Agile Checksum – Book Cover

Book

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

Why I Wrote It

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.

Who It's For

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

Excerpts

Read Before You Buy

Chapter 1 — Agile Checksum

On the surface, many organisations look convincing. The boards are in place. The ceremonies happen. Roles have been renamed. Sprint language is fluent. Backlogs are maintained. Nothing looks missing at first glance.

And yet the system keeps misfiring. Teams attend the rituals without gaining much real autonomy. Product Owners carry the title without controlling the product. Retrospectives generate insight without consequence. Metrics reward movement without clarifying value.

The central claim of this book is simple: Agile fails less often because teams skipped the ritual than because the organisational checksum does not match. The stated way of working and the real system of decision rights, incentives, risk handling, and accountability describe different realities.

Chapter 3 — Certified Incompetence

There is a specific kind of confidence that appears after a two-day course and a multiple-choice exam.

It is not the confidence of someone who has facilitated a retrospective in a team that does not want to talk. Not the confidence of someone who has sat with a Product Owner who does not understand their own role, or tried to protect a Sprint Goal while a senior stakeholder rewrites the backlog on a Tuesday afternoon.

It is the confidence of someone who has learned the correct answers — and not yet discovered how little that prepares them for the actual work. The certificate is not the destination. It is, at best, the ticket to the starting line.

Chapter 9 — Velocity Mirage

The problem begins the moment the organisation looks at that local planning signal and sees something more attractive: a portable measure of productivity, predictability, or delivery capacity that can travel upward into reporting, comparison, targets, and portfolio control. At that point the number remains visible, but the meaning begins to disappear.

Once velocity becomes a performance signal, it begins attracting performance behaviour. Teams estimate differently. They slice work differently. They avoid low-point housekeeping tasks. They become more careful about what enters a sprint when appearances matter more than honesty.

Velocity does not become distorted because teams are immature. It becomes distorted because the system changed the purpose of the signal while pretending it had not.

Chapter 11 — Psychological Safety Debt

Most organisations do not lose candour in one dramatic event. They lose it gradually, through accumulation.

A challenge goes badly once. Bad news is received with visible irritation. Someone raises a risk and becomes "difficult." A mistake is tolerated in principle but remembered in reputation. None of these moments has to be catastrophic. Together they teach the room what honesty costs.

Psychological safety debt is what accumulates in that gap. It is not the absence of warmth or trust. It is the accumulated consequence of making disagreement, uncertainty, and inconvenient truth more expensive than accommodation. The visible culture may remain polite. The truth quality declines anyway.

Chapter 14 — Transformation Theatre

The transformation is visible everywhere. There are launch decks, maturity models, pilot teams, renamed roles, training paths, internal communities, enterprise workshops, wall-sized roadmaps, and a steady stream of phrases about empowerment and new ways of working. Nobody could accuse the organisation of doing nothing.

Transformation theatre is not the absence of effort. It is effort that becomes highly visible before it becomes deeply consequential.

The enterprise produces visible proof of change while protecting the routines, incentives, and authority patterns that would make change costly to the people who run it. That is the core of transformation theatre.

Contents

What the Book Covers

Part I 01

"Agile Checksum"

The ceremonies run on time. The checksum still fails.

Part I 02

"Agile Waterfall"

The delivery model says iterative. The control spine says phase gate.

Part II 03

"Certified Incompetence"

A two-day course and an exam cannot build what only friction builds.

Part II 04

"Scrum Theatre"

The Daily turns into a status ritual when the room belongs to management, not the team.

Part II 05

"Backlog Factory"

Adding work is politically easier than refusing it. The backlog pays the price.

Part II 06

"Product Owner in Name Only"

The title is clear. The authority is not.

Part II 07

"Stakeholder Gravity"

Every agile organisation claims empowered teams. Most preserve the right to override them.

Part III 08

"Metrics That Mislead"

A proxy for performance starts being treated as performance itself.

Part III 09

"Velocity Mirage"

A local planning metric turns into a management fantasy.

Part III 10

"Delivery Without Learning"

The sprint closes. The same problem returns next quarter.

Part III 11

"Psychological Safety Debt"

Organisations lose candour gradually — through pricing signals, not dramatic events.

Part IV 12

"Retro Without Change"

The team reflects. The system absorbs it. Nothing moves.

Part IV 13

"SAFe Without Agility"

Scaling frameworks often preserve the control system they promise to modernise.

Part IV 14

"Transformation Theatre"

Effort that becomes highly visible before it becomes deeply consequential.

Preface

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.

Markus Philipp

Senior Scrum Master · 20+ years in IT · 16 years backend dev

I verify whether what passes for Agile still matches the original intent. Enterprise context. No theory.

About the Author

Newsletter

No Fluff. Just Real Agile.

Straight to your inbox. No buzz, no spam.

No spam. Unsubscribe anytime.