Product Delivery · 9 min read · Updated 2026-06-18

The Agentic Org Chart: Team Shape When Your Teammates Are Agents

Beyond who does what, agents change how a team is shaped — its size, its boundaries, and Conway’s Law when part of the communication structure is autonomous. The surprise: Team Topologies survive the transition, and matter more.

In brief

Agents change a team’s shape, not just its roles: Team Topologies and the ~8-person ceiling survive, the unit of delivery becomes a human plus an agent fleet (span of control bounded by acceptance), and Conway’s Law makes deliberate boundaries matter more.

  • Team Topologies fundamentals survive because software is still intent represented as code — and AI amplifies socio-technical complexity rather than removing it.
  • The ~8-person team ceiling (Dunbar) persists; agents let a small bounded team own a larger domain, not break the size law.
  • The unit of delivery becomes a human + agent fleet; span of control widens until it hits the acceptance limit — what one human can still review and own.
  • Conway’s Law still applies; agents lack human social-bandwidth limits, so clear ownership, stable interfaces and least-privilege (“bounded agency”) are what let agents adopt safely.

Most of the conversation about AI and engineering teams is really about roles — what the humans now do once agents take the typing. That question matters, and we treat it elsewhere. This is the other half: not who does what, but how the team is shaped. When some of your teammates are autonomous agents, what is the right size of a team, where do its boundaries fall, and does the old wisdom about org design still hold? The intuitive answer — agents dissolve team structure, one engineer plus a fleet replaces the team — turns out to be wrong, and the evidence is clearer than the hype.

The shape holds: a small, bounded human team — each member orchestrating an agent fleet — owning a larger domain. The boundary is the unit of design.

Team Topologies survive — because software is still intent as code

The authors of Team Topologies, Matthew Skelton and Manuel Pais, have been explicit that the framework’s fundamentals do not change under AI, because the thing being produced has not changed: software is still knowledge work that represents intent as code. Cognitive load, clear domain boundaries, and the flow of value through a team are still the constraints that govern good design. Their sharper claim is that AI does not remove socio-technical complexity — it amplifies it, which makes deliberate team design more important, not less. This lines up with the DORA finding we keep returning to: AI is an amplifier of the system it lands in. Drop agents into a team with muddy boundaries and you get faster mud.

The most counter-intuitive survivor is the size limit. The roughly eight-person ceiling on a team, rooted in the human limits Dunbar described, persists — agents do not abolish it. What changes is what a team of that size can take on: a small, bounded team can now own a larger domain than before, because agents absorb more of the execution. We checked the stronger versions of this claim and they did not survive scrutiny — that Dunbar stops applying, that teams become majority-agent, that a lone engineer owns an entire product. The durable statement is narrower and more useful: the human side of the team stays small and bounded; the domain it can hold grows.

Span of control: the unit becomes a human plus a fleet

The real structural change is at the level of the individual. The unit of delivery shifts from a person doing the work to a person orchestrating a fleet of agents doing it — broadening one engineer’s span of control from a single stream to several at once. Oversight moves from human-in-the-loop, where a person touches every step, to human-on-the-loop, where a person supervises the system and intervenes where it matters. But the span has a ceiling of its own, and it is set by the scarce resource we name across this whole body of work: acceptance. One engineer can orchestrate as many agents as they can still meaningfully review and answer for — no more. Push past that and you have not increased capacity; you have created unowned change moving at machine speed.

Agents widen one engineer’s span of control until it hits the only hard limit that matters: how much change a human can still review and be accountable for.

Conway’s Law when teammates don’t obey social limits

Conway’s Law — systems come to mirror the communication structures of the organisations that build them — still applies, but its premise shifts in an interesting way. Part of the communication structure is now made of agents, and agents do not have the social bandwidth limits that constrain human teams; they coordinate through interfaces, contracts and context at a scale no human org could. That makes the inverse-Conway move — shaping teams and boundaries to promote the architecture you want — more powerful, not less. The organisations best positioned to adopt agents are the ones that already practise what amounts to bounded agency for humans: clear ownership, stable interfaces, least-privilege access, and traceability. Those same properties are exactly what an agent needs to act safely inside a domain. Good human boundaries turn out to be good agent boundaries.

There is a real cautionary side to this, and pretending otherwise would be dishonest. A controlled study by METR found experienced developers were slower, not faster, with early-2025 AI while believing the opposite — the new bottleneck is human review throughput, not generation. Gartner expects more than 40% of agentic-AI projects to be cancelled by end-2027. The lesson is not to avoid agents; it is that the org design — the boundaries, the oversight, the accountability — is a first-order part of making them work, not an afterthought to the tooling.

So the agentic org chart is less of a redrawing than people expect. Keep teams small and their domains bounded; design the boundaries deliberately, because agents will encode them whether or not you meant them to; and treat the human-plus-fleet, with its acceptance-limited span of control, as the new unit of delivery. For the roles those humans now hold inside this structure, read the AI-native engineering team; for why the boundaries matter at all, why alignment beats agile.

Frequently asked

Do agents make engineering teams smaller?
They let a small, bounded team own a larger domain rather than abolishing team-size limits. The roughly eight-person human ceiling (rooted in Dunbar’s limits) persists; agents absorb more execution, so fewer humans cover more ground — but the team does not become majority-agent and a lone engineer does not own a whole product.
How many agents can one engineer manage?
As many as they can still meaningfully review and be accountable for. Agents widen an engineer’s span of control, but the ceiling is acceptance — past the point where a human can no longer review the change, you have created unowned change at machine speed, not extra capacity.
Does Conway’s Law still apply with AI agents?
Yes, and the inverse-Conway maneuver becomes more powerful. Agents lack human social-bandwidth limits, so they encode whatever boundaries exist. Organisations with clear ownership, stable interfaces and least-privilege access — “bounded agency” — adopt agents most safely, because good human boundaries are good agent boundaries.
Do Team Topologies still hold?
They hold and matter more. Software is still intent represented as code, so cognitive load, domain boundaries and flow of value still govern design — and because AI amplifies socio-technical complexity rather than removing it, deliberate team design becomes more important.

Our perspective

The common view

Agents dissolve team structure — one engineer plus a fleet replaces the team.

The Ivaaya view

Team shape survives: keep teams small and domains bounded; the unit of delivery is a human plus an agent fleet whose span of control is capped by how much change a human can still review and own.

With agents, a single engineer can own an entire product.
Span of control widens but is capped by acceptance — past the point a human can review and answer for the change, you have created unowned change at machine speed, not capacity.
  • Keep teams small and their domains bounded; design boundaries deliberately because agents encode them.
  • Treat Conway’s Law as a design input; “bounded agency” (ownership, stable interfaces, least-privilege) is what makes agents safe.
  • Treat org design (boundaries, oversight, accountability) as first-order, not an afterthought to tooling.
The evidence & related ideas →

What we’ve observed

  • Team Topologies authors: fundamentals (cognitive load, domain boundaries, ~8-person size) hold; AI amplifies complexity, making deliberate design more important.
  • METR RCT: experienced developers were ~19% slower with early-2025 AI while believing they were faster — the bottleneck is human review throughput.
  • Refuted: that Dunbar stops constraining, that teams go majority-agent (50–90%), or that a lone engineer solo-owns a whole feature.

How certain are we?

  • Team Topologies fundamentals and the ~8-person ceiling persist under AIobserved: Seen consistently in our own work.
  • The unit of delivery shifts to a human + agent fleet with a broadened span of controlobserved: Seen consistently in our own work.
  • Org design is a first-order determinant of whether agent adoption succeedsemerging: Still early, but increasingly visible.

Related ideas