Processes Born for Scale, But That Kill Responsiveness
Processes Born for Scale, But That Kill Responsiveness
To understand why organizational processes break live systems, we need to pause and define two basic concepts - scale and responsiveness.
What Scale Is
Scale is the ability of an organization or system:
- To grow in number of users
- To grow in number of teams
- To grow in volume of changes
without chaos spiraling out of control.
To enable scale, organizations invent processes: approvals, forms, committees, clear stages. Their purpose is singular: to prevent mistakes as the system and organization grow.
What Responsiveness Is
Responsiveness is the ability of a system and organization:
- To identify a problem in time
- To understand that it’s urgent
- And to act at a reasonable speed
even when not everything is clear, even when there’s no time for a perfect approval, and even when the situation deviates from the script.
Responsiveness isn’t just technical speed - it’s decision-making speed.
The Problem: Scale and Responsiveness Pull in Opposite Directions
Processes designed for scale do one thing excellently: they slow things down.
They introduce deliberate friction, to make sure every change has passed enough eyes, enough tests, and enough approvals.
But a live system doesn’t break during routine. It breaks in moments that require a response.
And that’s exactly where those same processes become a single point of failure.
What This Looks Like in Practice
In a small organization: detect an issue → talk → change.
In a large organization: detect an issue → open a ticket → wait for approval → check impact → update stakeholders → and only then, maybe, change.
Every step looks logical. No one is acting foolishly.
But together - the response is delayed.
When a Process Becomes Dangerous
A process becomes dangerous when it’s:
- Uniform for both routine and emergency situations
- Doesn’t allow for controlled exceptions
- Rewards compliance, not judgment
At this stage, the organization isn’t responding to reality - it’s responding to the process.
The Illusion: “This Is the Price of Scale”
It’s common to say: “in a large organization, it has to be this way.”
But that’s only half true.
The price of scale isn’t necessarily slowness - it’s a lack of discernment.
Responsible organizations know how to distinguish between: a stable state → where a process protects and an exceptional state → where a process strangles
The Bottom Line
Processes aren’t bad. They’re essential for scale.
But a process that doesn’t know how to make room for judgment will kill all responsiveness.
And live systems, without responsiveness, don’t survive over time.
Looking Ahead
If uniform processes break response, maybe the problem isn’t just speed - but the very requirement for “alignment.”
In the next post we’ll address the question: why “alignment” is sometimes the most dangerous concept in an organization.
📚 More in this Series: Human-Scale Engineering
- Part 1 The Organization Is Part of the System (Even If You Never Wrote a Line About It)
- Part 2 Incentives Are Stronger Than Architecture
- Part 3 Ownership as a Double-Edged Sword
- Part 5 Why "Alignment" Is a Dangerous Concept
- Part 6 Leadership That Allows Mistakes, Rather Than Preventing Them
- Part 7 Why Organizations Struggle to Learn
- Part 8 When an Organization Has No More Capacity to Improve
- Part 9 When You Need to Break an Organizational Structure
- Part 10 Engineering Is a Social System
- Part 11 What We Actually Learned About Human-Scale Engineering