18 Begriffe

Das Drift-Framework

Der Drift

auch: Drift-Framework

Der Abstand zwischen dem Stated System, das eine Organisation dokumentiert, und dem Lived System, das sie tatsächlich betreibt.

Den Drift zu lesen ist eine Führungspraxis, kein Aufräumprojekt. Der Abstand ist kein Fehler, der wegzuräumen wäre; er existiert, weil das Stated System allein nie ausgereicht hat. Der Führungsschritt ist, den Drift zu lesen, zu entscheiden, was er dir sagt, und zu benennen, wer ihn bezahlt.

Quelle: Der Drift-Hub · Leading Agile When No One Agrees

Stated System

Die Organisation, die ein Unternehmen dokumentiert: Organigramm, schriftlicher Prozess, Planungstakt, berichtete Kennzahlen, vorgeschriebene Rollen und die Sprache in Steering-Komitees.

Es ist die Version des Unternehmens, die auf Folien und in Richtlinien erscheint. Sie produziert die ganze Zeit beruhigende Ausgaben, während die Organisation driftet, und genau deshalb reicht das Stated System allein nie aus, um zu erkennen, was passiert.

Lived System

Die Organisation, die ein Unternehmen tatsächlich betreibt: wo Entscheidungen fallen, wie Prioritäten wirklich gesetzt werden, wessen Kalender das Tempo bestimmt und welche Kanäle die Wahrheit tragen.

Es hat nur Antworten in den Köpfen der Menschen, die die Arbeit tun, und es zeigt sich in privaten Gesprächen in Konkretem: Namen, Kanäle, Kalender. Die meiste echte Koordination eines Programms wohnt hier, nicht im dokumentierten Prozess.

Den Drift lesen

Die Führungspraxis, den Abstand zwischen Stated System und Lived System zu benennen und zu entscheiden, was zu tun ist.

Es ist das Gegenteil davon, den Prozess so lange zu verschärfen, bis der Abstand verschwindet. Verschärfen schließt den Drift selten, weil der Drift überhaupt erst dort entsteht, wo das Stated System unzureichend war. Ihn gut zu lesen heißt, den Abstand als Information darüber zu behandeln, wie die Arbeit wirklich passiert.

Quell-Essay: Reading the Drift

Praxis & Diagnose

Die drei Drift-Fragen

Eine kurze Abfolge, um den Drift in jedem konkreten Kontext zu lesen.

Erstens: Was sagt das Stated System, was hier passieren sollte? Zweitens: Was tut das Lived System hier tatsächlich? Drittens: Wer bezahlt für den Abstand, und was würde ihn schließen? Die Fragen führen von der dokumentierten Antwort über die gelebte Antwort zur Entscheidung.

Wer den Abstand bezahlt

Die dritte Drift-Frage. Drift ist nie kostenlos; jemand trägt die Kosten immer, meist die Menschen nahe an der Arbeit.

Zu benennen, wer bezahlt, macht aus dem Drift, einem abstrakten Merkmal der Organisation, eine konkrete Entscheidung, für die jemand verantwortlich ist. Solange die Kosten keinen Namen haben, bleibt der Abstand unsichtbar und wird weiter still bezahlt.

Drift-Check

Ein Diagnose-Instrument aus fünf Fragen, das eine Grundlinie dafür gibt, wie weit Stated System und Lived System in einem Kontext auseinandergedriftet sind.

Verfügbar als interaktiver Check im Browser auf der Tools-Seite, als druckbares Worksheet auf der Begleitmaterial-Seite und als drift-cli, ein rein lokales Kommandozeilen-Werkzeug, das jeden Score auf deinem eigenen Rechner behält.

Quelle: Leading Agile When No One Agrees · Begleitmaterial

Statustheater

Wenn ein Statusboard grün bleibt und der Takt weiterläuft, während die eigentliche Arbeit längst woanders passiert.

Die beruhigende Ausgabe des Stated System ist genau das, was den Drift verbirgt. Der Status auf der Folie bleibt grün, die Rollen stehen noch im Organigramm, aber die Arbeit wird von Menschen getragen, die im Prozess nicht benannt sind, in Foren, die in niemandes Kalender stehen.

Seitentür

Ein inoffizieller Weg, über den Arbeit in ein Team gelangt, ohne den dokumentierten Prozess zu durchlaufen.

Eine häufige frühe Signatur von Drift auf einem Delivery-Board: ein steter Strom von Aufgaben, die nie durch die Planung liefen, aber trotzdem die Kapazität des Teams verbrauchen. Die Seitentür zu lesen zeigt, wo das Lived System um das Stated System herumgeroutet hat.

Schatten-Onboarding

Das inoffizielle Dokument, das ein neuer Mensch in der ersten Woche tatsächlich in die Hand bekommt.

Es sagt die Wahrheit über das Lived System, gerade weil es nie offiziell wurde. Es offiziell zu machen startet seinen Zerfall, denn in dem Moment, in dem es Teil des Stated System wird, beschreibt es nicht mehr, wie die Arbeit wirklich passiert.

