"Cargo Cult Agile – Wenn Rituale wichtiger sind als Ergebnisse"

Nach dem Zweiten Weltkrieg bauten indigene Völker der Pazifikinseln Holzflugzeuge, errichteten Bambus-Kontrolltürme und marschierten in Militärformation – sie ahmten das Verhalten westlicher Militärangehöriger nach in der Überzeugung, dass die Rituale die Frachtflugzeuge und ihre wertvollen Güter herbeirufen würden. Die Flugzeuge kamen nicht. Die Rituale gingen weiter. Das ist Cargo Cult Agile. Und es ist überall.

---

Der Hook: Wenn die Karte zum Territorium wird

Das anthropologische Phänomen der Cargo Kulte ist gut dokumentiert. Was es zu einer nützlichen Linse für das Verständnis moderner Agile-Einführung macht, ist die Präzision der Analogie. Die Inselbewohner hatten eine echte Kausalbeziehung beobachtet – militärische Aktivität ging dem Eintreffen wertvoller Güter voraus – aber sie hatten falsch identifiziert, welche Elemente dieser Aktivität tatsächlich kausal waren. Sie reproduzierten die beobachtbaren Oberflächenverhaltensweisen und verpassten dabei den zugrundeliegenden Mechanismus vollständig.

Genau das machen die meisten Organisationen mit Agile. Sie beobachten, dass hochleistungsfähige Software-Teams Daily Standups abhalten, Sprint Boards nutzen, User Stories schreiben und Retrospektiven durchführen. Sie implementieren Daily Standups, Sprint Boards, User Stories und Retrospektiven. Sie warten darauf, dass die Hochleistung eintritt. Sie tut es nicht. Die Rituale gehen weiter.

---

Die Realität: Symptome von Cargo Cult Agile

Cargo Cult Agile ist von innen nicht immer offensichtlich. Die Zeremonien fühlen sich zweckvoll an. Das Vokabular ist korrekt. Die Tools sind konfiguriert. Aus der Distanz – von einem Management-Dashboard, aus einem Consultants-Bewertungsbericht, aus einem Agile-Reifegradmodell – sieht alles gut aus. Die Dysfunktion liegt in der Lücke zwischen dem, was die Zeremonien produzieren sollen, und dem, was sie tatsächlich produzieren.

Die Diagnose-Checkliste

Hier sind die zuverlässigsten Indikatoren dafür, dass du Cargo Cult Agile anstatt echter Agile-Praxis beobachtest:

• Zeremonien finden planmäßig statt, unabhängig von ihrem Wert. Die Retrospektive läuft jeden Sprint, auch wenn das Team nichts Sinnvolles zu besprechen hat. Der Sprint Review findet statt, auch wenn es nichts zu demonstrieren gibt. Das Daily Standup findet statt, auch wenn das gesamte Team an einer einzelnen, gut verstandenen Aufgabe arbeitet, die keine Koordination erfordert.
• Die Zeremonien produzieren Artefakte, aber keine Entscheidungen. Retrospektiven-Maßnahmen, die niemand umsetzt. Sprint Reviews, die Feedback generieren, das nie den Backlog erreicht. Daily Standups, die Blocker identifizieren, die wochenlang ungelöst bleiben.
• Das Vokabular wird ohne die Konzepte übernommen. „Wir sind agil” bedeutete „wir haben unsere Pläne geändert, ohne es jemandem zu sagen.” „Wir iterieren” bedeutete „wir haben das Feature nicht fertiggestellt.” „Wir selbst-organisieren” bedeutete „niemand ist dafür verantwortlich.”
• Agile-Praktiken werden genutzt, um schwierige Gespräche zu vermeiden. „Der Backlog wird das priorisieren” anstatt „wir haben entschieden, das nicht zu tun.” „Wir revisitieren das im nächsten Sprint” anstatt „das ist nicht wertvoll genug zu bauen.”
• Das Sprint Goal ist eine Liste, kein Ziel. „Login-Feature fertigstellen, drei Bugs fixen und das Zahlungsmodul refaktorieren” ist kein Sprint Goal. Es ist eine To-do-Liste. Ein Sprint Goal beschreibt ein Ergebnis, keine Aufgabenmenge.

