SolutionsEnterprise Operating Model

Your operating model, as one connected system.

The Enterprise Operating Model is the living model underneath every Dotwork solution — your strategy, what the business does, the work underway, the rules it follows and what it all costs, connected in one place. Dotwork AI reads it continuously, flags what needs a decision and leaves the judgment to you.

The enterprise becomes self-steering. Never autonomous.

Three layers

Strategy, the business and the work, in one connected model

Six steps

From a strategy to a real dollar spent — and back

One set of numbers

Every dollar matches what finance actually booked

Where this comes from

No enterprise chose to be disconnected.

It arrived one sensible decision at a time. Finance got its system, delivery got another, cloud got a third — each right about its own area and blind to the others.

Then came the tools that tried to see across them: a project portfolio tool, a cost tool, a cloud dashboard, an architecture inventory, an AI register. Each added a view. Each brought its own way of describing the business and its own integration to maintain. Connecting them stopped being a few weeks a quarter and became a permanent job.

Then AI arrived, asking for the one thing none of that produced. An agent is only as useful as the context it can reach. Rolled out department by department into the same silos, it inherits the same disconnect.

Connected, the same enterprise looks like this: every area of the business on one model, joined by the data it shares.

DIRECTIONWhere to compete, what to fundCONTEXTWhat the business must do well, and where value is createdEXECUTIONHow it is delivered and governedMarketing& GrowthLegal& AssuranceRevenue& ProductStrategy& PortfolioPortfolioFundingInitiatives& ProjectsWorkforce& LaborPlanning& ForecastCost& AllocationProcurement& CommitmentsBusiness Units& CustomersFinOpsCloudAI SpendAI Governance& AssuranceEnterpriseArchitectureStandardsControlsFacilities& Real Estate
The Enterprise Operating Model · thicker lines mean more shared data between two areas

Reference models, then your model

Start from a proven model. Shape the last mile to how you run.

You do not start from a blank page or a year-long design project. Dotwork comes with reference models — the structure of strategy, capabilities, work, rules and cost that most enterprises share — plus industry editions for banking, insurance, healthcare and construction. They are a starting point, not a template you have to fit.

The differences that make your enterprise yours — your structure, your terms, your approval paths, your cost rules — are modeled on top, as far as you want to take them. Go live on the reference and refine as you learn.

01

Start from the reference

A working model on day one, not a design project.

02

Fill it with your data

Your systems populate the reference with your real numbers.

03

Shape the last mile

Rename, add and adjust until it matches how you operate.

How your model is built

Your last mile

Your structure, terms, approval paths and cost rules

Yours

Industry edition

Banking, insurance, healthcare or construction

Optional

Reference model

Strategy, capabilities, work, rules and cost most enterprises share

Day one

Most of the model is ready on day one. The part that is uniquely yours is where your effort goes.

From there to here

Keep the systems. Connect the model. Stop the rebuild.

A system for each department, right about its own area and blind to the others

The same systems, kept as the official source, connected into one model

Connecting and reconciling data as a permanent job

The connections kept up to date automatically

A company-wide picture rebuilt every quarter, out of date on arrival

One model that updates as your systems do — you look it up instead of rebuilding it

An operating model designed from scratch, months before anyone can use it

A reference model on day one, with the last mile shaped to how you actually run

A multi-year transformation plan, obsolete before it lands

Change made one capability at a time, measured by how fast you respond

Every department with its own numbers, and an argument about whose are right

One set of numbers, with every department seeing its own view of it

AI rolled out department by department, without the context it needs

AI reading the same model, following the same rules, with its cost counted in the same total

Three decision layers, one set of numbers

Decisions move down. Evidence comes back up.

Direction sets where the enterprise competes and what it funds. Context turns that into the capabilities the business needs and the way value reaches customers. Execution delivers through governance, technology and people. Underneath all three sits one set of numbers that matches finance’s books — so what comes back up is a cost the CFO recognizes, not a slide.

Direction

Where to compete. What to fund.

The big choices: strategy and business model, what counts as success, which opportunities to pursue and where to invest. Every choice becomes an investment you can trace.

StrategyGoalKey resultInvestmentDecisionScenario

What comes back · What is feasible, what it costs and how it is performing flows back to inform the next decision.

Context

What the business must do well. Where value is created.

The things the business must be good at, and the end-to-end flows that deliver value to customers. Without this layer, strategy jumps straight to projects and nobody can say what actually got better.

Business capabilityValue streamProjectBusiness unitCustomer

What comes back · Results, efficiency and AI effectiveness flow back to sharpen what the business focuses on.

Execution

How the work gets done — and governed.

Oversight, technology and the people doing the work. This is where IT runs — and where most of the money is spent.

Governance boardPolicyControlApplicationTeamAI tool

What comes back · Delivery and compliance data show the real consequences of each decision.

One set of numbers

The same numbers at every layer.

Every dollar comes in once, from what finance actually booked, and is used at every layer — never counted twice. Costs nobody could assign stay visible. Plans and contract commitments sit alongside actual spend, never mixed into it.

TechnologyPeopleCloudAI usageContracts

What comes back · What things actually cost flows back to the choices that called for them.

Six steps, read in both directions

Follow the strategy to the work. Follow the cost back to the decision.

Left to right, you see why money is being spent: every funded bet tied to the goal it serves and the capability it improves. Right to left, you see what it cost: the real spend, traced back to the decision that asked for it. The same data answers both — so the strategy review and the budget review stop arguing about whose number is right.

