Optimize the Whole
- Categories
- Systems
The performance of a system comes from how its parts work together, not from each part maximizing its own output. Optimizing a subsystem in isolation usually degrades the whole; the goal is fast, smooth flow through the entire system.
Reinforced By
- Four Fundamental Team Types and Team Interaction Modes — support teams justify themselves by the flow they enable elsewhere, not by local output.
- Hierarchy — subsystems must stay aligned to the whole rather than optimizing locally (suboptimization).
- System Traps — seeking the wrong goal and suboptimization are recurring whole-versus-part failures.
- Bottlenecks and Throughput — a system's output is set by its constraint, so local efficiency away from the bottleneck never raises the whole.
- Software Delivery Performance and Batch Size — the four key metrics measure the end-to-end flow of change, not any team's local output, and small batches optimize that whole-system flow rather than local utilization.
Why it Matters
Team Topologies organizes an entire company around fast flow of change through the value stream, deliberately accepting "inefficient-looking" support teams because they speed the whole. Thinking in Systems warns that suboptimizing parts harms the system and that a system's real purpose is revealed by its behavior, not its stated local goals. The Goal makes the case in operations: keeping every machine busy maximizes local efficiency yet does nothing for throughput, which is governed by the bottleneck, so the parts must be subordinated to the flow of the whole. Accelerate supplies the measured version for software: the metrics that predict performance track end-to-end flow of change, and the practices that improve them (small batches, automation, fast feedback) tune the whole delivery system rather than any team's local output. Across organizations, general systems, operations, and software delivery the worldview is the same: tune the whole, even at the expense of any single part's local metrics.
Tension
Local metrics are easy to measure, attribute, and reward; whole-system outcomes are slower and diffuse. The pressure to optimize the visible part is constant, which is exactly why suboptimization is such a common trap.