Der klarste Einzelindikator: Frag ein Team, was passieren würde, wenn sie eine Zeremonie in diesem Sprint überspringen würden. Wenn die Antwort lautet „wir würden Ärger bekommen” anstatt „wir würden etwas Wertvolles verlieren” – existiert die Zeremonie, um eine externe Anforderung zu erfüllen, nicht um dem Team zu dienen. Das ist Cargo Cult Agile.

---

Der Checksum: Die akademischen Belege

Das Phänomen Cargo Cult Agile ist nicht nur anekdotisch. Akademische Forschung zur Agile-Einführung hat konsistent die Lücke zwischen Agile-Praktiken und Agile-Werten als primären Treiber gescheiterter Transformationen identifiziert.

Was die Forschung zeigt

Eine im Journal of Systems and Software veröffentlichte Studie, die die Agile-Einführung in mehreren Organisationen untersuchte, fand heraus, dass der häufigste Misserfolgsmodus das war, was die Forscher „ceremonial compliance” nannten – Teams, die Agile-Praktiken befolgen, ohne die dahinterstehenden Werte zu verstehen oder zu verinnerlichen. Die Studie stellte fest, dass ceremonial compliance mit allen Oberflächenindikatoren erfolgreicher Agile-Einführung assoziiert war – regelmäßige Zeremonien, Agile-Tooling, zertifizierte Praktiker – und keinem der Ergebnisindikatoren – verbesserter Lieferfrequenz, reduzierten Fehlerquoten, höherer Teamzufriedenheit.

Der State of Agile Report liefert unterstützende Belege im großen Maßstab. Jahr für Jahr berichten Organisationen über hohe Raten der Agile-Praktiken-Einführung neben anhaltenden Herausforderungen, die diese Praktiken eigentlich adressieren sollen: Unfähigkeit, wechselnde Prioritäten zu managen, mangelnde Management-Unterstützung, inkonsistente Praktiken über Teams hinweg. Die Praktiken laufen. Die Ergebnisse verbessern sich nicht. Das ist Cargo Cult Agile im Industriemaßstab.

Die Psychologie hinter dem Kult

Warum besteht Cargo Cult Agile? Die psychologischen Mechanismen sind gut verstanden.

Sunk-Cost und Commitment-Eskalation: Sobald eine Organisation in eine Agile-Transformation investiert hat – das Training, die Tools, die Umstrukturierung, die Beraterkosten – gibt es enormen Druck, sie als erfolgreich zu deklarieren, unabhängig von den Ergebnissen. Zuzugeben, dass die Zeremonien keine Resultate produzieren, würde bedeuten zuzugeben, dass die Investition falsch allokiert war. Also gehen die Zeremonien weiter, und die Definition von Erfolg verschiebt sich von „verbesserte Ergebnisse” zu „konsistente Praxis.”

Sozialer Beweis und Isomorphismus: Organisationen übernehmen Praktiken, weil andere Organisationen sie übernehmen, nicht weil die Belege sie unterstützen. Wenn deine Wettbewerber SAFe machen, wenn deine Branchenkolleginnen PI Planning Events durchführen, gibt es sozialen und reputationsbezogenen Druck, dasselbe zu tun – unabhängig davon, ob es für jemanden funktioniert.

Messungssubstitution: Organisationen sind gut darin, Aktivitäten zu messen, und schlecht darin, Ergebnisse zu messen. Es ist einfach zu verfolgen, ob Standups täglich stattfinden, ob Retrospektiven jeden Sprint auftreten, ob Story Points geschätzt werden. Es ist schwer zu messen, ob Kunden mehr Wert erhalten, ob Teams sich wirklich verbessern, ob die Organisation adaptiver wird. Also messen Organisationen, was sie messen können, und nennen es Erfolg.

„Cargo Cult Agile ist kein Versagen der Intelligenz. Es ist ein Versagen des Mutes – des Mutes zu fragen, ob die Zeremonien tatsächlich funktionieren, und sie zu ändern, wenn sie es nicht tun.” Markus – agile-checksum.com

---

Praxisbeispiele: Drei Kulte in Aktion

Die Retrospektive, die nie etwas veränderte

