Work That Doesn’t Break
For the last decade, organizations have treated performance as a capacity problem. If results fall short, the answer is usually more effort, more tools, more change. But the reality leaders are now running into – especially with AI in the system – is simpler and more uncomfortable:
Work is breaking because it is designed as if humans were infinite.
Decision load is treated as free. Attention is assumed to scale. Accountability is stretched without being redesigned. Learning is expected to “just happen” alongside execution. When systems fail under that pressure, we label the outcome burnout, resistance or skill gaps. But those are symptoms, not causes.
This series starts from a different premise: Performance is not a motivation problem. It is a design problem.
Human limits are not weaknesses to be trained away. They are constraints that must be designed for – just like latency, capacity or risk in any other system. Ignore them and systems become fragile. Design around them and performance becomes durable.
The issues explored in this series don’t persist because people lack skill or discipline. They persist because operating models assume levels of capacity, judgment and accountability that humans simply don’t have at scale. Fixing them requires redesigning the system, not asking individuals to compensate for it.
This is not a series about working less. It is a series about designing work that can actually be sustained – under uncertainty, speed and continuous change.
Work that does not break.
All articles of the Designing for Human Limits series:
- The future of work is burnout. What performance means in the age of AI.
- The Verification Tax. Why AI Productivity Can Kill Decision Quality.
- Accountability Gaps. “The Model Said So” Is Not a Defense.
- Hybrid Roles. Why Task Reconfiguration Breaks Job Design.
- Learning Loops. When AI Accelerates Learning vs. Kills It.
- Deskilling by Design. When Automation Weakens Expertise.
- The Unlearning Company. Why Continuous Improvement Stops Improving?
- More articles to follow.
