Agilität ohne Rahmenwerk - Ein Interview mit Joël Krapf

Worum es geht

Viele Organisationen stehen vor der gleichen Herausforderung: Sie wollen agiler werden, aber die bestehenden, weit verbreiteten Frameworks wie Scrum, SAFe oder LeSS passen scheinbar nicht hundertprozentig auf ihre spezielle Situation. Also beschließen sie, ihr eigenes, maßgeschneidertes Framework zu entwickeln – den „eigenen Weg“.

Das Problem ist nur: Dieser Prozess entgleist schnell. Was als lösungsorientierte Arbeit beginnt, verwandelt sich in politische Grabenkämpfe um Macht, Einfluss und Definitionshoheit. Plötzlich geht es nicht mehr darum, empirisch zu lernen und Kundenprobleme zu lösen, sondern darum, wer im selbst definierten Framework welche Rolle bekommt.

In dieser Episode teilt Joël Krapf, Head Lean Portfolio & Agile Transformation bei der Migros, seine ehrlichen und reflektierten Erfahrungen aus einer großen Transformation. Er zeigt auf, warum der initiale Ansatz, ein eigenes Framework zu bauen, in politischen Diskussionen stecken blieb und wie die Orientierung an einem etablierten Framework wie SAFe den Fokus wieder auf das Lösen echter Probleme lenken konnte.

Für wen?

Episoden-Insights

1. Politische Diskussionen ersetzen empirische Arbeit

Die Entwicklung eines eigenen Frameworks lädt fast zwangsläufig zu Machtspielen ein. Diskussionen drehen sich dann nicht um messbare Ergebnisse oder Kundenfeedback, sondern um Fragen wie „Wer darf in unserem Framework ‚Product Owner‘ heißen?“ oder welche Abteilung welche Entscheidungsbefugnis erhält. Diese Dynamik blockiert echte Fortschritte.

"Die Diskussion im Rahmenwerk war dann nicht empirisch getrieben... sie war eigentlich nur politisch getrieben."

2. Ein etabliertes Framework bringt dich schneller ins „Doing“

Der Wert eines vorhandenen Frameworks wie SAFe, LeSS oder Nexus liegt nicht in seiner Perfektion, sondern darin, dass es einen gemeinsamen Startpunkt bietet. Es erspart endlose Definitionsrunden und ermöglicht es Teams sofort, mit der Arbeit an konkreten Problemen zu beginnen. Das Framework wird dann empirisch – also basierend auf den gemachten Erfahrungen – angepasst, nicht auf Basis theoretischer Überlegungen.

3. Der Wartungsaufwand für ein eigenes Framework wird unterschätzt

Ein selbst gebautes Framework ist nie „fertig“. Es muss ständig erklärt, dokumentiert, geschult und weiterentwickelt werden. Dieser administrative Overhead bindet wertvolle Kapazitäten von Agile Coaches und Führungskräften, die eigentlich die Transformation begleiten und Teams unterstützen sollten. Diese Ressourcen fehlen dann bei der eigentlichen Wertschöpfung.

Dein nächster Schritt

Kommt dir das bekannt vor? Die Diskussion über den „richtigen“ Weg frisst Energie, während die eigentlichen Probleme warten? Wir helfen dir, aus dieser Schleife auszubrechen.