Scale
The objective is a better outcome. The design question is where additional people, coordination and capital improve that outcome—and where AI allows a more concentrated human core to achieve it, with humans deciding, approving and able to override throughout.
Each wave of technology has reshaped the workforce. The industrial revolution moved work into factories and divided it into specialised tasks. The computer automated calculation and record-keeping, workflow systems carried redesigned processes from desk to desk, the knowledge industry made expertise the scarce resource, and digitalization put the enterprise's work into systems and data. AI now crowns that sequence and disrupts it: for the first time, the technology does not only support the work but carries part of it.
An execution model should follow the work. Some activities need reach, local knowledge and the capacity to act in many places at once. Others need a few people with deep context directing systems that can produce and verify more than those people could do alone.
Capital commits resources, strategy sets the intended outcome, and structure determines how capability and authority are organized. Scale amplifies the result. AI changes the execution capacity within that chain; it does not settle the structural decision for you.
Most real transformations contain both kinds of work. Software may be developed by a concentrated team while migration, adoption, regulation and physical rollout require coordinated delivery at scale. The question is how control stays concentrated where it matters while execution grows around it.
Three execution architectures make that choice explicit. An initiative can combine them across workstreams, provided the boundaries and decision rights are deliberate.
In each of them, humans stay in the loop: they decide, approve and can override what machines do. That only holds if the technology is safe and governed by construction, so the same thread runs through every section below.
When the work can be specified and verified, and the constraint is judgment rather than hands.
When this fits →When some of the work inverts and some does not — most material enterprise transformation.
When this fits →When the difficulty is migration, adoption, regulation or risk absorption, and capacity is the constraint.
When this fits →Prerequisites To The Workforce Transformation
Without them, agents scale the existing data problems, authority gaps and control weaknesses along with the work. Each depends on the one before it: agents act on data, within authorities, through an orchestration layer, inside an operating model.
“Don't automate, obliterate.”
None of this is new. Every earlier wave of workforce change taught the same lesson, and agents raise its stakes.
1
Agents act on the data they are given. Records have to be cleaned, reconciled and current before work moves onto them, and every data set needs a named owner who answers for its quality and decides who, and what, may use it.
2
Before an agent acts, it has to be settled what it may do, on whose authority and up to what limit. Authorities are assigned explicitly to people and delegated to agents within bounds, so every action traces back to someone entitled to authorize it.
3
The orchestration layer routes work between agents and people, and it must enforce the boundaries itself: permissions checked at the point of action, approvals that cannot be skipped, a complete audit trail and a safe stop when something falls outside the design.
4
Roles, decision rights, incentives, funding and performance measures change with the workforce. A new execution system run inside the old operating model is gradually reabsorbed by it.
Three Execution Architectures
The same enterprise may need all three. Their differences concern the source of execution capacity, the way authority is held and the costs that come with each choice.
Concentrated human design and control, machine leverage for execution.
For example, a defined digital workflow with explicit inputs, bounded actions and reliable acceptance checks can be designed and directed by a small team. The team owns the context and the verification; machines extend its execution capacity.
Concentrated design and value authority, with deliberately scaled internal, SI or specialist execution where that genuinely adds value.
An enterprise platform change may concentrate architecture, product judgment and verification while using larger delivery teams for integration, migration and adoption. The client retains design and value authority; the delivery footprint follows the work.
Substantial coordinated human scale, with control distributed through management structure.
A regulated rollout across operating sites may need specialist teams working in parallel, local decision-makers and a substantial transition organization. AI can improve preparation and monitoring while the physical and institutional work still requires human capacity.
Humans In The Loop
Whatever the balance in a layer, three things stay with people. They are designed into the work at the points where they matter, not left to the judgment of whoever happens to be watching.
Humans in the loop works only if the technology is inherently safe and governed. An approval that can be bypassed, an audit trail that can be edited or an agent that can widen its own permissions turns oversight into ceremony. So actions are bounded before they run, authority is checked at the point of use rather than described in a policy, every action is attributable and reviewable, and when a check cannot be completed the system stops rather than proceeds. Governance is designed into the execution system, not added after it (see Control).
The Workforce Behind Each Architecture
Each architecture implies a different workforce. The diamond-shaped workforce describes where people sit once agents take on part of the work: the total work stays the same pyramid, human effort concentrates in a diamond inside it, and agents carry the difference. How far that concentration should go follows from the work, layer by layer, and it differs by architecture.
The same layers, held differently. Each row is a layer of the diamond with its agentic counterpart; each column shows who carries that layer's work under one architecture.
| Layer | Scale-Inverted | Hybrid | Consolidated |
|---|---|---|---|
| Directionno agentic counterpart | Human-ledA small team owns the outcome and answers for it. | Human-ledThe client holds design and value authority across the boundary. | Human-ledHeld through the management structure. |
| Coordinationno agentic counterpart | Human-ledLean: agents absorb routine handoffs; the decisions stay human. | Human-ledLean inside the workstreams that invert, fuller where delivery scales. | Human-ledSubstantial, because many teams act in parallel. |
| ExpertiseSpecialist agents | SharedSpecialists frame and judge; Specialist agents prepare and check. | SharedArchitecture, product judgment and verification stay concentrated; Specialist agents prepare the work. | Human-ledSpecialist teams in parallel; Specialist agents help with preparation. |
| Agent engineeringBuilder agents | Agent-ledBuilder agents write code, tests and evaluations under engineering review. | SharedBuilder agents in the workstreams that invert; delivery teams for integration. | Human-ledConventional engineering; Builder agents are tools, not the delivery model. |
| Agent orchestrationAI orchestrators | Agent-ledAI orchestrators route and schedule work inside the design people set. | SharedAI orchestrators on one side of the boundary, managed teams on the other. | Human-ledWork is planned through the management structure; AI supports monitoring. |
| Agent operationsDigital assistants | Agent-ledDigital assistants execute; people step in at designed points. | SharedDigital assistants where work inverts; people carry migration and adoption. | SharedDigital assistants augment a large human delivery base. |
| Physical / frontline workEdge AI | SharedIn scope: agents prepare and report the work, connected tools and Edge AI check it as it is done; people do it and decide on site. | SharedEdge AI and connected tools where the work inverts; rollout on the ground stays with people, fed by a digital twin. | Human-ledPeople at many sites, supported by agentic workflows, connected tools, smart cameras and data at the point of work. |
The shapes and the table are BdG's framing of how the diamond applies to each architecture. The proportions are illustrative, not measurements.
Four questions place a layer. Ask them of the work in each workstream rather than of the organization as a whole; the same layer can land differently in two workstreams, which is what makes an architecture Hybrid.
Toward agents whenInputs, bounded actions and acceptance criteria can be written down.
Stays human-held whenThe work is still being framed, or the objective moves as it is done.
Toward agents whenA person or a separate check can establish that the result is right.
Stays human-held whenOnly the producer can judge it, so more agent output means more to inspect, not more done.
Toward agents whenErrors are caught before they matter and can be reversed.
Stays human-held whenErrors are costly, regulated or irreversible: a person holds the decision, and agents prepare it.
Toward agents whenIt can be done from the information available, wherever the work sits.
Stays human-held whenIt needs people on site, local judgment or trust. Agents and Edge AI augment that capacity rather than replace it.
Verification carries the most weight. Where a layer moves toward agents, someone still has to establish that the work is correct, independently of whoever produced it; that becomes the load-bearing control (see Control). Nor is the balance a headcount target. As with Execution Density, the measure is the outcome that concentrated human judgment can direct, not the number of people removed.
The full argument: the diamond-shaped workforce, layer by layer →
Physical And Frontline Work
Much of an enterprise's value, risk and workforce sits on the ground: in plants, networks, sites and the field. That work still needs people, and every architecture stands on it. What changes is what those people are given and what they carry: agentic support, connected tools and Edge AI take on preparation, checking and some tasks outright, while the person on site keeps the decisions that have physical consequences.
Below the ground line
Execution Density
Human effectiveness creates direction. AI creates leverage. Execution Density describes the meaningful transformation outcome that results from a concentrated amount of human judgment, creativity, accountability and decision effort. It increases when the same human capability can direct better work, resolve more of the right decisions and carry its intent through to delivery.
This is not a headcount-reduction metric.
FTE arithmetic misses the value of clearer judgment and better outcomes. A programme can raise density by removing coordination cost and clarifying decision rights without changing headcount at all. Equally, removing people without protecting context and verification can reduce the organization’s ability to execute.
Concentrated Control, Scaled Execution
A Hybrid architecture only stays Hybrid if the boundary is maintained. Design and value authority stay concentrated; execution scales around them. Without a maintained boundary, scaled execution gradually reabsorbs design authority and the architecture becomes Consolidated by drift rather than by decision.
This matters especially where internal teams, SIs and specialists share delivery. Clear decision rights let those teams act without renegotiating the objective at every handoff. Independent verification and escalation keep the intended outcome visible when schedules or commercial pressures pull another way.
Two-Speed Transformation
AI-led redesign can learn faster than a large transformation can safely change. A team may test a different approach to development or support in weeks while an enterprise migration is committed to a much longer sequence. Both speeds are legitimate; their connection has to be designed.
The fast AI-led redesign and learning cycles have to feed the main transformation — the same decision rights, the same sequencing, the same governance. A useful result needs a route into the target operating model, an owner who can authorize the change and a controlled transition from the current delivery path. Otherwise the organization learns in one place and keeps executing the old model in another: innovation theatre with no route into delivery.
What The Design Has To Survive
These forces act on any architecture. They are not the argument that a problem exists — that is Execution — but the conditions a design is chosen under.
Growth expectations accelerate faster than operational capacity, pushing commercialization ahead of delivery readiness.
Decision rights migrate as companies grow. Additional layers slow execution unless authority and escalation stay explicit.
Deal-driven development fragments the roadmap and erodes scalability where sequence control is absent.
Coordination overhead rises with team size, with or without AI. Misaligned structure raises decision latency.
Early decisions optimize for speed; at scale the shortcuts constrain delivery. AI amplifies the constraint rather than removing it.
Choose the senior involvement your transformation needs.
The economic argument behind these choices: how AI changes execution and scale →