Sich ändernde Kundenerwartungen, "brennende Plattformen", Wettbewerbsdruck und zunehmende regulatorische Anforderungen sind nur einige der großen Herausforderungen, denen sich moderne Unternehmensführer stellen müssen. Dieser Druck hat dazu geführt, dass viele Unternehmen vom einfachen zum komplexen Bereich übergegangen sind, was neue Managementansätze erfordert - evolutionäre Agilität in großem Maßstab.
Definitionen
Diese Begriffe werden in diesem Beitrag wie folgt definiert (entnommen aus diesem Artikel auf Cynefin framework):
- Kompliziert: in denen die Beziehung zwischen Ursache und Wirkung eine Analyse oder eine andere Form der Untersuchung und/oder die Anwendung von Expertenwissen erfordert, ist der Ansatz Erkennen - Analysieren - Reagieren und wir können bewährte Verfahren anwenden.
- Komplex: in dem die Beziehung zwischen Ursache und Wirkung nur im Nachhinein, aber nicht im Voraus wahrgenommen werden kann. Der Ansatz ist Sondieren - Erspüren - Reagieren und wir können die entstehende Praxis spüren.
- Offensichtlich: ersetzt die früher verwendete Terminologie "Einfach" aus dem frühen 2014 - in dem die Beziehung zwischen Ursache und Wirkung für alle offensichtlich ist, ist der Ansatz Sense - Categorize - Respond und wir können Best Practice anwenden.
SAFe 4.0 und Kanban
Eine wachsende Zahl von Unternehmen wendet sich dem Scaled Agile Framework (SAFe) zu, um die schlanken und agilen Praktiken zu skalieren, die die Technologiebranche als Best Practice akzeptiert hat. Organisationen, die bei ihren SAFe-Transformationen erfolgreich sind, sind sich über Folgendes im Klaren: die Komplexität der Transformation einer Organisation, die Rolle eines klaren "Big Picture"-Ausgangspunkts und das unermüdliche Streben nach evolutionärem Wandel anhand verschiedener Leitprinzipien und Modelle.
Die viel umfassendere Einbeziehung von Kanban in SAFe 4.0 ist ein bedeutender Schritt nach vorn in diesem letzten Punkt. Aber solange Ihr Unternehmen nicht über ein breiteres Verständnis der Eigenschaften eines gut organisierten Kanban-Systems für das Änderungsmanagement verfügt, wird diese Chance ungenutzt bleiben.
"Scrumble" Anfänge
Vor ein paar Jahren war ich als Berater für Kanban und Scrumban bei einem großen Finanzdienstleister tätig, als eine der ersten SAFe-Implementierungen stattfand. Viele meiner Agile-Trainerkollegen waren davon fasziniert, aber ich war weniger beeindruckt. Zu dieser Zeit wurde SAFe als starrer Top-Down-Prozess angesehen. Außerdem wurden komplexe Wertströme nicht berücksichtigt und es wurde versäumt, bedarfs- und kapazitätsgerechte Systeme auf Team- und Organisationsebene zu entwickeln.
Seit diesen Anfängen hat sich SAFe beträchtlich weiterentwickelt. Heute ist es ein Framework und eine Bibliothek, die die Lösung gängiger Probleme sowohl in einfachen als auch in komplizierten Domänen unterstützt. Die PI-Planung ist zum Beispiel eine der vielen erfolgreichen SAFe-Praktiken, die Annahmen und Risiken in den Teams vor der Implementierung aufdeckt. Eine effektive, gemeinschaftliche Planung ermöglicht bessere Entscheidungen und geringere Risiken.
Der Kontext zählt: Wenn SAFe ein falsches Gefühl von Sicherheit vermittelt
Wenn der Kontext jedoch von kompliziert zu komplex wechselt, tauchen neue Herausforderungen auf, die weniger erfahrene SAFe-Praktiker möglicherweise übersehen. Es besteht die Gefahr, dass die Illusion von Sicherheit entsteht, wo sie nicht existiert, wenn ein spekulatives Verfahren, das in einem offensichtlichen Bereich wirksam ist, in einem anderen Bereich angewendet wird. Gute Beispiele dafür sind:
- Technische Schulden durch schlechtes Design, die unerkannt bleiben.
- Die Einführung einer unangemessenen Menge an Abfall in den Planungsprozess, um eine künstliche "Angleichung" zu erreichen.
- Die Verwendung einer Art von Arbeit oder eines Kontexts als Referenzklasse für eine andere, ohne zu erkennen, dass sie nicht vergleichbar sind.
Im Gegensatz dazu können SAFe-Praktiker, die einen eher evolutionären und pragmatischen Ansatz verfolgen, einige dieser Gefahren vermeiden, indem sie genau auf die Ergebnisse achten und ihr Denken und ihre Ansätze entsprechend anpassen. Mit einem Wort: Sie wenden Kanban an.
Pragmatisches SAFe(ban)
Seit der Version 4.0 ist Kanban nun ein Bürger erster Klasse in SAFe, wobei die Implementierung von Kanban auf allen Ebenen des Big Picture gefördert wird. Hier sind nur einige der Fragen, die die Kanban-Methode bei einer SAFe-Implementierung beantworten kann:
- Wie können Sie Stabilitäts- und Vorlaufzeitdaten aus verschiedenen Systemen nutzen, um eng gekoppelte Kadenzen (auch bekannt als Program Increment) zu bestimmen?
- Wie können Sie die Optionalität nutzen, um das Serviceerlebnis für die Kunden eines Wertstroms oder eines Release Trains zu verbessern?
- Warum und wie funktioniert das Prinzip der Begrenzung von Work in Progress?
- Welche Annahmen werden von SAFe-Praktikern häufig getroffen (und sollten es nicht)?
- Welche Annahmen müssen zutreffen, damit verbundene Kanban-Systeme als Netzwerk funktionieren?
- Wie verwalten wir die Wertströme und geben die Züge als ein Netzwerk verbundener Systeme und Dienste frei?
- Wie können organisatorische Feedbackschleifen im Rahmen eines Release-Zugs mit Kanban funktionieren?
- Wie skaliert das STATIK von Kanban?
- Wie können wir Discovery Kanban nutzen, um in einem komplexen Umfeld zu sondieren, zu erkennen und zu reagieren?
So wie der Begriff Scrumban verwendet wird, um die Anwendung von Kanban in einem Scrum-Kontext zu beschreiben, würde ich SAFeban als einen ähnlichen Hybrid der Kanban-Methode in einem SAFe-Kontext vorschlagen. SAFe erkennt nun die Bedeutung von vernetzten Kanban-Systemen und die Überlebensfähigkeit der Kanban-Methode an. Diese Integrationen von Kanban in SAFe sind ein großer Schritt nach vorn.
Es ist eine aufregende Zeit für die Entwicklung von ausgereiften Prozessen zur Führung starker, agiler Technologieunternehmen.
Danksagung
Vielen Dank an Alexei Zheglov, Yuval Yeret, Shyam Kumar, Kevin Callahan, Diana Reddy und Dimitar Bakardzhiev für Feedback und Anregungen zu diesem Blogbeitrag.
