How the obsession with velocity is breaking software teams
The Problem
We've built an entire industry around speed. Ship faster. Move fast and break things. Two-week sprints that somehow always feel too long. But when every metric optimizes for velocity, we stop asking a dangerous question: velocity toward what?
In my 12 years of building software, I've watched countless teams burn through talent, accumulate crushing technical debt, and ship products that nobody asked for — all in the name of speed. The irony is that the fastest teams I've worked with are the ones that learned when to slow down.
The Problem
We've built an entire industry around speed. Ship faster. Move fast and break things. Two-week sprints that somehow always feel too long. But when every metric optimizes for velocity, we stop asking a dangerous question: velocity toward what?
In my 12 years of building software, I've watched countless teams burn through talent, accumulate crushing technical debt, and ship products that nobody asked for — all in the name of speed. The irony is that the fastest teams I've worked with are the ones that learned when to slow down.
40+
Teams Studied
200+
Engineers Interviewed
-18 mo
Average Tenure Impact
Gallery
Want to improve your team's sustainability?
I consult with engineering orgs on sustainable pace, team health, and technical strategy.