Ein Team, mit dem ich arbeitete, hatte zwei Jahre lang alle zwei Wochen Retrospektiven durchgeführt. Sie verwendeten jedes Mal ein anderes Format – Start/Stop/Continue, die 4Ls, Mad/Sad/Glad, Segelboot, Timeline. Der Scrum Master war kreativ und gut gemeint. Die Retrospektiven waren gut moderiert und psychologisch sicher.

Als ich den Retrospektiven-Output der vorherigen zwölf Monate auswertete, fand ich siebenundvierzig Maßnahmen. Sechs waren abgeschlossen worden. Die anderen einundvierzig waren entweder in nachfolgenden Retrospektiven weitergetragen, stillschweigend fallen gelassen oder nie jemandem zugewiesen worden. Die drei wichtigsten Themen, die in der letzten Retrospektive angesprochen wurden, waren identisch mit den drei wichtigsten Themen von zwölf Monaten zuvor.

Die Retrospektiven-Zeremonie funktionierte einwandfrei. Die kontinuierliche Verbesserung, die sie produzieren sollte, fand überhaupt nicht statt. Das Team hatte gelernt, seine Frustrationen in einer Retrospektive auszudrücken und dann zu akzeptieren, dass sich nichts ändern würde. Das ist keine Retrospektive. Es ist ein Beschwerdeforum mit guter Moderation.

Der Sprint Review, den niemand besuchte

Ein Software-Team bei einem großen Versicherungsunternehmen führte alle zwei Wochen einen Sprint Review durch. Sie bereiteten Demonstrationen vor, aktualisierten ihre Release Notes und richteten den Meetingraum ein. Konsistent besuchten zwischen null und zwei Stakeholder. Das Team präsentierte sich gegenseitig, stellte fest, dass kein externes Feedback eingegangen war, und schloss das Meeting.

Das passierte seit acht Monaten. Niemand hatte hinterfragt, ob der Sprint Review seinen Zweck erfüllte. Niemand hatte untersucht, warum Stakeholder nicht teilnahmen. Niemand hatte erwogen, die Zeremonie abzusagen oder durch etwas zu ersetzen, das tatsächlich Stakeholder-Feedback erzeugen würde. Die Zeremonie stand im Kalender. Die Zeremonie fand statt. Das war ausreichend.

Als ich den Scrum Master fragte, warum Stakeholder nicht teilnahmen, war die Antwort: „Die sind beschäftigt.” Als ich fragte, was getan wurde, um die Teilnahme zu erleichtern oder attraktiver zu machen, war die Antwort: „Wir schicken eine Kalendereinladung.” Die Zeremonie existierte. Der Zweck, dem sie dienen sollte, nicht.

Die Definition of Done, die niemand durchsetzte

Ein Entwicklungsteam hatte eine Definition of Done, die zwölf Kriterien abdeckte: Unit Tests geschrieben und bestanden, Code reviewed, Dokumentation aktualisiert, Barrierefreiheit geprüft, Performance-Benchmarks erfüllt und sechs weitere. Sie war gründlich, gut durchdacht und prominent auf der Confluence-Seite des Teams angezeigt.

In der Praxis wurden Items regelmäßig als erledigt markiert, wobei drei oder vier der zwölf Kriterien nicht erfüllt waren. Das wurde in Retrospektiven anerkannt. Maßnahmen wurden erstellt. Die Situation verbesserte sich nicht. Als ich fragte warum, war die Antwort konsistent: Das Sprint-Commitment konnte nicht erfüllt werden, wenn die vollständige Definition of Done durchgesetzt wurde, und das Team spürte den Druck, das Commitment zu erfüllen. Also existierte die Definition of Done als Artefakt, während sie als Praxis nicht existierte.

Das ist die heimtückischste Form von Cargo Cult Agile: das Artefakt ist vorhanden, die Zeremonie seiner Pflege findet statt, und der Zweck, dem es dient, wird stillschweigend aufgegeben.

---

Den Kult durchbrechen

Aus Cargo Cult Agile auszubrechen erfordert etwas, das sich in den meisten Organisationskulturen zutiefst kontraintuitiv anfühlt: Zeremonien zu stoppen, die nicht funktionieren, und ehrlich zu fragen, warum sie nicht funktionieren, bevor sie wieder aufgenommen werden.

