05 · Grow

Teams and governance

shippedprinciple → decision → workflow → artifact

Principle

A team is not “more people typing.” It is a system for making decisions when you are not in the room — including decisions made by agents on your behalf.

Governance is the minimum process that keeps trust with users and sanity with builders: who owns what, what must be reviewed, how incidents are handled, and how AI use is disclosed and bounded.

At scale, some firms treat coordination as an intelligence layer — routing context and composing capabilities instead of adding meetings. That is not the same as bolting copilots onto hierarchy. The question for your team: is AI speeding up handoffs, or replacing the handoff graph with legible owners and gates? Organization as intelligence pressure-tests the org-design bet.

The decision

DEC_018

  Areas (product, eng, ops) ──► owners
│
▼
Shared gates (auth, pay, deploy, schema)
│
▼
Agents inherit boundaries from docs + CI
│
▼
Incidents → postmortem → update boundaries
Ownership + gates scale judgment without centralizing every line of code.

Lightweight team primitives

PrimitivePurpose
Owner per areaOne name for product, backend, infra, support
CODEOWNERSRequired review on sensitive paths
AGENTS.mdConventions for humans and AI
Deploy policyWho promotes prod; agents never alone
Incident channelWhere outages live; postmortem in 48h

AI governance specifics

Workflow

  1. Map modules to owners — even if two people wear all hats today.
  2. Add CODEOWNERS for migrations/, auth/, billing/, .github/.
  3. Align on weekly iteration bet (Chapter 15) — one priority, visible.
  4. Run blameless postmortem after incidents — update agent boundaries.
  5. Quarterly: prune process nobody uses.

Common mistakes

Artifacts

Further reading

v1.0

This chapter closes the first full pass of the handbook. Tools will change; decisions, artifacts, and revision in public should not. Bump handbookVersion when you add chapters; spin sharp principles to footnotes when they stand alone.