Ben Webb on Project Management: Project Drift Is What Happens When No One Is Forced to Decide
Project drift doesn’t announce itself.
- There’s no crisis meeting.
- No dramatic failure.
- No single moment where everything goes wrong.
Drift is what happens when decisions are continuously deferred — politely, rationally, and with the best intentions.
Drift is rarely caused by incompetence
Most drifting projects are run by capable people.
- They have plans.
- They have governance.
- They have regular meetings.
What they lack is decision pressure.
- Issues are noted, but not resolved.
- Options are discussed, but not chosen.
- Risks are acknowledged, but not owned.
Over time, momentum erodes.
Why drift feels reasonable at first
Drift is comfortable because it feels responsible:
“Let’s wait for more information”
“We don’t want to rush this”
“We’ll revisit it next meeting”
Each delay seems minor.
Collectively, they hollow out delivery.
By the time the consequences surface, no single decision can be blamed — which is exactly why drift survives for so long.
What stops drift in practice
Drift ends the moment someone does three things:
Names the decision
Sets a deadline
Accepts the trade-off
That’s it.
- Not more reporting.
- Not more workshops.
- Not another framework.
Just decisions made with intent.
Final thought
Projects don’t drift because people stop working.
They drift because no one is required to choose a direction and commit to it.
And until someone does, progress is optional.
For deeper insight into real-world project delivery, leadership under pressure, and the lessons that only come from experience, visit https://benwebb.au and https://benwebb.blog, where Sydney-based project manager Ben Webb publishes long-form commentary on project management, infrastructure, and complex delivery environments.
Comments
Post a Comment