Hauptgedanke

Setzt man Agenten auf einen Prozess, an dem sich sonst nichts ändert, entsteht eine vorhersehbare Abfolge: Der Code wird schneller, dann blockiert das Produkt; das Produkt wird schneller, dann blockiert das Design; das Design wird schneller, dann blockiert die technische Prüfung; die Prüfung wird schneller, dann kommen Go-to-Market oder Support nicht mehr hinterher. Jeder befreite Schritt lässt den nächsten als neuen Engpass hervortreten, und das Team wiederholt dieselbe Investition eine Stufe weiter.

Lokale Geschwindigkeit schafft also nicht von sich aus Wert. Ein Team kann mehr Code, mehr Prototypen, mehr Dokumente und mehr Tickets erzeugen und dabei schlechter entscheiden: Die Unordnung wächst mit dem Durchsatz, solange der gesamte Fluss – Idee, Discovery, Spezifikation, Prototyping, Entwicklung, Tests, Sicherheit, Launch, Kommunikation, Support, Lernen – nicht neu gedacht wurde.

Die nützliche Frage lautet nicht „Wie machen wir die Entwickler schneller?“, sondern „Kann das gesamte System diese Geschwindigkeit aufnehmen, ohne an Kohärenz und Verantwortung zu verlieren?“

Warum das wichtig ist

Das ändert den Gegenstand eines Werkzeugprojekts: Ziel ist nicht ein Schritt, sondern die Kette. Wer einen isolierten Schritt optimiert, bekommt garantiert einen lokalen Gewinn und ein enttäuschendes Gesamtergebnis – was danach den Verdacht nährt, das Werkzeug bringe nichts.

Und es sagt, wohin man schauen muss, um die tatsächliche Wirkung zu messen: ans Ende der Kette, dorthin, wo etwas beim Kunden ankommt, nicht an die Stelle, an der der Gewinn festgestellt wurde.

Nuancen und Grenzen

Einen einzelnen Schritt zu beschleunigen bleibt manchmal für sich genommen richtig: Wenn ein einziger Schritt den Großteil der Wartezeit bündelt, genügt es, ihn anzugehen, um das Ganze für eine Weile freizubekommen.

Und einen ganzen Fluss neu zu denken hat Kosten, die den erwarteten Gewinn übersteigen können: In einem kleinen Team elf Schritte neu zu gestalten, um die Beschleunigung eines einzigen aufzufangen, ist unverhältnismäßig.

Offene Fragen

• Wie erkennt man, bevor man Werkzeuge einführt, welcher Schritt zum nächsten Engpass wird, statt es erst zu merken, wenn man dagegen läuft?