Business Agility: Wenn das Framework wichtiger wird als das Ergebnis
Ein Konzernbereich, komplett nach Lehrbuch skaliert: alle Rollen besetzt, alle Events im Kalender, alle Boards gepflegt. Auf dem Papier ein Vorzeigefall. Im Maschinenraum: 40 Menschen, die zwei volle Tage pro Quartal planen — und deren Pläne nach drei Wochen niemand mehr ansieht.
Auf die Frage „Was ist seit der Transformation für eure Kunden besser geworden?“ kam 20 Sekunden lang nichts. Dann: „Wir sind jetzt agil.”
Das Framework ist das Gerüst. Nicht das Haus.
Nichts gegen SAFe, Scrum oder Kanban — ich arbeite täglich damit. Aber ein Framework beantwortet nur wie gearbeitet wird, nie wozu. Wenn die Zeremonie wichtiger wird als das Ergebnis, ist aus einer Methode eine Religion geworden. Und Religionen diskutieren nicht über ihren Nutzen.
Was wir stattdessen gemacht haben — mit C-Level-Rückendeckung, sonst funktioniert es nicht:
- Events halbiert. Jedes Meeting musste seinen Zweck in einem Satz erklären können. Konnte es das nicht: gestrichen. Aufschrei: einen Sprint lang. Danach: Erleichterung.
- Outcome statt Output. Velocity-Charts raus, drei Kundenmetriken rein: Durchlaufzeit, Fehlerquote, Nutzung. Unbequem — plötzlich sieht man, was wirkt.
- Entscheidungen dorthin, wo die Information ist. Die Hälfte der Eskalationen verschwand, weil Teams entscheiden durften, was sie ohnehin am besten wussten.
Nach einem Quartal: gleiche Leute, gleiche Systeme, ein Drittel weniger Meetingzeit, erstmals messbar kürzere Durchlaufzeiten. Business Agility ist genau das — die Fähigkeit, schnell und menschlich auf Veränderung zu reagieren. Nicht die Fähigkeit, Events fehlerfrei zu choreografieren.
Die Kurzfassung: Wenn deine Transformation „fertig eingeführt“, aber nichts messbar besser ist, hast du keine Agilität gekauft, sondern ein Vokabular. Der Mensch gehört in den Mittelpunkt, der Outcome auf das Dashboard — der Rest ist verhandelbar.
Framework da, Wirkung fehlt? Reden wir drüber — ohne Folien.