Skip to main content
Back to course
Flow and Continuous Improvement

Agile Theater and Zombie Scrum

10 min · Flow and Continuous Improvement

Agile theater performs ceremonies for an audience; zombie scrum preserves habits after their purpose has died. Both are diagnosed by asking what outcome improved and what the team changed about how it works.

Video

core
Strategica InstituteAgile theater and zombie Scrum
0:00of6:02
Playback settings
Speed
Captions
Reduced motion
Dark theme

Player ready. Captions are on by default.

Full lesson transcript: Agile theater and zombie Scrum

Time to say the quiet part out loud. A lot of what's called "agile" in the real world doesn't work. The standups happen, the sprints have numbers, the board is beautiful — and nothing improves, for years. The critics who point this out are not haters. They're often right. Most courses won't tell you that, because most courses are selling you the ritual. We're not — so let's study the disease properly, the way doctors do: so you can recognize it, name it, and not catch it.

By the end of this video, you'll be able to tell healthy agile from two failure modes — zombie scrum and agile theater — recognize five named anti-patterns in the wild, and carry the single diagnostic question that cuts through all of it in ten seconds.

Two related conditions, one distinction worth keeping.

Zombie scrum — the name comes from a book-length diagnosis by Christiaan Verwijs, Johannes Schartau, and Barry Overeem — is scrum with all the ceremonies and none of the pulse. The team meets, plans, boards, reviews… and if you ask what makes their product valuable, nobody can answer. Nothing ships with urgency. Nothing about how they work has changed in a year. The rituals walk; the purpose is dead. Zombie scrum isn't performed for anyone — it's what remains when the why leaks out and the calendar keeps going.

Agile theater is performative: the ceremonies run for an audience. The standup exists so the manager can collect status. Velocity is published so leadership sees a rising line. The retro happens so the transformation dashboard shows a green tick. Theater has spectators; zombie has habits. Both have the same missing organ: no connection between the activity and any outcome.

Five named anti-patterns, so you can spot them on sight.

Feedback Theater. Retros held, minutes taken, nothing ever changes. You built the vaccine last lesson — the owned, reviewed experiment — so you already know exactly what's missing.

The Backlog Black Hole. A thousand items, some three years old, none ever deleted. Remember: a backlog is ordered and living — a list where nothing dies is not a plan, it's a landfill with a search bar. The power of the honest Won't, from Module 3, is precisely what's been refused here.

Chain Sprinting. Sprint ends Friday, next begins Monday, forever, no slack, retros compressed to ten minutes then skipped. Sustainable pace — a principle, you'll recall, not a perk — deleted in practice. Exhausted teams don't inspect and adapt; they survive.

Frankenagile. A mashup stitched from fragments — sprints from Scrum, no retros though, WIP limits nobody enforces, roles renamed but behavior unchanged — assembled by copying visible parts without understanding what any part is for. Blending frameworks thoughtfully is fine, you know that from Scrumban. Frankenagile is different: it's cargo, not craft.

Done-faking. "Done" that isn't — untested, unshipped, unusable, but the ticket moved and the burndown looks great. The Definition of Done from Module 2 exists exactly to make this lie impossible to tell politely.

Here's the ten-second test, and it's two questions welded together. Ask any team: "What outcome improved recently — and what did you change about how you work?"

A healthy team answers both in a sentence: wait times dropped; we started async standups last month. A theater or zombie team goes quiet, or answers with outputs — "we completed forty tickets" — or with ceremonies — "we hold retros every sprint." Silence on both halves is the diagnosis. Notice what the question really is: outcomes from Module 3, improvement from this module. You didn't just learn a test. You are the test.

The cure is never "do the ceremonies harder." It's always a return to purpose: reconnect work to value — Module 3. Rebuild safety so truth can be spoken — Module 2. Restore real inspection and adaptation — the empirical loop everything rests on. The ideas you've already learned aren't just the healthy version; they are, point for point, the treatment.

And your size in this, as someone new: you will very likely meet these patterns, possibly in your first job. You are not required to fix your organization in week one — that's not your job and not this course's promise. Your job is quieter and more valuable: keep your judgment. Recognize the pattern, name it privately, protect your own corner of the work, and know what good looks like so the theater never gets to redefine it for you.

You might conclude from all this that agile is broken and the critics have won. That's understandable — you've just toured the failure museum. Actually, notice what every exhibit had in common: the practices survived while the purpose died. That's not evidence against the ideas; it's evidence that rituals without understanding don't work — which is, in fact, this course's founding argument. You're being taught judgment first, ritual second, for exactly this reason.

Three things to keep. One: zombie scrum is habit without pulse; agile theater is performance for an audience — same missing organ, no outcome connection. Two: five rogues — Feedback Theater, Backlog Black Hole, Chain Sprinting, Frankenagile, Done-faking. Three: the ten-second test — what outcome improved, and what did you change about how you work — and the cure is always a return to purpose, never louder ceremonies.

You can spot fake agility. Time to see the real thing at full scale — beyond software, with an unexpected new teammate, and finally, in your own hands. Module 5.