Strategy

Where to compete

Goal

What must change

Investment

What is funded

Project

What is being done

Capability

What it improves

Cost

What it costs, matching finance’s books

A different question: did it work?

Every recorded decision keeps its expected result beside the actual one, on the measures it promised to move. Knowing the cost helps — but a decision is judged on whether it delivered what it promised.

Self-steering, not autonomous

Read. Surface. Judge. Approve.

The loop runs on the platform, not in a meeting. Dotwork AI watches the model and brings forward what needs attention. People judge every flag. And reviewing a flag is separate from approving a plan: nothing the AI notices becomes a plan on its own.

01 · Dotwork AI

Read

AI agents review the model on a schedule, within the limits you set.

02 · Dotwork AI

Surface

Anything worth attention is flagged, with how serious it is and the evidence behind it.

03 · Human

Judge

A person accepts, dismisses or corrects each flag. Anything the AI is unsure about is marked for review.

04 · Human

Approve

Only an approved plan goes live. If the numbers changed underneath it, you are warned — nothing is silently overwritten.

And at any time, anyone can ask the model a question in plain language — and read the steps behind the answer.

What it delivers

What a leadership team can see — and decide — when the model is connected.

Insights

What becomes visible

  • How much spend has no link to any strategic goal — and what kept running after the strategy changed
  • The actual mix of keep-the-lights-on, growth and transformation spend, against the mix you planned
  • Capabilities with several projects all claiming to improve them
  • Costs nobody could assign, with the missing detail that would place them
  • AI spend by tool, project and team — inside the total, not beside it
  • Policy exceptions about to expire, and which technical debt is funded and which is not

Decisions

What can be decided — and revisited

  • Which bets to speed up and which to stop, based on real cost rather than a status slide
  • Whether a past decision delivered — expected results beside actual ones
  • Which kinds of decision have a good enough track record to delegate, and which never should be
  • Where to move money within a capability’s budget without re-planning every project
  • Which approvals are too heavy for low-risk work and too light for high-risk work
  • What to fund next, with the approved plan and the alternative side by side

What it sits on, and what it replaces

Nothing here asks you to stop doing what works.

The practices stay: IT financial management, cloud cost management, portfolio management, enterprise architecture, AI governance. Your core systems stay the official source. What changes is the foundation those practices run on — and the manual reconciliation work that has been holding them together.

It sits on

Your core systems

  • Accounting system and ERP
  • HR and workforce systems
  • Cloud billing
  • Project and delivery tools
  • Procurement and contracts
  • Identity and security
  • Architecture inventory

The people who work in them keep working in them. The model reads them on their schedule.

It replaces first

The manual reconciliation

  • The spreadsheets that reconcile one tool against another
  • Status roll-ups and quarterly cost decks
  • The company-wide picture assembled by hand before every review

It lets thin out

Single-purpose tools

  • Standalone cost, project portfolio, cloud cost and architecture tools — once Dotwork covers what they report on, and on your schedule

A tool retires only once Dotwork covers what it does — on your schedule.

From complaint to answer

Every symptom becomes a question with an answer.

The problems every operating-model review names — duplicate projects, unapproved software and AI, unclear accountability — stop being complaints and become questions the model can answer, with the numbers to back them up.

Duplicate projects

Which projects are improving the same capability, and where do they overlap?

Unapproved software (shadow IT)

Which applications have never been checked against our standards, and what do they cost?

Unapproved AI (shadow AI)

Which AI tools in production have no record, and what did they cost?

Technical debt

Which debt is funded, which has an exception, and when do the exceptions expire?

Nobody accountable for results

Did the decision actually move the measure it promised to?

Competing priorities

What mix are we actually funding, compared with the mix we said we wanted?

Approval bottlenecks

Which decisions are being escalated higher than their risk calls for?

Vendor lock-in

Which capabilities depend on a single supplier, and when does the contract renew?

What breaks when this changes

See everything a change touches — before you argue about it.

Executive requests make sense where they are made and get expensive where they land. With a connected model, the capabilities, applications, teams, controls, contracts and past decisions a change affects are on the table before it is approved. The trade-off stays human — and it should.

How you would know it is working

The measures we would put on a quarterly review first.

None of them is a delivery measure. All of them come straight from the model, not from numbers somebody typed in.

More spend tied to strategy

The share of total spend that links to a strategic goal, going up.

Less unassigned cost

Costs nobody could assign, going down — with the missing detail named for each one.

Decisions that delivered

The share of recorded decisions whose promised result actually happened.

Time to respond

How long it takes from something being flagged to someone acting on it — timestamped on both ends.

Before you buy

Three questions to ask any operating-model platform.

How to get a number instead of a pitch.

1

“Pick a strategy. Follow it to a dollar the CFO recognizes.”

Good answer · Goes from the strategy through the work to a figure that matches finance’s books.

Bad answer · Ends at a total somebody typed in.

2

“Show me the cost you could not assign, and why.”

Good answer · Lists what is unassigned and the missing detail behind each item.

Bad answer · Claims everything is assigned.

3

“Show me a decision from last year and what it changed.”

Good answer · Opens a record with the opportunity, the project and the result it promised.

Bad answer · Opens a slide deck.

Walk the loop

Bring the objective you are least sure is funded.

A 45-minute working session on the Enterprise Operating Model. Pick a strategy, follow it to the cost it actually consumes, and follow the cost back.

Request a working session