n o ren
Systems & Organizations

The Kitchen Brigade Is Killing Your Product Team

Why does a restaurant’s line‑cook hierarchy make a tech squad miss launch dates even when talent is abundant?

The old kitchen brigade, with a head chef dictating every plate, seems like a perfect model for tight coordination, but it flips the incentive curve for knowledge workers. In a brigade, the sous‑chef’s value is measured by how well they execute the chef’s vision, not by questioning it, so speed wins over insight.

When product teams copy that hierarchy, engineers and designers spend their energy polishing directives instead of surfacing hidden risks, and the “who‑does‑what” chart becomes a static map that resists change. A famed Michelin‑starred restaurant in Copenhagen once reorganized its pastry section into a flat pod, letting the pastry chef own the menu, sourcing, and plating decisions; the result was a surge in creative desserts and a smoother service flow, proving that autonomy at the decision point trumps a rigid line.

The same logic applies to software: when the person who writes the code also defines the acceptance criteria, feedback loops shorten and the team can pivot without waiting for a distant product owner. However, granting that authority without clear guardrails invites scope creep, so the next step is to bind decision rights to measurable outcomes, not to titles.

Decision rights should sit with the person who delivers the work, not with a distant planner.
A visible metric—stories completed without revision—quickly reveals whether authority and responsibility are aligned.

Ignoring the mismatch between command hierarchy and knowledge work lets coordination friction silently erode delivery speed.

Without aligning decision authority to the people who bear the execution risk, teams drown in hand‑offs and rework.

1
Open the most recent sprint board, locate every story where the assignee also authored the acceptance criteria, and count how many of those stories finished without a single revision.
2
In the same board, find stories where the assignee was not the criteria author and count how many required a follow‑up clarification after the first demo.

The brigade system originated in 19th‑century French kitchens to enforce discipline under extreme time pressure, a context where the cost of error is a ruined dish, not a delayed product. Modern knowledge work, however, thrives on iterative learning, making the chef‑only‑vision model brittle. By shifting the “who decides” question to the execution layer, organizations capture the tacit expertise that would otherwise be filtered through multiple managerial lenses.

The trade‑off is that giving engineers full product ownership can blur the boundary between feature work and strategic direction; without a lightweight prioritization guard, teams may over‑invest in low‑impact refinements. Pairing decision authority with a simple impact score keeps the focus on outcomes while preserving the speed gains of the brigade break.