Organization Design
Organization design is the discipline of designing the connections that make an organization intelligent: who decides what, how decisions travel, what is measured, and the rhythms in which the organization reviews itself, so that the right decisions get made by the right people and keep getting made as the organization changes.
The discipline
A leadership team designs the conditions in which strategy is made and remade: the roles, rhythms, rituals and constraints, the decision rights and the feedback that let people make consequential choices well together, and that let the organization keep its coherence as each choice changes it.
When teams come to Fugue
Answered with an investment case and a judgment boundary
Pilots are approved on a demonstration and an estimate of hours saved, and the review hours the system generates are charged to nobody.
Answered with decision rights and an operating rhythm
Approvals queue, work crosses four teams before anything ships, and no one can say who owns the outcome.
Answered with Outcome-Owned Architecture
A model or an agent commits the business to something, and the only account of why is a log that no person answers for.
Answered with a charter, decision rights and flow
An innovation lab or a product portfolio team is funded, and its charter, its decision rights and its place in the operating rhythm are still to be designed.
How the organization defines, plans, prioritizes, executes, measures, communicates and improves, scored against observable practice. For a team or portfolio; run on ForesightOps.
Nine dimensions across a delivery lens and a security, compliance and governance lens, where one dimension at seventy is a critical finding whatever the aggregate says.
How the work runs
01
The team lists the consequential decisions the organization makes, who makes each today, who answers for it, and how long each waits. Service design and value stream mapping show the same organization as the customer meets it.
02
Each outcome gets a named owner with the authority to commit and the duty to answer. Where a system or an AI agent decides, the team writes what it will not decide and when it hands up to a person. This is Outcome-Owned Architecture, developed with Jamie Bernard.
03
Roles, rituals and reviews are designed so the organization keeps its coherence as each decision changes it. A new innovation lab or product team is given its charter, its decision rights and its place in that rhythm.
Organization Design workshop and talks
Workshop, half day, or executive briefing, 90 minutes
Decide which decisions stay with people, who owns each one, and what the result is worth.
Keynote, 45 minutes
How to decide what software should own, what people should keep, who answers for each decision, and what each choice is worth.
Keynote, 45 minutes
Why methods stall as they spread, and how to decide, activity by activity, which method fits and where it will meet resistance.
What the organization keeps
The team keeps the operating model architecture, the service blueprints and value streams with their measures, the flow rules it will run, and the four instruments on the Capabilities page, each a document the organization owns and can run again.
Request a briefing
Tell us in a 30-minute briefing, and we'll help you decide where to start.
Request a briefing