Agile theater and zombie Scrum

The approved narration and storyboard are present in the source pack. The candid diagnostic framing remains available as text while media awaits review.

Reading

core

Spotting performative agility

Some real-world agile implementations preserve ceremonies while results and learning disappear. Criticism of those systems can be fair.

Zombie scrum keeps the habits after their purpose has gone: meetings occur, boards are maintained, but nobody can name the product’s value, useful work rarely ships, and the way of working never changes. Agile theater performs practices for spectators: standups become manager status collection, velocity becomes a leadership quota, and retrospectives become dashboard ticks. Theater has an audience; zombie has habits. Both have lost the connection between activity and outcomes.

Five common patterns make that loss visible:

  • Feedback Theater: discussion and minutes without changed behavior.
  • Backlog Black Hole: items accumulate forever because no honest Won’t decision is made.
  • Chain Sprinting: uninterrupted cycles erase slack, reflection, and sustainable pace.
  • Frankenagile: visible fragments are copied without understanding their purpose.
  • Done-faking: unfinished or unusable work is relabeled to make reporting look healthy.

Use a two-part diagnostic: What outcome improved recently, and what did the team change about how it works? Healthy teams can answer both. Output counts and ceremony lists do not answer either half.

The first corrective move is rarely “do the ceremony harder.” Reconnect work to value, restore safety and truthful evidence, then rebuild inspection and adaptation. A new practitioner need not repair an entire organization alone; the immediate task is to keep sound judgment and protect a workable corner of the system.

Interaction

core

Practice · matcher

The anti-pattern gallery

Diagnose each vignette and choose the best first corrective move. Labels can overlap; the reason matters more than taxonomy.

Concepts: healthy agility, agile theater, zombie scrum

Activity ready. Attempts are unlimited. Completing this practice activity enables the lesson's separate, explicit completion control.

Equivalent non-interactive path

Read fmap-m4-l5-digest; it teaches the same matching relationships without interactive controls.

Knowledge check

core

Practice · formative check

Module 4 learning check

Review flow and improvement, with unlimited attempts and teaching feedback.

Concepts: flow measures, Little's Law, bottlenecks, retrospectives, performative agility

1. A customer waited a month although active work took four days. Which pairing is correct?

2. Throughput stays at five items per week while average WIP doubles. In a stable system, average lead time will do what?

3. Review holds nine cards and keeps growing while Doing is nearly empty. What is the best next move?

4. What is the defining output of a retrospective?

5. Which is the clearest sign of zombie scrum?

There is no attempt limit or pass/fail state. Completing the check only enables the lesson's separate explicit completion control; it never records completion or certificate eligibility itself.

Activity ready. Attempts are unlimited. Completing this practice activity enables the lesson's separate, explicit completion control.

Equivalent non-interactive path

Answer and feedback guide

A customer waited a month although active work took four days. Which pairing is correct?

  • The customer experienced cycle time; the team controls lead time: This reverses the clocks.
  • The customer experienced lead time; active work was cycle time (best answer): Correct. The gap is waiting in the system.
  • Both are throughput measured differently: Throughput counts finished items per period; neither duration is a count.
  • The month is velocity; the four days are WIP: Velocity is an estimate and WIP is a count, not a duration.

Throughput stays at five items per week while average WIP doubles. In a stable system, average lead time will do what?

  • Halve: More started work does not create more finishing capacity.
  • Stay the same: Steady throughput means lead time must absorb the WIP change.
  • Roughly double (best answer): Correct. Lead time equals WIP divided by throughput under the law's stability assumptions.
  • Become completely unknowable: The relationship is approximate but gives a clear directional expectation.

Review holds nine cards and keeps growing while Doing is nearly empty. What is the best next move?

  • Pull more items into Doing so nobody is idle: Feeding the constraint grows the queue and lengthens waiting.
  • Swarm Review until the pile clears (best answer): Correct. Help the constrained stage rather than starting more work.
  • Remove the Review column: Hiding the queue does not remove the work or its quality purpose.
  • Raise Review's WIP limit so every card fits: Accommodating the pile does not increase review capacity.

What is the defining output of a retrospective?

  • A complete record of everything said: Minutes alone do not change the system.
  • A list of every possible improvement: A long unowned list avoids choice.
  • One or two owned experiments reviewed at the next retrospective (best answer): Correct. Small, owned, dated, and reviewed closes the loop.
  • A shared sense that the air has been cleared: Emotional processing matters, but an experiment turns insight into improvement.

Which is the clearest sign of zombie scrum?

  • A team occasionally reschedules its retrospective: Occasional scheduling changes do not establish a systemic loss of purpose.
  • Ceremonies run on schedule, but nobody can name the value and nothing has shipped for months (best answer): Correct. All ceremonies and no pulse is the defining pattern.
  • A team combines Scrum cadence with Kanban WIP limits: Thoughtful blending can be legitimate when the purpose of each practice is understood.
  • A manager asks about lead time: Curiosity about flow can be healthy when the measure guides rather than becomes a quota.

Sign in to save progress across devices.Sign in

Course outlineLesson 23 of 28