book

Flight Levels – Organisationen mit Business-Agilität führen

by Klaus Leopold, Siegfried Kaltenecker

May 2023

Intermediate to advanced

304 pages

8h 52m

German

dpunkt

Read now

Unlock full access

1.1 Die drei Ebenen des Flight-Levels-Modells1.2 Fünf Kernaktivitäten auf dem Weg zur Business-Agilität1.3 Abläufe zwischen den Flight Levels1.3.1 Arbeitssystem-Topologie1.3.2 Flight Routes beschreiben1.4 Wozu Flight Levels?
2.1 Die Basis: agil vorgehen2.2 Ist-Situation klären2.3 Verbesserungsfokus definieren2.4 Führungskoalition schaffen2.4.1 Sponsorin2.4.2 Change-Team2.4.3 Change Agents2.4.4 Stakeholder2.5 Engagement fördern2.5.1 Das Contracting2.5.2 Die Sparringspartnerschaft mit Sponsorinnen2.5.3 Die Arbeit im Change-Team2.5.4 Der Flight-Levels-Einführungsworkshop2.5.5 Das Sounding Board2.5.6 Der Take-off
2.6.1 Ein idealtypischer Einführungsprozess2.6.2 Interaktionsformate im Veränderungsprozess2.6.3 Der Change-Flow-Workshop2.6.4 Ein Fallbeispiel in Detailansicht
3.1 Situation visualisieren3.1.1 Flight Item Types identifizieren3.1.2 Flight Routes – wie sich Arbeit über das Board bewegt3.1.3 Flight Routes finden und abgrenzen3.2 Das Board modellieren3.2.1 Board Pattern 1: Mehrere Flight Item Types managen3.2.2 Board Pattern 2: Flight Items ändern ihren Typ im Verlauf der Flight Route3.2.3 Board Pattern 3: Jetzt, als Nächstes, später3.2.4 Board Pattern 4: Up- and Downstream miteinander verbinden3.2.5 Board Pattern 5: Alles visualisieren und auf die Wartezeiten fokussieren3.2.6 Board Pattern 6: Doing vs. versteckte Wartezeiten3.2.7 Board Pattern 7: Die Wertschöpfungskette schließen3.2.8 Board Pattern 8: Arbeit von anderen3.2.9 Board Pattern 9: Output vs. Outcome3.2.10 Board Pattern 10: Definition of Done3.2.11 Board Pattern 11: Flight Level 2 Focus Explorer3.2.12 Board Pattern 12: Wissensengpässe sichtbar machen3.2.13 Board Pattern 13: Slicing3.2.14 Board Pattern 14: Flight Levels miteinander verbinden3.3 Umgang mit Problemen3.3.1 Blockaden3.3.2 Backflow – Rückfluss