Cargo Cult Verhalten	Echte Alternative
Jede Zeremonie pünktlich durchführen, unabhängig vom Wert	Zeremonien absagen oder anpassen, die nicht ihr beabsichtigtes Ergebnis produzieren
Retrospektiven-Maßnahmen erstellen und vergessen	Eine Maßnahme pro Retrospektive, einer benannten Person zugewiesen, bei der nächsten Retrospektive überprüft
Die Definition of Done als Checkbox-Übung durchsetzen	Die Definition of Done als nicht verhandelbar durchsetzen – Scope reduzieren statt Qualität
Sprint Reviews unabhängig von Stakeholder-Teilnahme abhalten	Das Stakeholder-Teilnahmeproblem lösen oder den Sprint Review durch etwas ersetzen, das echtes Feedback erzeugt
Zeremonien-Abschluss als Erfolgsindikator messen	Ergebnisse messen – Lieferfrequenz, Fehlerquoten, Teamzufriedenheit, Kundenwert

Die mächtigste Frage in Agile: „Was würden wir verlieren, wenn wir damit aufhören würden?” Stell sie zu jeder Zeremonie, jedem Artefakt, jeder Praxis. Wenn die ehrliche Antwort lautet „nichts Wesentliches” – hör damit auf. Wenn die ehrliche Antwort echten Wert offenbart – stelle sicher, dass die Zeremonie diesen Wert tatsächlich produziert und nicht nur die Bewegungen davon ausführt.

---

Das Fazit: Rituale sind keine Ergebnisse

Agile-Zeremonien sind nicht an sich wertvoll. Sie sind wertvoll, insofern sie die Ergebnisse produzieren, für die sie konzipiert wurden: Team-Alignment, kontinuierliche Verbesserung, Stakeholder-Feedback, adaptives Planen. Wenn sie aufhören, diese Ergebnisse zu produzieren – oder wenn sie es nie begannen – ist es keine Agile-Praxis, sie weiter durchzuführen. Es ist Ritual um seiner selbst willen.

Die Inselbewohner hörten schließlich auf, Holzflugzeuge zu bauen. Nicht weil man es ihnen sagte, sondern weil sich die Beweise im Laufe der Zeit ansammelten, dass die Flugzeuge die Fracht nicht brachten. Beweisakkumulation erfordert, ehrlich auf Ergebnisse statt auf Aktivitäten zu schauen.

Führe den Checksum für deine Agile-Praxis durch:

1. Für jede Zeremonie, die dein Team durchführt – welches Ergebnis soll sie produzieren? Produziert sie dieses Ergebnis?
2. Nenne eine konkrete Verbesserung, die direkt aus deinen letzten drei Retrospektiven resultierte.
3. Wann hat eine Zeremonie zuletzt den Plan oder das Verhalten deines Teams auf bedeutsame Weise verändert?

Wenn die Antworten vage sind, sind die Zeremonien dekorativ. Dekorative Zeremonien sind nicht Agile. Sie sind die Holzflugzeuge der Softwareentwicklung – mit Sorgfalt gebaut, mit Fleiß gepflegt und vollständig von den Ergebnissen abgekoppelt, die sie produzieren sollten.

„Der Checksum für jede Agile-Praxis ist einfach: Was hat sich dadurch verändert? Wenn die ehrliche Antwort nichts ist – ist die Praxis Cargo, keine Fähigkeit.” Markus – agile-checksum.com

---

In diesem Artikel verwendete Glossarbegriffe

• Cargo Cult Agile – Die Übernahme von Agile-Ritualen ohne Verständnis der zugrundeliegenden Prinzipien.
• Agile Manifesto – Das Dokument von 2001, das die Werte und Prinzipien der agilen Softwareentwicklung definiert.
• Retrospective – Eine Scrum-Zeremonie zur Inspektion des Sprints und Identifizierung von Verbesserungen.
• Definition of Done – Die gemeinsame Vereinbarung, was „fertig” für ein Produktinkrement bedeutet.
• Sprint – Eine feste Timebox von 1-4 Wochen, in der ein Scrum-Team ein potenziell auslieferbares Increment liefert.
• Sprint Review – Ein Scrum-Event, bei dem das Team und die Stakeholder das Increment inspizieren und den Product Backlog anpassen.