Skalierte Agilität

Release Train Engineer

RTE

Der Servant Leader und Hauptfacilitator eines Agile Release Train im Scaled Agile Framework (SAFe).

Der RTE facilitiert die Events auf Programmebene, managt Risiken und teamübergreifende Abhängigkeiten und hilft dem Train, im Takt Wert zu liefern. Es ist eine der Rollen, die das Drift-Framework am direktesten anspricht, weil der RTE zwischen einem schriftlichen Framework und den Teams steht, die es in der Realität überleben lassen müssen.

Solution Train Engineer

STE

Die Rolle, die einen Solution Train in SAFe facilitiert und mehrere Agile Release Trains und Lieferanten koordiniert, die an einer einzigen großen Lösung bauen.

Häufig in Automobil, Luftfahrt und anderen großen Engineering-Programmen, wo eine Lösung, etwa ein Fahrzeug, von vielen Trains und externen Partnern abhängt, die zusammen liefern. Der STE arbeitet an den Nahtstellen zwischen ihnen, genau dort, wo sich Drift sammelt.

Agile Release Train

ART

Ein langlebiges Team aus agilen Teams, typischerweise 50 bis 125 Personen, das auf einem gemeinsamen Takt zusammen plant, sich committet und liefert.

Der ART ist das zentrale Konstrukt zur Wertlieferung in SAFe. Er richtet Teams auf eine gemeinsame Mission und einen einzigen Program-Increment-Rhythmus aus, damit viele Teams ein kohärentes Ergebnis liefern statt eines Haufens unverbundener Teile.

Program Increment

PI · PI Planning

Eine feste Timebox, meist acht bis zwölf Wochen, in der ein Agile Release Train Wert liefert.

Das PI Planning ist das getaktete Event, das das Increment eröffnet und bei dem die Teams eines Train gemeinsam planen, Abhängigkeiten sichtbar machen und sich auf Ziele committen. In der Praxis passiert viel von der Verhandlung in den Wochen davor; das Event ratifiziert sie.

Scaled Agile Framework

SAFe

Ein weit verbreitetes Framework, um agile Praktiken über viele Teams und große Programme hinweg anzuwenden.

Es ist aufgebaut um Agile Release Trains, Program Increments und ein Lean-Agile-Betriebsmodell. Das Drift-Framework ist für Menschen geschrieben, die solche skalierten Programme führen, wo das Framework auf dem Papier nicht einfach so befolgt werden kann, wie es geschrieben steht.

Scrum Master

Die Rolle, die für die Wirksamkeit eines Teams in Scrum verantwortlich ist: das Team coachen, seine Events facilitieren und Hindernisse aus dem Weg räumen.

Wo der RTE auf Train-Ebene arbeitet, arbeitet der Scrum Master auf Team-Ebene. Beide spüren den Drift am häufigsten zuerst, weil sie zwischen dem vorgeschriebenen Prozess und dem Team stehen, das die eigentliche Arbeit tut.

Verwandte Konzepte & Linie

Knowing-Doing-Gap

auch: Say-Do-Gap

Der Abstand zwischen dem, was eine Organisation zu tun weiß, und dem, was sie tatsächlich tut, benannt von Jeffrey Pfeffer und Robert Sutton.

Der Drift ist eine Praktiker-Lesart desselben Abstands, verengt auf skalierte Entwicklung und operativ gemacht mit dem Stated System, dem Lived System und den drei Drift-Fragen. Wo die Knowing-Doing-Gap erklärt, warum der Abstand existiert, ist der Drift geschrieben, um in einem Status-Meeting darauf zu handeln.

Quelle: Pfeffer & Sutton, The Knowing-Doing Gap (2000)

Espoused theory vs. theory-in-use

Chris Argyris und Donald Schons Unterscheidung zwischen dem, was Menschen über ihr Handeln sagen, und den Regeln, denen ihr Verhalten tatsächlich folgt.

Espoused theory ist das, was wir sagen, dass wir tun; theory-in-use ist das, was wir tatsächlich tun. Es ist die geistige Linie hinter dem Drift: das Stated System ist die espoused theory einer Organisation, das Lived System ihre theory-in-use.

Quelle: Argyris & Schon, organisationales Lernen (1974)

Keine Begriffe passen zu deiner Suche. Versuch ein anderes Wort oder setz den Filter zurück.

Weiterlesen

Von der Definition zur Praxis

Das Framework

Der Drift-Hub

Das ganze Framework: die zwei Systeme, die drei Fragen und für wen es ist.

Essay

Reading the Drift

Der lange Essay, der das Stated System und das Lived System einführt.

Werkzeug

Drift-Check starten

Das Diagnose-Instrument aus fünf Fragen, live im Browser bewertet. Nichts wird gespeichert oder gesendet.

Das Buch

Leading Agile When No One Agrees

Der Praxisleitfaden, aus dem diese Begriffe stammen. Erscheint Sommer 2026.