3.4.1 Das Flussexperiment – Parallelogramme bauen3.4.2 Erkenntnisse aus dem Flussexperiment3.4.3 Fokus im Allgemeinen3.4.4 Wie Fokus aufgebaut werden kann3.4.5 Worauf wird eigentlich der Fokus gelegt?
4.1 Aufgaben von Flight Level 34.1.1 Ausführung der Strategie: Kreislauf statt Einbahnstraße4.1.2 Flight Level 3 am Beispiel eines Drohnenherstellers4.1.3 Skalierungsinhärenz: Connection Patterns4.1.3.1 Connection Pattern 1: Ein Flight-Level-3-System ist mit anderen Flight-Level-3-Systemen verbunden4.1.3.2 Connection Pattern 2: Ein Flight-Level-3-System ist mit mehreren Flight-Level-2-Systemen verbunden4.1.3.3 Connection Pattern 3: Ein Flight-Level-3-System ist direkt mit Flight-Level-1-Systemen verbunden4.1.3.4 Connection Pattern 4a/b: Ein Flight-Level-3-System wird (a) mit einem oder (b) mit mehreren Flight-Level-2- und Flight-Level-1-Systemen auf einem gemeinsamen Board abgebildet4.1.3.5 Connection Pattern 5: Ein Flight-Level-3-System ist mit mehreren kombinierten Flight-Level-3-2-1-Systemen verbunden4.2 Bestehende Strategien und Flight Levels zusammenführen – hallo SOFI!4.2.1 Allgemeines zur SOFI4.2.2 Patterns für Flight-Level-3-Boards4.2.2.1 FL3-Board Pattern 1: Die führende Spalte definieren4.2.2.2 FL3-Board Pattern 2: Verbindung durch Swimlanes, Avatare oder Farben4.2.2.3 FL3-Board Pattern 3: Objectives, Key Results, Actions – OKRA4.2.2.4 FL3-Board Pattern 4: Skalen4.2.2.5 FL3-Board Pattern 5: Stories hinzufügen4.2.2.6 FL3-Board Pattern 6: Viele Flight Items4.2.2.7 FL3-Board Pattern 7: Verfeinern, erkunden, analysieren4.2.2.8 FL3-Board Pattern 8: SAFe® Portfolio4.2.3 SOFI verbessern4.2.3.1 Flight Items formulieren4.2.3.2 Outcomes formulieren4.2.3.3 Die Qualität von Outcomes verbessern4.2.3.4 Stories formulieren4.3 Fokus schaffen und Rahmenbedingungen setzen4.3.1 Outcomes in Process4.3.2 Budgeting
5.1 Fallbeispiel: Systemarchitektur eines Drohnenherstellers
5.2.1 Potenzielle Flight-Level-2-Systeme identifizieren5.2.2 Die einzelnen Teams den Flight-Level-2-Systemen zuordnen5.2.3 Unnötige Flight-Level-1-Systeme aus der Topologie entfernen5.2.4 Den Koordinationsbedarf zwischen Flight-Level-2-Systemen identifizieren5.2.5 Flight-Level-3-Systeme identifizieren, um Strategie und Arbeitsfluss zu verbinden5.3 Flight Routes5.3.1 Flight Routes definieren5.3.2 Wozu werden Flight Routes benötigt?5.3.3 Das große Flight-Levels-Antipattern
6.1 Agile Interaktionen im Systembetrieb am Beispiel eines Flight-Level-2-Systems6.1.1 Interaktionen im Arbeitsfluss6.1.2 Interaktionen und Meetings gestalten6.2 Synchronisation sicherstellen6.2.1 Gute Praktiken der Synchronisation6.2.2 Synchronisation auf dem Prüfstand6.3 Systemverbesserung messen6.4 Interaktionen verbessern6.4.1 Die organisatorischen Weichen stellen6.4.2 Moderationsplan ausarbeiten6.4.3 Das Momentum wahren6.5 Neue Impulse setzen6.5.1 Johari-Fenster trifft auf Flight Levels6.5.2 Die systemische Schleife zur Vorbereitung6.5.3 Bausteine eines Verbesserungsworkshops6.5.4 Debriefing

Content preview from Flight Levels – Organisationen mit Business-Agilität führen

Werfen wir zuerst einen Blick auf das Organigramm (die Zahlen in den Kreisen zeigen die Anzahl der Mitarbeitenden in den einzelnen Abteilungen an):

An der Position des Chief Technology Officer hängen drei Stabsstellen, nämlich das jeweilige Produktmanagement für die Modelle 3P, 4P und 5P.
Die Abteilung Gehäuse (Body) ist mit drei produktspezifischen Teams dafür verantwortlich, die Gehäuse für die einzelnen Modelle zu bauen.
In der Abteilung Propeller (Prop), die für den Propellerbau zuständig ist, sieht es ähnlich aus: Auch hier kümmert sich jeweils ein Team um den Bau der Propeller für ein Modell.
Die Abteilung Batterie setzt sich nur aus zwei Teams zusammen, weil derzeit nur zwei Batteriearten für die drei Modelle verfügbar sind.
Am größten ...