Zwei Tools aus dem Drift-Framework
Ein interaktives Delivery-Board für ein skaliertes Programm und der Fünf-Fragen-Drift-Check aus dem Buch, den du im Browser ausfüllen, im Terminal ausführen oder ausdrucken kannst. Beide stammen direkt aus den Diagnosen in meinem Buch .
E/E Solution Tracker
Ein Live-Delivery-Board für ein skaliertes Automotive-Programm. Wechsle vier Linsen, um zu sehen, wo Arbeit driftet, scrubbe die Zeitleiste über ein Program Increment oder lade dein eigenes Board.
Zum Board ↓ SelbsteinschätzungThe Drift Check
Das Fünf-Fragen-Diagnoseinstrument aus dem Buch, im Browser ausgewertet. Bewerte fünf Aussagen und erhalte deine Drift-Lesung, ohne dass etwas gespeichert oder gesendet wird. Auch als druckbares Worksheet und Terminal-Tool.
Zum Check ↓E/E Solution Tracker
Ein interaktives, hochrangiges Board für ein Program Increment eines skalierten automobilen E/E-Programms. Dasselbe Delivery-Board, auf vier Arten gelesen.
Ein Board, das zeigt, wo skalierte Arbeit still scheitert
Die meisten Delivery-Tools zeigen die Arbeit innerhalb der Teams: die Boards, die Stories, die Commitments. Der gefährliche Teil eines skalierten Programms ist die Grenze zwischen den Teams und die Arbeit, die es nie auf ein Board geschafft hat. Dieser Tracker behält die gewohnte Hierarchie aus Capability, Feature und Story und lässt dich dann die Linse wechseln, um vier Fehlermuster sichtbar zu machen, die sich in Worten allein schwer greifbar machen lassen.
Gespeist aus einem Beispiel-Datensatz, kein Live-System.Load your own board
Das Live-Board öffnen
Vier Linsen, vier Arten, wie Delivery driftet
Jede Linse ist eine Diagnose aus dem Drift-Framework, angewendet auf laufende Delivery statt auf einen Workshop.
Ungeplanter Zulauf
Arbeit, die an der PI-Planung vorbeilief, markiert gegen den zugesagten Plan, mit dem, was sie verdrängt hat, und wie viele Menschen sie gebunden hat. Das Ziel ist nicht, die Tür zu schließen, sondern zu sehen, was sie trägt.
Abhängigkeiten und Schnittstellenlücken
Verbindungen zwischen Teams, mit Schnittstellenlücken hervorgehoben. Die Story ist die Implementierung. Die Abhängigkeit ist die Schnittstelle. An der Grenze brechen Systeme.
Geplant gegen tatsächlich
Der zugesagte Plan gegen das, was tatsächlich bearbeitet wird. Wo beides auseinanderläuft, ist der Drift: zugesagte Arbeit, die ins Stocken geriet, und aktive Arbeit, die niemand geplant hat.
Überlastung und verborgene Eigentümer
Menschen, die auf zu viele Elemente verteilt sind, zugesagte Arbeit ohne Besetzung und Einzel-Eigner-Risiko bei sicherheitsrelevanten Stories. Sowohl ein leeres Namensfeld als auch ein einzelner Name sind Single Points of Failure.
The Drift Check
Das Fünf-Fragen-Diagnoseinstrument aus dem Buch für den Abstand zwischen dem, was eine Organisation zu tun sagt, und dem, was sie tatsächlich tut.
Bewerte fünf Aussagen, zu Information, Entscheidungen, Commitments, Verbesserung und Wissen, und erhalte deine Drift-Lesung. Sie läuft vollständig im Browser und speichert nichts; das Gespräch über die Lücke zählt mehr als der Wert. Derselbe Check liegt als druckbares Worksheet und als fürs Terminal vor, bewusst lokal gehalten: Ein Wert, der nach oben berichtet wird, misst die Lücke nicht mehr, sondern erzeugt sie.
Woher das kommt
Die Linsen sind die Diagnosen aus dem Drift-Framework, dem Rückgrat meines Buches . Diese Tools machen das Framework greifbar: dieselben Fragen, die eine Führungskraft an ein laufendes Programm stellen können sollte. Soll das auf deiner eigenen Delivery gelesen werden, oder eine Version, die dein eigenes Board lädt? Genau das ist meine Arbeit.