Wenn Agilität zum Problem wird, das sie lösen sollte

Eine Bewegung, die ihren Weg verloren hat

Im Jahr 2001 trafen sich siebzehn Softwareentwickler in einer Skihütte in Utah und verfassten ein Dokument, das die Art und Weise verändern sollte, wie die Welt Software entwickelt. Das Agile Manifest war eine Rebellion gegen aufgeblähte Prozesse, starre Pläne und den Glauben, dass Dokumentation Gespräche ersetzen könne. Zwei Jahrzehnte später ist die Rebellion zur Institution geworden. Die Institution zur Bürokratie. Und die Bürokratie sieht dem erstaunlich ähnlich, was Agilität eigentlich ersetzen sollte.

Der Informatiker Erik Meijer erklärte, „Agile ist ein Krebs, den wir aus der Industrie eliminieren müssen.“ Dave Thomas, einer der ursprünglichen Unterzeichner des Manifests, schrieb, dass das Wort „so unterwandert wurde, dass es praktisch bedeutungslos ist.“ Wenn die Gründer einer Bewegung sie verleugnen, ist etwas grundlegend schiefgelaufen.

Die Zertifizierungsfabrik

Das erste Warnsignal erschien auf dem Zertifizierungsmarkt. Was als Mittel zur Etablierung eines Grundlagenwissens begann, wurde zum Umsatzmotor. Ein zweitägiger Kurs und eine Multiple-Choice-Prüfung konnten jemandem den Titel Certified ScrumMaster verleihen. Keine Projekterfahrung erforderlich. Keine nachgewiesene Fähigkeit, ein Team durch Konflikte zu begleiten, organisatorische Widerstände zu navigieren oder eine bedeutungsvolle Retrospektive zu moderieren.

Das Ergebnis war vorhersehbar. Organisationen begannen, Zertifizierungen als Beweis für Kompetenz zu behandeln statt als Teilnahmebestätigung. Personalverantwortliche verlangten CSM- und PMP-Nachweise als Voraussetzung für agile Rollen und verwechselten die Landkarte mit dem Gelände. Wie der Praktiker Zach Bonaker beobachtete: „Menschen ohne das Wissen, ihr Problem zu verstehen, definieren die Anforderungen, um es zu lösen.“

Was Führungskräfte wirklich sagen

Die Kluft zwischen agilen Werten und organisatorischer Realität wird in den Worten derjenigen schmerzlich deutlich, die Transformationen leiten. Ein Direktor eines S&P-400-Unternehmens erklärte: „Wir haben viel zu viel in unseren SDLC investiert, und unsere Prozesse sind in Ordnung. Bei Agile geht es darum, auf Veränderungen zu reagieren, nicht darum, sich zu verändern.“ Ein Vizepräsident eines Unternehmens mit zwanzigtausend Mitarbeitenden formulierte es direkter: „Ich brauche Agile, das mit den heutigen Prozessen funktioniert und ohne die Organisation zu verändern.“

Diese Aussagen offenbaren ein grundlegendes Missverständnis. Agilität war nie eine Sammlung von Praktiken, die Sie auf eine bestehende Struktur aufpfropfen. Sie ist eine Veränderung in der Art, wie Menschen sich zu ihrer Arbeit, ihren Kolleginnen und Kollegen und ihren Kunden verhalten. Daily Standups ohne Vertrauen einzuführen ist Theater. Sprints ohne Teamermächtigung durchzuführen ist Wasserfall mit kürzeren Fristen.

Der Teufelskreis gescheiterter Transformationen

Gescheiterte agile Einführungen erzeugen einen sich selbst verstärkenden Kreislauf. Eine Führungskraft, die agile Prinzipien nicht versteht, stellt nach Zertifikaten statt nach Fähigkeiten ein. Die eingestellte Person, ausgewählt nach Diplomen statt nach Einsicht, implementiert Agilität als Prozessrahmen statt als kulturellen Wandel. Wenn die Ergebnisse enttäuschen, folgert die Organisation, dass Agile nicht funktioniert, und gibt es entweder auf oder verstärkt die Kontrolle. Beide Reaktionen machen den nächsten Versuch schwieriger.

