RBD. The Operating Model
How the enterprise AI engine is wired

The Operating Model

Centralized strategic stewardship, distributed execution. The seven capability swimlanes are the connective thread; empowered product pods execute them; and a function-first sequence scales the model across the enterprise. Read the three movements top to bottom.

1

What you build, how you execute, when you pace it

The capability architecture. Four bands set the strategic domains, seven swimlanes are the parallel tracks every pod runs, and three waves set the tempo.
Four Bands · what you build
the strategic domains of enterprise capability
Right-Fit Technology
People & Purpose
Operational Integration
Adaptive Governance
Seven Swimlanes · how you execute
the parallel tracks every pod runs
1 · Use Case PortfolioIntake, scoring, prioritization, and lifecycle value.
2 · GovernanceCompliance gates and risk mitigation at development speed.
3 · DataSemantic unity, clean modeling, and business-unit federation.
4 · ProcessWorkflow mapping and automation-opportunity discovery.
5 · Technology & ToolsRight-fit platforms, compute, and integrations.
6 · PeopleChange management, stewardship, and adoption.
7 · Value RealizationFinancial-proximity metrics and scorecard tracking.
Three Waves · when you pace it
paced to the capacity to absorb change
Wave 1Implement
Wave 2Refine & Scale
Wave 3Transform
The Interlock Principle: a lane advances only when every dependency is ready.
2

Who runs it: centralized strategy, distributed execution

Strategic direction and capital are owned centrally. Execution is distributed to empowered product pods, each owning one use case end to end and staffed by point-people from the functions it touches.
Centralized strategy

Executive Leadership Team

Owns the value, allocates capital, and sets corporate risk boundaries.

The connective tissue

Cross-Functional AI Leadership Team

Convenes use cases, builds the roadmap, and clears the enterprise blockers no single function can.

How to read each pod: every box below is one use case. The colored tags are the functions it draws point-people from, and those point-people are the swimlane owners who run its local lanes. Shared lanes (data, platform, governance) run once at the center.
Use case · spearhead
Demand Forecasting
Functions involved
SalesOperationsSupply Chain
Swimlane owners (point-people)
Use Case Portfolio · Process · People · Value
Use case
Trade-Spend Efficiency
Functions involved
MarketingFinanceCommercial
Swimlane owners (point-people)
Use Case Portfolio · Process · People · Value
Use case
Invoice & AR Automation
Functions involved
FinanceShared SvcsOperations
Swimlane owners (point-people)
Use Case Portfolio · Process · People · Value
The tie: each use case is a product owned end to end by one empowered pod, staffed by point-people drawn from the functions it touches. Functions keep their local lanes; the shared lanes, data, platform, and governance, are run once at the center, so a five-function use case never needs five data stewards.
3

How it scales: function-first, then expand the portfolio

Concentrate the first use cases in one high-value function, prove the model across three waves, then expand the portfolio across the enterprise.
Demand Forecastinglead use case, in the spearhead function
Wave 1 Implement
Wave 2 Refine & Scale
Wave 3 Transform
↓ proven patterns and reusable platform carry forward
Trade-Spend Efficiencybegins as the lead matures
Wave 1
Wave 2
Wave 3
Invoice & AR, and the portfoliofaster, lower-risk each time
Wave 1
Wave 2
Wave 3
Why function-first: concentrating the first use cases in a single high-value function (Customer Experience within Marketing & Consumer Insights) creates clear ownership and a reusable blueprint. Each later use case ships faster and lower-risk because the platform and patterns already exist.