Der Drift
Jede Organisation betreibt zwei Systeme gleichzeitig. Das System, das sie dokumentiert, und das System, das sie tatsächlich betreibt. Der Abstand dazwischen ist der Drift, und ihn zu lesen ist eine Führungspraxis, kein Aufräumprojekt.
Zwei Systeme, eine Organisation
Das Stated System ist die Version der Organisation, die auf eine Folie passt. Das Organigramm, der Planungstakt, der dokumentierte Prozess, die Kennzahlen, die berichtet werden, die Rollen mit Stellenbeschreibung und die Sprache, die in Steering-Komitees verwendet wird.
Das Lived System ist schwerer zu beschreiben, weil es in niemandes Dokumentation steht. Dort werden die echten Entscheidungen getroffen, dort werden Prioritäten tatsächlich gesetzt, dort tragen einzelne Personen Wissen im Kopf, dort bestimmen Kalender das Tempo der Arbeit, und dort gibt es Kanäle, die die Wahrheit transportieren, und Foren, in denen man vorsichtig wird, sie auszusprechen.
Der Abstand zwischen beidem ist der Drift. Ein gewisser Drift ist normal, und ehrlich gesagt sogar gesund. Das Problem ist nicht, dass es ihn gibt. Das Problem ist, dass er sich in eine Richtung weiter öffnen kann, die niemand gewählt hat, während der Status auf der Folie weiter grün bleibt.
Was tatsächlich wirkt, ist den Drift zu lesen, statt ihn zu schließen.
Die drei Drift-Fragen
Wenn ich vor einem Führungsproblem stehe, das festhängt, gehe ich diese drei Fragen der Reihe nach durch. Die ersten beiden machen den Abstand sichtbar. Die dritte benennt, wer ihn bezahlt, und dort wohnt die eigentliche Entscheidung.
-
Was sagt das Stated System, was hier passieren sollte?
Auf diese Frage gibt es fast immer irgendwo eine schriftliche Antwort. Das Framework sagt das eine, die Policy das andere, das Organigramm impliziert ein drittes. Was es auch ist, ich schreibe es in den Worten auf, die das System selbst verwendet, weil meine eigene Paraphrase bereits Interpretation hinzufügen würde.
-
Was tut das Lived System hier tatsächlich?
Hier gibt es Antworten nur in den Köpfen der Menschen, die die Arbeit tatsächlich tun. Der Weg dorthin ist, im Vertrauen zu fragen, bei den Personen, die die Last tragen. Nicht im Workshop, nicht in einer Town-Hall. Ich frage nicht, wie der Prozess mit X umgeht. Ich frage, was passiert, wenn X auftaucht. Die Antworten kommen in Spezifika zurück: Namen, Kanäle, Kalender.
-
Wer bezahlt die Lücke, und was würde sie schließen?
Der Drift ist nicht kostenlos. Jemand trägt immer die Kosten. Meist sind es die Menschen, die am nächsten an der Arbeit sind, weil sie die Differenz zwischen Versprechen und Realität auffangen, durch mehr Aufwand, durch späteres Arbeiten, durch Umwege. Wer bezahlt zu benennen, macht aus dem Drift ein konkretes Führungsanliegen, kein abstraktes Strukturmerkmal.
Führung in skalierter Arbeit, die nicht so läuft wie aufgeschrieben
Der Drift ist vor allem für jene nützlich, deren Arbeit zwischen einem schriftlichen Framework und den Menschen liegt, die es im Alltag funktionsfähig halten müssen. Das Framework muss nicht immer verteidigt werden. Manchmal muss es zuerst ehrlich beschrieben werden.
Engineers, die ARTs oder Solution Trains leiten und täglich den Abstand zwischen Planungsartefakten und dem realen Arbeitsfluss spüren.
Engineering-Leitung und Senior-Manager, die Entscheidungen auf unvollständiger Grundlage treffen müssen und beginnen zu vermuten, dass der Foliensatz Teil dessen ist, was die Sicht verdeckt.
Agile Coaches und Transformations-Leads, die das Festziehen von Prozessen bereits probiert und gemerkt haben, dass dabei mehr Zeremonie entsteht, nicht mehr Klarheit.
Erfahrene Scrum Master, Principal Engineers und Produkt-Leads, die genug Zyklen gesehen haben, um zu erkennen, wann ein grüner Status ein Projekt beschreibt, das es so nicht mehr gibt.
Fünfzehn Jahre in agilen Transformationen
Ich bin nicht über eine Theorie zum Drift gekommen. Ich bin von innen aus der Arbeit dort hingekommen, indem ich denselben Bruch zwischen Prozess und Praxis in unterschiedlichen Organisationen und Branchen immer wieder gesehen habe. Das Framework ist der übertragbare Teil. Das Buch ist die ausführliche Fassung. Der Essay ist die kurze. Diese Seite ist der Eingang.
Sechs Wege, das Framework weiterzuverfolgen
Reading the Drift
Der lange Essay, der das Framework einführt, mit dem ausgearbeiteten Beispiel, wer die Kosten trägt, wenn der Prozess nicht genügt.
Essay lesen → EssayHow to Read a Delivery Board
Ein Board, das neun von neun Features grün zeigte, während das Programm abrutschte, und die vier Lesarten, die zeigen, wohin die Arbeit wirklich gegangen ist: Seitentür-Zulauf, Schnittstellenlücken, Drift und wo die Menschen sind.
Essay lesen → DemoDer E/E Solution Tracker
Ein interaktives Live-Lieferboard für ein skaliertes Automotive-Programm, mit den Drift-Lesarten als umschaltbare Ansichten und einer Zeitleiste, die nachspielt, wie sich der Drift über ein Program Increment hinweg ansammelt.
Demo öffnen → BuchLeading Agile When No One Agrees
Zweiundzwanzig Kapitel, die den Drift anhand von Szenen aus skalierten Engineering-Programmen ausarbeiten. Beispielkapitel jetzt verfügbar, vollständige Veröffentlichung Sommer 2026.
Ins Buch → BegleitmaterialWorksheets und der Drift-Check
Sieben druckbare Diagnostik-Werkzeuge, darunter der Fünf-Fragen-Drift-Check, sowie drift-cli, eine rein lokale Kommandozeilen-Variante, die jeden Wert auf dem eigenen Rechner behält.
Worksheets holen → ZusammenarbeitVorträge, Beratung und Coaching
Vorträge auf Basis des Drift für Führungsformate, Beratungsmandate mit Engineering-Organisationen mitten in der Transformation und Einzel-Coaching für erfahrene Praktiker:innen.
Formate ansehen →