Recruiter verschärfen das Problem. Unvertraut mit dem, was echte agile Expertise ausmacht, filtern sie Kandidaten anhand fehlerhafter Stellenbeschreibungen. Die Personen, die am besten geeignet wären, eine Transformation zu leiten, werden oft als Erste aussortiert, weil ihre Erfahrung nicht zur Checkliste passt.

Was die Gründer stattdessen vorschlugen

Die Unterzeichner des Manifests haben sich nicht auf Kritik beschränkt. Sie schlugen Alternativen vor. Dave Thomas empfahl, „Agile“ als Substantiv ganz aufzugeben. Statt zu fragen, ob eine Organisation „Agile macht,“ schlug er vor zu fragen, ob ihre Mitarbeitenden mit Agilität arbeiten: ob sie auf Veränderungen reagieren, Feedback suchen und sich kontinuierlich verbessern. Der Unterschied ist wichtig. Ein Substantiv wird zum Produkt. Ein Adjektiv beschreibt eine Qualität, die es zu entwickeln gilt.

Alistair Cockburn fasste die gesamte Philosophie in vier Wörter zusammen: kollaborieren, liefern, reflektieren, verbessern. Kein Framework. Keine Rollen. Keine Zeremonien. Nur ein Zyklus, den jedes Team unabhängig von der Methodik übernehmen kann. Ron Jeffries, ein weiterer Co-Autor, ging 2018 noch weiter, als er Entwicklern riet, „Agile aufzugeben,“ weil die Bewegung vom Management vereinnahmt worden sei und den Menschen, denen sie helfen sollte, nicht mehr diene.

Wo die eigentliche Arbeit stattfindet

Echte Agilität existiert in Organisationen, die das Wort nie verwenden. Sie zeigt sich in einem Produktteam, das eine kleine Funktion an zehn Nutzer ausliefert, bevor es die vollständige Version baut. Sie zeigt sich bei einer Projektleiterin, die einem Sponsor mitteilt, dass der Zeitplan unrealistisch ist, und einen reduzierten Umfang vorschlägt. Sie zeigt sich in einer Retrospektive, in der jemand sagt „dieser Prozess hilft uns nicht“ und das Team ihn am nächsten Tag ändert.

Diese Verhaltensweisen erfordern kein Framework. Sie erfordern ein Umfeld, in dem Menschen sich sicher fühlen zu experimentieren, zu scheitern und zu lernen. Dieses Umfeld aufzubauen ist die eigentliche Transformation, und sie ist weitaus schwieriger als Jira zu installieren oder Manager zu einem zweitägigen Zertifizierungskurs zu schicken.

Drei Veränderungen, die Praxis und Prinzip wieder verbinden

Teams, die in performativer Agilität feststecken, können drei Veränderungen vornehmen, die zählen. Erstens: Ersetzen Sie Output-Metriken durch Outcome-Metriken. Story Points und Velocity messen Aktivität. Kundenzufriedenheit, Time-to-Market und Fehlerquoten messen Wert. Zweitens: Machen Sie Retrospektiven folgenreich. Wenn sich nach einer Retrospektive nichts ändert, hören Sie auf, sie abzuhalten. Die Übung hat nur dann Wert, wenn sie zu Handlung führt. Drittens: Beziehen Sie die Menschen, die die Arbeit erledigen, in die Entscheidung ein, wie die Arbeit erledigt wird. Das ist das am häufigsten verletzte Prinzip in den meisten agilen Implementierungen und dasjenige, das am meisten zählt.

Das agile Manifest wurde an einem einzigen Nachmittag auf ein Whiteboard geschrieben. Es brauchte weder Zertifizierungen noch Frameworks noch Berater, um es zu erstellen. Diese Einfachheit zurückzugewinnen ist das Agilste, was eine Organisation tun kann.