Agile Checksum
Why the system fails even when the rituals seem correct.
After ten years across banks, telecoms, energy providers, and software houses — always close enough to see what is really happening — one pattern keeps repeating: the board is up, the ceremonies run, the language is fluent. And nothing actually changes. This book names the gap.
✓ English edition available now · German edition coming soon
The Reason This Book Exists
After more than ten years working across financial institutions, telecommunications companies, energy providers, and software houses — always as an external consultant, always close enough to see what is really happening — a picture emerges that repeats itself with unsettling regularity. The boards are up. The roles are filled. The ceremonies take place. And the system behaves exactly as it did before. Just with different words.
What bothers me is not Scrum. What bothers me is the layer that has settled on top of it. The certification industry that confuses multiple-choice answers with competence. The organisations that adopt Agile because it has become the legitimate thing to do — while carefully avoiding any change to the structures Agile was actually meant to challenge.
The result is a paradox I have observed in almost every context: the more an organisation talks about Agile, the less likely it is to practise it in any sense that actually changes something. This book is not a manual. It describes why Agile so often fails — and why that is rarely about the ceremonies and almost always about what surrounds them.
This Book Is for You If…
- ✓ Scrum Masters who facilitate diligently but are not sure whether they are moving anything
- ✓ Product Owners who maintain the backlog while watching the real decisions happen somewhere else
- ✓ Developers who suddenly work in sprints without understanding why
- ✓ Managers who sponsor transformation without allowing it to touch them personally
- ✓ Consultants who roll out the model and wonder three months later why everything is back to how it was
- ✓ Everyone who carries the nagging feeling that something is not right — but has not yet had the language to say what
Read Before You Buy
What the Book Covers
"Agile Checksum"
The ceremonies run on time. The checksum still fails.
"Agile Waterfall"
The delivery model says iterative. The control spine says phase gate.
"Certified Incompetence"
A two-day course and an exam cannot build what only friction builds.
"Scrum Theatre"
The Daily turns into a status ritual when the room belongs to management, not the team.
"Backlog Factory"
Adding work is politically easier than refusing it. The backlog pays the price.
"Product Owner in Name Only"
The title is clear. The authority is not.
"Stakeholder Gravity"
Every agile organisation claims empowered teams. Most preserve the right to override them.
"Metrics That Mislead"
A proxy for performance starts being treated as performance itself.
"Velocity Mirage"
A local planning metric turns into a management fantasy.
"Delivery Without Learning"
The sprint closes. The same problem returns next quarter.
"Psychological Safety Debt"
Organisations lose candour gradually — through pricing signals, not dramatic events.
"Retro Without Change"
The team reflects. The system absorbs it. Nothing moves.
"SAFe Without Agility"
Scaling frameworks often preserve the control system they promise to modernise.
"Transformation Theatre"
Effort that becomes highly visible before it becomes deeply consequential.
Why This Book Exists
At some point, you stop being surprised. After more than ten years working across financial institutions, telecommunications companies, energy providers, and software houses — always as an external consultant, always close enough to see what is really happening — a picture emerges that repeats itself with unsettling regularity. The boards are up. The roles are filled. The ceremonies take place. And the system behaves exactly as it did before. Just with different words.
What bothers me is not Scrum. What bothers me is the layer that has settled on top of it. The certification industry that confuses multiple-choice answers with competence. The organisations that adopt Agile because it has become the legitimate thing to do — while carefully avoiding any change to the structures Agile was actually meant to challenge.
This book is for everyone who carries the nagging feeling that something is not right — but has not yet had the language to say what.
What bothers me is not Scrum. What bothers me is the layer that has settled on top of it.
No Fluff. Just Real Agile.
Straight to your inbox. No buzz, no spam.