Ein Praxisleitfaden für Engineering-Führung in unvollkommenen Organisationen
Ein Bericht aus der Praxis über die echten Herausforderungen agiler Führung in komplexen Organisationen: die Politik, der Widerstand und das, was tatsächlich funktioniert. Aufgebaut auf dem Drift-Framework und entstanden aus fünfzehn Jahren in agilen Transformationen, nicht aus einem Framework-Foliensatz.
Die meiste Literatur zu agiler Führung beschreibt das Framework so, wie es laufen soll. Dieses Buch handelt vom anderen Fall: was Führung tatsächlich leisten muss, wenn das Framework auf dem Papier und die Organisation in der Praxis auseinandergedriftet sind und niemand sich so recht einig ist, welches von beiden das echte ist.
Jede Organisation betreibt zwei Systeme gleichzeitig: das Stated System, das sie dokumentiert, und das Lived System, das sie tatsächlich betreibt. Der Abstand dazwischen ist der Drift, und das Buch arbeitet ihn über zweiundzwanzig Kapitel als praktisches Führungsinstrument aus.
Jedes Kapitel ist um eine Szene aus fünfzehn Jahren in agilen Transformationen aufgebaut: eine Entscheidung, eine Abhängigkeit, ein Stück Organisationspolitik. Die Szenen sind anonymisiert und zusammengesetzt, aber die Muster sind echt, und das Unbehagen auch.
Release Train Engineers, Solution Train Engineers, erfahrene Scrum Master und Engineering-Führungskräfte, die skalierte Programme leiten, besonders in sicherheitskritischen oder anderweitig unnachgiebigen Kontexten, in denen das Framework nicht einfach wie geschrieben befolgt werden kann.
Ein vollständiges Beispielkapitel steht jetzt als PDF zur Verfügung. Mehrere Essays auf dieser Seite sind verdichtete Kapitel oder Vorläufer des Buchs; sie sind der schnellste Weg, vor dem Launch zu sehen, wie es sich liest.
Das Framework, das den Kern des Buchs bildet: das Stated System, das Lived System und die Praxis, den Abstand dazwischen zu lesen, statt zu versuchen, ihn zu schließen.
Kapitel 21, verdichtet. Wie man im skaliert-agilen Umfeld zum Engpass wird, warum die naheliegende Lösung es zuerst verschlimmert, und die Diagnosefrage, die es endlich sichtbar machte.
Warum „Wie kann ich helfen?“ die Diagnose still an das Team verlagert, und die härtere Frage, die man sich vor dem nächsten Cadence-Event stellen sollte.
Backlog-Management in skaliertem Agile ist überwiegend ein Schnittstellenproblem, das als Koordinationsproblem auftritt, und was sich verändert, wenn Teams ihr Backlog-Segment wie eine exportierte API behandeln.
Ein vollständiges Kapitel als PDF, ab sofort verfügbar.
Die vollständige Sammlung der Langform-Essays liegt auf der Artikel-Seite.
Worksheets und Diagnostik-Tools aus dem Buch sind im Begleitmaterial kostenlos herunterladbar.
Das Buch ist in finaler Vorbereitung für eine Veröffentlichung im Sommer 2026. Im Vorlauf erscheinen etwa alle zwei bis drei Wochen neue Essays, und Launch-Details gehen zuerst über Substack raus. Dort zu abonnieren ist der einfachste Weg, benachrichtigt zu werden und die Arbeit im Entstehen mitzulesen.