Agile Decoded

Agile hat ein Vokabularproblem. Nicht weil die Begriffe obskur wären — die meisten Menschen in modernen Organisationen haben sie gehört. Sondern weil es sich um vertraute Wörter handelt, die in einem völlig anderen Kontext verwendet werden, und ohne diesen Kontext ordnen die Menschen sie dem zu, was sie bereits kennen.

Wenn jemand zum ersten Mal auf „Scrum Master" stößt, ist das nächstliegende verfügbare Konzept „Projektmanager". Die Zuordnung fühlt sich natürlich an — fast offensichtlich. Der Kontext ist völlig anders.

Niemand hat eine ausreichend klare Brücke zwischen ihnen gebaut. Und das Problem verschärfte sich, als wohlmeinende Praktiker — Menschen, die aufrichtig bemüht waren, Organisationen voranzubringen — begannen, Agile als „besseres Projektmanagement" zu beschreiben. Begannen, Bücher mit dem Titel „Agile Methodik" zu schreiben. Wenn man seinen Ansatz eine Methodik nennt, messen die Menschen ihn an Methodikstandards: Planungsartefakte, Phasengates, Lieferbarstrukturen. Wenn Agile diese Dinge nicht produziert — weil es nie dafür ausgelegt war — scheitert es an diesen Standards, zu Recht. Das Problem ist nicht, dass Agile eine schlechte Methodik ist. Das Problem ist, dass Agile überhaupt keine Methodik ist. Es so zu nennen garantierte, dass alle, die eine Methodik suchten, enttäuscht wurden, und dass alle, die es adoptierten, etwas aufbauten, das Waterfall bereits kartiert hatte.

Ein Standup wird zum Statusbericht. Ein Sprint wird zur Deadline. Ein Backlog wird zur Aufgabenliste. „Agile Methodik" wird zur Standardformulierung für etwas, das die Autoren des Manifests nicht als Beschreibung dessen erkannt hätten, was sie aufgebaut haben. Und wenn die Wörter die falsche Bedeutung haben, produzieren die darauf aufbauenden Praktiken die falschen Ergebnisse — präzise, treu und in großem Maßstab.

Dieses Thema ist eine Korrektur Konzept für Konzept. Kein Stilhandbuch — ein funktionales. Jeder Beitrag nimmt ein Wort oder eine Phrase, das bzw. die grundlegend dafür geworden ist, wie Organisationen über Agile denken, untersucht, was es wirklich bedeutet, und erklärt, was verloren geht, wenn das Kürzel die Substanz ersetzt. Das sind nicht nur terminologische Unterschiede. „Gewünschtes Ergebnis" ist kein eleganteres Wort für „Spezifikation" — es ist etwas völlig anderes, aus einem anderen Modell dafür, wie Arbeit erledigt wird. Der Begriff ist die Oberfläche. Das Konzept darunter ist das, was zählt.

Das gleiche Muster zeigt sich, wenn Organisationen KI angehen — und die konzeptionelle Lücke ist größer. Bei Agile waren die zugrunde liegenden Konzepte zumindest artikuliert worden, auch wenn schlecht kommuniziert. Bei KI bilden sich die Konzepte selbst noch, und im öffentlichen Verständnis beginnen sie kaum zu entstehen. Das Vokabular eilt dem Verständnis voraus: KI als „Automatisierung", KI als „Werkzeug", „KI-Transformation" als Projekt mit Abschlussdatum. Jedes davon verankert ein mentales Modell, bevor jemand geprüft hat, ob es passt. Wie wir Dinge nennen, bestimmt, was und wie wir bauen. Die Wörter richtig zu haben ist die Voraussetzung dafür, die Arbeit richtig zu machen.

Es gibt ein Prinzip, das hier wirkt: Mentale Modelle kommen zuerst. Sprache drückt sie aus. Handlungen folgen. Wenn das mentale Modell nicht zur Arbeit passt, trägt das Vokabular, das es ausdrückt, diese Fehlanpassung — und die auf diesem Vokabular aufbauenden Handlungen werden das verzerrte Verständnis treu ausführen, in großem Maßstab, mit vollem Einsatz. Ein Vokabularwechsel ohne einen Mentalitätswechsel produziert bestenfalls eine Übersetzungstabelle: ein Äquivalenzdiagramm, bei dem „Sprint" auf etwas wie „kurze Deadline" abgebildet wird. Übersetzungstabellen ermöglichen es Menschen, über die Lücke hinweg zu operieren. Sie schließen sie nicht. Die Beiträge in diesem Thema streben danach, mehr als zu übersetzen. Sie streben danach, das mentale Modell zu verschieben.