1962 kam eine Forschungsgruppe mit ihrem Boot auf einer kleinen melanesischen Insel im Südpazifik an.
Ihr Ziel war es, den lokalen Stamm der Insel zu studieren. Kurz nach ihrer Ankunft begannen sie, einige sehr seltsame Verhaltensweisen zu beobachten.
Jeden Mittag versammelte sich der gesamte Stamm um eine riesige turmähnliche Konstruktion aus Bambus. Einer der Stammesmitglieder begann dann, den Turm zu erklimmen. Sobald er den Gipfel erreicht hatte, setzte er sich und legte zwei Kokosnussschalen über seine Ohren. Beide Schalen wurden mit einem Stück Seil an ihrem Platz gehalten. Der Anblick erinnerte die Forscher an Ohrenschützer. Seltsam, wenn man bedenkt, wie nah die Insel am Äquator lag.
Wie dem auch sei. Die anderen Stammesmitglieder am Boden begannen zu summen. Anschließend hoben alle ihre Arme, bis ihre Hände auf Schulterhöhe waren, und sie begannen, um den Turm zu gehen. Mit jeder Runde ging der Stamm schneller. Und das Summen wurde lauter. Imitierten sie Vögel?
Nach der Zeremonie näherten sich die Forscher dem Stamm und fragten: „Was habt ihr da gemacht?“
„Wir haben gebetet.“ antwortete einer der Stammesmitglieder.
„Wofür habt ihr gebetet?“
Der Insulaner antwortete: „Wir haben gebetet, dass der Donnervogel zurückkehrt und uns mit Nahrung segnet.“
Die Wissenschaftler waren verwirrt. „Was meint ihr mit Donnervogel?“
„Lass mich es dir zeigen“, antwortete der Stammesangehörige.
Er führte die Gruppe in den Dschungel. Nachdem sie eine Weile durch den Buschwald gegangen waren, erreichten sie eine Lichtung, und der Wissenschaftler verstand endlich, wovon der Stammesangehörige sprach.
Hier ist, was sie sahen:
(Quelle: Island Culture Archival Support, eine gemeinnützige Organisation, die das Erbe der Pazifikinseln bewahrt)
Der Stamm praktizierte einen Cargo-Kult.
Es stellte sich heraus, dass eine nahegelegene melanesische Insel während des Zweiten Weltkriegs eine Militärbasis beherbergte.
Als die Soldaten ankamen, bekamen die indigenen Menschen Angst und versteckten sich. Was dann geschah, ergab für sie keinen Sinn, aber es veränderte ihr Leben für immer.
Das Militär räumte einen Streifen des Dschungels, um Platz für eine Landebahn zu schaffen. Anschließend bauten sie einen Kontrollturm und bald darauf begannen kleinere Flugzeuge auf der Insel zu landen und frische Vorräte für die Soldaten zu liefern.
(Quelle: Verlassene und wenig bekannte Flugplätze)
Kurz nach dem Ende des Zweiten Weltkriegs verließ das Militär die Basis und die Inselbewohner kehrten in ihr Alltagsleben zurück – gewissermaßen.
In den nächsten Jahren verbreitete sich die Nachricht von dem, was geschehen war, unter den Stämmen der umliegenden Inseln:
„Baut einen Turm, steigt den Turm hinauf, haltet euch die Ohren zu und die Donnervögel werden kommen und Nahrung bringen.“
Die Stämme begannen, einen Cargo-Kult zu praktizieren – ein Glaubenssystem, in dem sie magische Rituale durchführten, von denen sie glaubten, dass sie eine technologisch fortschrittlichere Gesellschaft dazu bringen würden, Waren zu liefern.
Cargo-Kult Agile
Viele Teams in der Softwareentwicklung praktizieren ebenfalls einen Cargo-Kult. Wenn sie gefragt werden, was sie tun, antworten sie normalerweise mit etwas wie: „Scrum“ oder „Agile.“
In den letzten 25 Jahren wurden Agile und Scrum den Managern als die Lösung für ständig scheiternde Softwareprojekte verkauft.
Mit Agile erhalten Sie bessere Software schneller.
Aber die versprochenen Verbesserungen haben sich nie manifestiert. In einigen Teams ist der Begriff „Scrum“ so verbrannt, dass er bei einzelnen Teammitgliedern einen kleinen Aufruhr der Wut auslöst, sobald er auch nur erwähnt wird.
Ich persönlich bin 2009 auf den Agile-Zug aufgesprungen, als er in Deutschland ankam. Seitdem habe ich mit Dutzenden von Teams gearbeitet. Und ich habe versucht, das Wort zu verbreiten – zuerst als Teammitglied, dann als Leiter, dann als Coach und in den letzten Jahren auch als Trainer.
Und ich habe gelernt, dass die meisten Teams, die sagen, dass Agile für sie nicht funktioniert, in Wirklichkeit einen Cargo-Kult praktizieren.
Sie haben nie wirklich verstanden, wie Agile funktioniert. Bei näherer Betrachtung habe ich beobachtet, dass sie nur nachahmten.
Hier sind einige Beispiele für Cargo-Kult-Verhalten in der agilen Softwareentwicklung:
Beispiele für Cargo-Kult Agile
Tägliches Status-Update
Eine der agilen Praktiken, die die meisten Teams falsch umsetzen, ist die tägliche Standup-Zeremonie.
Irgendwann in der Vergangenheit schlug jemand vor, dass während des täglichen Standups jeder die folgenden drei Fragen beantwortet:
- Was habe ich gestern gemacht?
- Was werde ich heute machen?
- Gibt es irgendwelche Blocker?
Wenn du jetzt zustimmend nickst, verstehe, dass die oben genannten drei Fragen tatsächlich schlechte Modifikationen der ursprünglichen Fragen sind.
Das Ziel der täglichen Standup-Zeremonie besteht darin, dass das Team eine Strategie entwickelt, um gemeinsam daran zu arbeiten, während der nächsten 24 Stunden, dem Iterationsziel näher zu kommen.
Das bedeutet, dass die erste Frage, „Woran ich gearbeitet habe,“ die am wenigsten wichtige ist.
Dennoch verbringt jedes Teammitglied den Großteil seiner Redezeit damit, darüber zu sprechen, was es getan hat, anstatt darüber zu sprechen, wie es zusammenarbeiten wird. In einigen Fällen ist es sogar noch schlimmer; sie sprechen über das, was sie getan haben, selbst wenn es nichts damit zu tun hatte, dem Erreichen des Iterationsziels näherzukommen.
Retro-Meckerei
Eine weitere gängige Praxis des Agile Cargo-Kultismus ist der Versuch, eine Retrospektive-Zeremonie abzuhalten.
In der Regel kommt das Team zusammen und nutzt ein weiße Tafel, um Antworten auf die folgenden beiden Fragen zu sammeln:
- Was gut funktioniert hat
- Was nicht gut gelaufen ist
Das Problem ist, dass das Team nun anfängt, all die Dinge anzusprechen, die sie stören: Die Parksituation vor dem Büro, wie laut und unhöflich die Leute aus der Verkaufsabteilung sind, …
Aber das ist nicht der Sinn von regelmäßigen Retrospektiven.
Das Ziel der Retrospektive ist es, dass das Team herausfindet, wie es nachhaltig mehr in den kommenden Iterationen liefern kann, ohne auszubrennen und die Qualität zu beeinträchtigen.
Ich habe noch nie ein Team getroffen, das wirklich großartig darin war Features abzuliefern und gleichzeitig eine saubere, wartbare Codebasis hatte. Es gibt immer etwas zu verbessern.
Wenn das Team aus der Zeremonie ohne Aktionspunkte herauskommt, praktiziert es einen Cargo-Kult. Sie haben es nicht wirklich verstanden.
Dediziertes „DevOps“-Team
Vor nicht allzu langer Zeit trat ich einem Team bei und bemerkte, dass meine letzte Codeänderung nicht in der Produktionsumgebung angezeigt wurde.
Ich begann, nach der CI/CD-Pipeline zu suchen, die die neueste Softwareversion live stellen würde, konnte sie jedoch nicht im Projekt finden. Also fragte ich eines der etablierten Teammitglieder, wo ich sie finden könne.
Die Antwort verblüffte mich: „Wir haben keinen Zugriff. Das DevOps-Team verwaltet die Pipeline.“
Es stellte sich heraus, dass diese Organisation ein Team hatte, das den Code schrieb, und ein anderes Team, das die Software live stellte und betrieb.
Die Idee von DevOps ist es, Softwareentwicklung (Dev) und IT-Betrieb (Ops) zu kombinieren.
Die Philosophie lautet:
Du baust es; du betreibst es!
Diese Organisation praktizierte das Gegenteil von DevOps. Aber die Umbenennung des IT-Betriebsteams in „DevOps“ schien den CTO zufriedenzustellen, der einmal einen Artikel über die Vorteile von DevOps gelesen hatte.
Wie man Cargo-Kult Agile vermeidet.
Hier sind einige weitere Agile Anti-Muster, die Indikatoren für einen Cargo-Kult sein können:
- Pull-Requests (der ineffizienteste Weg, Code-Reviews durchzuführen)
- Backend- und Frontend-User-Stories (so etwas gibt es nicht)
- Story-Punkte schätzen (herzlichen Glückwunsch, wenn Sie die Komplexität und nicht den Aufwand messen, aber es gibt immer noch bessere Alternativen)
- Continuous Integration (alle behaupten, sie machen es, während die meisten von ihnen es tatsächlich nicht tun)
- …
Ich könnte ewig so weitermachen, aber ich möchte lieber darüber sprechen, wie man es vermeiden kann zu einem Cargo-Kult zu werden.
Im zweiten Teil dieser Artikelreihe werde ich einige Ratschläge geben, wie man beurteilen kann, ob deine Investition in Agile eine gute oder schlechte Investition war oder ist. Außerdem werde ich die vier Schritte erklären, die du nutzen kannst, um zu vermeiden, ein Cargo-Kult zu werden.
Übrigens, wenn dir dieser Artikel gefällt und du keine zukünftigen Beiträge verpassen möchtest, zieh in Betracht, dich für meinen Newsletter anzumelden.
Bis bald,
-David