Systems & Organizations
Stop Rewarding the Green Light
Teams cheer the instant approval badge, yet the rush to clear every request clogs the next handoff and stalls delivery.
2026-08-041 min read
The instinct to celebrate a swift “yes” mirrors traffic engineers who love a long green light, but the analogy flips when you consider the downstream lane. A rapid approval feels like progress, yet it often pushes work onto a bottleneck that has not yet cleared its own queue, forcing the downstream team to scramble, re‑prioritize, and ultimately delay the whole system. The reason it hurts is simple: speed without capacity awareness creates a mismatch between inbound demand and processing bandwidth, inflating work‑in‑progress and amplifying coordination friction.
In a product studio, a senior manager announced a new feature request, and within minutes the design lead received a green‑light email. The design sprint began, but the engineering team was already juggling two critical releases. When the designers delivered mock‑ups, developers had to pause their current sprint, shuffle priorities, and re‑estimate, stretching the release calendar by weeks. The initial “fast approval” win turned into a hidden cost that rippled through the release pipeline, eroding velocity for everyone else.
The pattern repeats across organizations that reward speed of sign‑off instead of alignment of capacity. When the metric of “approval time” outranks “throughput consistency,” teams learn to chase the green light, not the smooth flow of work. The real lever is to synchronize the green light with the downstream lane’s readiness, turning the signal into a coordination cue rather than a race starter.
Key insights
Fast approvals are only valuable when the downstream lane has spare capacity.
Measuring “approval latency” without “re‑work rate” masks coordination debt.
Why it matters
Ignoring capacity‑aware approvals lets hidden bottlenecks explode, causing missed deadlines and morale loss.
Over‑optimizing for quick sign‑offs incentivizes “approval spam,” drowning downstream owners in low‑value interruptions.
Use this tomorrow
1Open the latest three approved feature tickets, note the date each was marked approved, then count how many of those tickets were reopened for re‑work within the next sprint. A rise signals the green‑light problem.
2In today’s stand‑up, ask each team lead to name one inbound request that arrived after their “ready” signal; if any exist, flag the request for postponement until capacity aligns.
Go deeper
The principle comes from traffic engineering’s “green wave,” where a series of green lights only speeds travel when cars can maintain a steady flow; otherwise, the downstream stoplight creates a jam. In organizations, the green light is the approval signal, and the downstream stoplight is the team’s capacity buffer. Aligning the two turns a signal into a flow‑optimizing tool rather than a speed trap.
The downside appears when capacity buffers shrink to zero—any green light instantly creates a cascade of context switches, increasing error rates and burnout. Companies that keep a small, visible “capacity slack” metric avoid this, because the green light is withheld until the slack is restored.