+43-676-330-4803KontaktImpressum en de

Blog

Flight Levels Curriculum & Titel

Viele Menschen haben unser Buch „Agilität neu denken“ gelesen und gesagt: „Wir brauchen das in unserem Unternehmen“. Einige bezeichnen es sogar als das fehlende Bindeglied zur Business Agilität. Das Buch bietet jedoch nur einen ersten Blick auf die Probleme, die wir erkannt haben und es geht grob auf einige unserer Lösungen ein. Es gibt bloß noch so viel mehr, wenn man ins Detail geht… Das hat die Flight Levels Academy dazu veranlasst, ihr Workshop-Programm zu präzisieren und Titel einzuführen, damit leichter nachvollziehbar ist, wer welches Wissen und wer welche Erfahrung hat.Unsere Workshop-Programme zeigen dir einen Weg, wie du mit Flight Levels ganze Organisationen zu wahrer Business Agilität verhelfen kannst – maßgeschneidert auf deine Anforderungen, deine Unternehmensgröße und deine wissensmäßige Ausgangsposition!

Die neuen Programme im Überblick

Für den Start bieten wir zwei Programme an: Eines für Tribes, Produkte und Abteilungen und eines für die gesamte Organisation:

  • Im Flight Levels Flow Enabler (FLFE) Programm lernst du, Business Agilität innerhalb von Tribes, Produkten und Abteilungen zu etablieren. Wir fokussieren uns dabei auf eine Größe von ca. 30 – 300 Leuten.
  • Im Flight Levels Systems Architect (FLSA) Programm lernst du, wie man Business Agilität in der gesamten Organisation etabliert.

Wenn du darüber hinaus gehen willst und Flight Levels als interner oder externer Coach oder Trainer ins Zentrum deines Wirkens stellen möchtest, bieten wir dir zwei weiterführende Programme an:

  • Im Certified Flight Levels Coach (CFLC) Programm lernst du, wie man agile Veränderungsprozesse ganzer Organisationen professionell gestaltet und begleitet.
  • Das Certified Flight Levels Guide (CFLG) Programm richtet sich an Trainer, die zertifizierte Ausbildungen zum Thema Flight Levels anbieten wollen.

Details zu den Programmen

Flight Levels Flow Enabler – FLFE

Du bist in der Lage, teamübergreifende Arbeitssysteme für 30 bis 300 Personen zu designen und zu betreiben. Du entwickelst die Coaching-Skills, um andere bei der Handhabung ihrer Flight-Level-Systeme zu begleiten sowie Großgruppen-Veranstaltungen zu entwerfen und durchzuführen.

Drei Workshops müssen für den Titel Flight Levels Flow Enabler absolviert werden:

  1. Flight Levels Introduction
  2. Flight Levels Flow Design
  3. Flight Levels Coaching Skills

Flight Levels Systems Architect – FLSA

Du beschäftigst dich mit der Ablauforganisation und der Veränderung auf Organisations-Ebene. Du erkennst, welche Systeme auf welchen Flight Levels in einer Organisation benötigt werden, um die gewünschten Ziele zu erreichen und du bist fähig, einen agilen Veränderungsprozess zu gestalten.

Zwei Workshops müssen für den Titel Flight Levels Systems Architect absolviert werden:

  1. Flight Levels Introduction
  2. Flight Levels Systems Architecture 

Certified Flight Levels Coach – CFLC

Wenn die Entscheidung fällt, die Ablauforganisation eines ganzen Unternehmens anhand des Flight-Levels-Konzepts zu verbessern, hast du echt viel zu tun. Du musst die Fähigkeiten des Flight Levels Flow Enabler und Flight Levels Systems Architect aus dem Effeff beherrschen, denn als Certified Flight Levels Coach musst du auch Flow Design und System Architektur Workshops anleiten können. Du musst Menschen vom Topmanager bis zum einzelnen Teammitglied begleiten und coachen können. Es geht hier im Grunde darum, eine neue soziale Architektur zu schaffen – das braucht ziemlich viel Feingefühl und das Wissen, wie man Veränderungsprozesse begleitet.

Die Anforderungen für den Titel Certified Flight Levels Coach:

  1. Absolviert: Flight Levels Flow Enabler, Flight Levels System Architect
  2. Jetzt absolvieren des Flight Levels Coach Training.
  3. Review-Prozess der Flight Levels Academy.

Certified Flight Levels Guide – CFLG

Gemeinsam mit einem anderen Guide der Flight Levels Academy lernst du, alle Workshops vorzubereiten und durchzuführen. Nach erfolgreichem Abschluss bist du berechtigt, Workshops der Flight Levels Academy zu halten und die entsprechenden Zertifikate auszustellen.

In welcher Reihenfolge sollen die Workshops absolviert werden?

Alles beginnt mit dem Flight Levels Introduction Workshop, da er für alle weiteren Programme die Grundlage bildet. Generell empfehlen wir dir, das Flight Levels Flow Enabler Programm vor dem Flight Levels Systems ArchitectProgramm zu absolvieren. Du solltest zuerst lernen, wie man Business Agilität innerhalb eines Tribes, eines Produkts oder einer Abteilung von 30 bis 300 Leuten etabliert. Wenn du das beherrscht, kannst du im nächsten Schritt lernen, wie man Business Agilität für die gesamte Organisation erreicht.

Wenn du trotzdem mit dem Flight Levels Systems Architect Programm beginnen willst, führe zuerst diesen Selbst-Check durch:

  • Du hast mehrjährige Erfahrung als Agile Coach.
  • Du weißt, wie man mit Einzelpersonen, Kleingruppen und vor allem Großgruppen arbeitet.
  • Du hast Erfahrung, wie man Stand-Ups und Retrospektiven auf allen drei Flugebenen moderiert.
  • Du hast bereits erfolgreich Arbeitssysteme für Tribes, Abteilungen, Unternehmens- oder Produktbereiche von 30 – 300 Leuten erstellt und betrieben.
  • Dir ist klar, wie man Arbeitsfluss in einer Organisation aufbaut und die Arbeit visualisiert.
  • Du weißt, warum Fokus zu setzen essenziell ist und du kennst auch verschiedene Arten, wie man Fokus aufbaut.

Wenn du alle Punkte mit Ja beantworten kannst, dann bist du bereit für das Flight Levels Systems Architecture Programm. Wenn du einige Punkte mit Nein beantwortest, dann solltest du mit dem Flight Levels Flow Enabler Programm beginnen.

Voraussetzung für den Certified Flight Levels Coach sind beide Titel: Flight Levels Flow Enabler und Flight Levels Systems Architect.

Voraussetzung für den Certified Flight Levels Guide ist der CFLC.

Falls du schon Workshops der Flight Levels Academy absolviert hast, sind diese ja mit einem Certificate of Completion dokumentiert und diese werden natürlich angerechnet. Für Fragen stehen wir dir jederzeit zur Verfügung!

Purchasing Power Parity Preise

Ab dem 1. Juli 2020 bieten wir für alle Online-Workshops angepasste, faire Purchasing Power Parity Preise an, die sich nach dem Aufenthaltsland des/r Teilnehmers/in richten. Unser Ziel ist es, Workshops für alle Menschen auf der ganzen Welt zugänglicher zu machen, unabhängig davon, wo sie leben oder wie ihre wirtschaftliche Situation aussieht. Heute beginnen wir damit, einige Hindernisse bei der Preisgestaltung zu beseitigen, die einen fairen und breiten Zugang zu Wissen und Lernen verhindern.

Die Preisanpassung wird zunächst in zwei Regionen gruppiert und auf der Grundlage von PPP erfolgen.

Standard-Preise 100%
Australien, Bahrain, Belgien, Brunei, Dänemark, Deutschland, Finnland, Frankreich, Irland, Italien, Island, Japan, Kanada, Katar, Kuwait, Luxemburg, Macao, Malta, Niederlande, Neuseeland, Norwegen, Oman, Österreich, San Marino, Saudi-Arabien, Singapur, Spanien, Schweden, Schweiz, Spanien, Südkorea, Taiwan, Vereinigte Arabische Emirate, Vereinigtes Königreich, Vereinigte Staaten von Amerika und Zypern

Angepasste Raten 40% (Standard-Preis x 0,4 = PPP0,4-Preis)

Brazil, Thailand, South Africa

Angepasste Raten 60% (Standard-Preis x 0,6 = PPP0,6-Preis)
Alle oben nicht aufgeführten Länder.

Wir legen Wert auf Fairness und wollen die Art und Weise, wie wir Fairness fördern, weiter verbessern.
Dies ist erst der Anfang.

Systems Architecture oder Board Design: Wo bin ich richtig?

Vielleicht spielst du gerade mit dem Gedanken, dich für eines unserer Trainings zum Flight-Levels-Modell anzumelden. Wenn du ein öffentliches Training besuchen willst, hast du derzeit neben dem Flight Levels Coach zwei Optionen: Flight Levels Systems Architecture und Flight Levels Board Design. Was ist der Unterschied zwischen diesen beiden Trainings? In aller Kürze:

Boards spielen im Flight-Levels-Modell eine große Rolle, weil wir die Situation einer Organisation explizit machen müssen. Damit wir wissen, mit welchen Zusammenhängen und Voraussetzungen wir es zu tun haben, müssen wir sie so gut wie möglich sichtbar machen – das funktioniert mit Boards eben sehr gut. Doch physische oder elektronische Boards sind nur der augenscheinlichste Teil eines „Flight-Levels-Systems“. Zu einem System zählen wir auch die sogenannten Flight Items, also die Arbeiten, die sich auf den Boards wiederfinden. Außerdem gehören zum System die Personen oder Teams, die an der Bearbeitung der Flight Items beteiligt sind und die Formen der Interaktion zwischen diesen Beteiligten – damit sind in erster Linie regelmäßige Meetings, Retrospektiven etc. gemeint.

Weil so ein Board ja vermeintlich schnell gebaut ist, tappen viele Organisationen in die Falle und wollen sofort damit loslegen. Meine erste Frage, wenn ich in ein Unternehmen komme, lautet aber nicht „WIE bauen wir ein Board?“, sondern „WELCHE Boards müssen wir überhaupt bauen?“. Dann passiert Folgendes: Es wird die Gleichung „Board = Organisationsstruktur“ aufgestellt. Wir brauchen Boards für Teams, Abteilungen und Bereiche.

Nun ja, was soll ich sagen: Diese Gleichung ist falsch! Boards sollen dabei helfen, den Fluss der Arbeit durch die Organisation zu verbessern. Boards, die der Organisationsstruktur folgen, zementieren hingegen nur die bestehenden Silos. Den Kunden eines Unternehmens ist aber völlig egal, wie gut die Silos der Aufbauorganisation funktionieren – sie wollen gute Produkte und Services konsumieren. Deswegen ist es extrem wichtig, sich gut zu überlegen, welche Boards im Sinne der Lieferung an den Kunden gebaut werden sollten. Genau damit beschäftigen wir uns in Flight Levels Systems Architecture (FLSA).

 

Flight Levels System Architecture (FLSA)

Das Flight-Levels-Modell klingt sehr einfach und deswegen findet es wahrscheinlich auch den großen Anklang. So gut wie in jeder Organisation gibt es zumindest eine strategische und operative Ebene, und diese Ebenen versuchen wir in einen regelmäßigen, koordinierten Austausch zu bringen. So weit, so easy.

Doch wie sieht das aus, wenn eine Organisation nicht 10, sondern 1000 Mitarbeiter oder mehr hat? Hm, schon nicht mehr so easy. Wo verlaufen da die Flight Levels, wo fangen sie an und wo hören sie auf und welche Systeme werden auf welchem Flight Level benötigt? Richtig gelesen: Fast immer gibt es auf einer Ebene nicht nur ein Flight-Levels-System, sondern gleich mehrere.

In FLSA stellen wir uns anhand von Fallbeispielen der Teilnehmerinnen und Teilnehmer die Frage: Welche Flight-Levels-Systeme werden in der Organisation benötigt, um die Leistung für den Kunden zu erbringen, die wir erbringen wollen? In welcher Beziehung stehen diese Systeme? Wie verteilt sich die Arbeit über die einzelnen Systeme? Wie tauschen die Menschen in diesen Systemen untereinander die Informationen aus?

Die Antworten auf diese Fragen halten wir in einer Visualisierung fest, die uns alle benötigten Systeme und ihre Zusammenhänge zeigt.

Wenn wir dieses Diagramm erstellt haben, machen wir einen ersten Detaillierungsschritt: Welche Flight Items und welche Flight Routes gibt es in diesen Systemen? Anders ausgedrückt: Wir überlegen, wie die einzelnen Systeme ineinander greifen.

Wie bereits erwähnt, handelt es sich bei den Flight Items um die Arbeiten, die durch die Flight-Levels-Systeme fließen. Die Frage lautet also: Welche Arbeiten werden in den einzelnen System gemanagt? Auf einem Strategieboard werden wir zum Beispiel nicht die Tasks eines Teams der operativen Ebene sehen. Manches ist aber schwieriger zuzuordnen: Was gehört zum Beispiel auf ein Flight-Level-2-Board? Wie brechen wir die 5-Jahres-Strategie auf Tasks herunter und passt das überhaupt zusammen? Wo und wie können wir messen, welche Erfolge und Misserfolge wir haben?

Die Flight Routes beantworten die Frage, wo im Gesamtkontext der Organisation die Arbeit entsteht. Wo wird entschieden, woran gearbeitet wird? Wer ist von der Entscheidung betroffen? Wie schafft es die Arbeit von der Entscheidung bis zur Lieferung? In diesem Zusammenhang besprechen wir auch die Interaktionen zwischen den einzelnen Systemen: Wo sind welche Meetings in welcher Form sinnvoll?

Die entworfene Flight-Level-Architektur ist natürlich kein Selbstzweck, sondern sollte in der Organisation verankert werden. Im letzten Teil des Workshops besprechen wir daher den Take-off-Plan – einen agilen Veränderungsplan. Wir gehen nicht ins Detail, aber ihr erfahrt, worauf ihr besonders achten solltet.

Hier noch mal zusammengefasst die wichtigsten Themen des Flight Levels Systems Architecture Workshop:

  • Bauen einer Flight Levels Architektur
  • Definieren der Flight Items und Flight Routes
  • Festlegen der wichtigsten agilen Interaktionen
  • Erarbeiten eines ersten Take-Off-Plans

 

Flight Levels Board Design (FLBD)

Der Titel dieses Trainings ist genau genommen nicht korrekt, weil er nicht alles einschließt, was ihr hier lernt. Wir haben die Bezeichnung aber bewusst so gewählt, um zu zeigen, dass es um die aktive, tägliche Arbeit mit Flight-Levels-Systemen geht. Naturgemäß ist das wesentlich mehr als nur das Artefakt „Board“. Bei der Inbetriebnahme von und der folgenden regelmäßigen Arbeit mit  Flight-Levels-Systemen wiederholen sich immer wieder die folgenden Schritte:

Wie diese Schritte in der Praxis funktionieren, sehen wir uns an diesen zwei Tagen an. Selbstverständlich bauen wir Boards, und zwar Flight-Level-2-Systeme. Dabei steht die Frage im Mittelpunkt: Was ist ein funktionierender Arbeitsfluss und wie helfen Boards dabei, diesen „Flow“ zu schaffen?

Besonders wichtig: Beide Trainings setzen auf jeden Fall grundlegendes, noch besser jedoch fortgeschrittenes Wissen in agilen Arbeitsmethoden voraus. Und hier nochmal zusammengefasst, worum es in den beiden Trainings geht:

  • Flight Levels System Architecture stellt die Frage: Welche Boards bzw. Arbeitssysteme werden in der Organisation gebraucht?
  • Flight Levels Board Design stellt die Frage: Wie bauen wir diese Boards bzw. Arbeitssysteme?

Auf welchem Flight Level wird was gemacht?

Was passiert auf welchem Flight Level bzw. was sollte dort passieren? Diese Frage begegnet uns immer wieder. Zum Teil liegt das wohl daran, wie wir Begriffe wie Strategie, Operationalisieren der Strategie, Ende-zu-Ende-Koordination usw. verwenden.

Es gibt nichts Schlimmeres, als durch inkonsequent genutzte und nicht definierte Begriffe für Verwirrung zu sorgen. Dieser Beitrag ist der Versuch, diese Frage für alle (auch für uns) nochmal zu klären, damit wir alle in der Kommunikation über Flight Levels einheitlich werden und bleiben.

Das Flight-Levels-Modell ist ein Denkmodell, das auf jedes Unternehmen angewendet werden kann. Es ist auf allen Ebenen mit bereits vorhandenen Methoden kompatibel und ist selbst keine weitere „Methode“. Das Flight-Levels-Modells soll dabei helfen, zu reflektieren: Wo im Unternehmen ist der richtige Hebel, an dem wir ziehen wollen, um die Business-Agilität des Unternehmens zu verbessern und es in die gewünschte Richtung am Markt zu lenken?

Flight Level 3 – Ebene der Strategie

Flight Level 3 ist der Strategie gewidmet. Hier werden Ziele definiert, die zunächst in einen größeren zeitlichen Kontext gebracht werden (z.B. die Ziele für drei Jahre oder fünf Jahre). Danach wird Fokus geschaffen (z.B. für das nächste Jahr, für die nächsten drei Monate): Worauf will sich das Unternehmen in der nächsten Iteration konzentrieren? Welche Aktionen bringen uns dem Ziel näher und wie wird der Fortschritt gemessen? Ein mögliches und beliebtes Werkzeug für diese Strategiearbeit sind OKR – Objectives and Key Results (siehe https://de.wikipedia.org/wiki/Objectives_and_Key_Results). Wie auch immer die Strategie entwickelt wird und wieviele hierarchische Ebenen es auf Flight Level 3 gibt: Letztendlich entstehen daraus „Aktionen“ (die auch Initiativen, Aktivitäten oder Projekte genannt werden), die auf Flight Level 2 Ende-zu-Ende koordiniert werden müssen.

ACHTUNG: In die Strategieplanung können und müssen natürlich auch strategische Themen aus den Levels darunter aufgenommen werden!

Diese Aktionen werden auf Flight Level 3 priorisiert und dienen als Input für Flight Level 2, wo Aktionen gestartet werden, sobald es dafür Kapazität gibt (Pull-Prinzip). Diese Priorisierung und die Auswahl der in der nächsten Iteration durchzuführenden Aktionen schafft den notwendigen Fokus, um effizient und zielgerichtet voranzukommen.

Zu jedem Strategiethema gibt es eine oder mehrere Aktionen. In regelmäßigen Abständen wird der Stand der Zielerreichung von den Beteiligten aller Flight Levels gemeinsam bewertet – so wird Transparenz für das Flight Level 2 (und in der Folge auch für Flight Level 1) geschaffen. Durch die gemeinsame Bewertung wird allen klar, welche Initiativen/Aktionen/Dinge zur Umsetzung der Strategie des Unternehmens wie beitragen. Strategisches Alignment kann so einfach sein.

Auf jedem Flight Level kann (nicht muss!) es natürlich mehrere, sogar hierarchische Boards geben – so auch auf Flight Level 3. Ein Beispiel: Wenn sich die Strategie eines IT-lastigen Unternehmens für die nächste Iteration aus Geschäftszielen der Unternehmensführung und technischen Themen der IT-Abteilung zusammensetzt, dann werden mehrere Top-Level-Strategie-Boards existieren, aus denen eine konsolidierte Sicht erzeugt werden muss. Auch diese konsolidierte Sicht ist eine strategische Sicht, die eben aus einer Zusammenschau der beiden Top-Level-Themen besteht. Bei der Entwicklung dieses abgeleiteten Strategie-Boards werden Inputs von beiden Seiten priorisiert, Abhängigkeiten berücksichtigt und der Fokus ausgearbeitet.

Flight Level 2 – Koordination der Aktionen

Flight Level 2 ist die Werkbank der Ende-zu-Ende-Koordination im Unternehmen. Diese Ebene nimmt die Aktionen und/oder Initiativen von Flight Level 3 als Backlog Items entgegen. Daraus werden die Maßnahmen oder Arbeiten abgeleitet, die in der nächsten Iteration durchgeführt werden müssen. Flight Level 2 ist eine Koordinationsebene: Das heißt, aus den Aktionen im Backlog werden große Aufgaben (z.B. Epics genannt) abgeleitet, priorisiert und den Teams (Flight Level 1) zur Umsetzung ins Backlog gestellt. Die Teams holen sich Arbeit (Pull-Prinzip), wenn sie dafür Kapazität frei haben.

Zu jeder Aktion gibt es in regelmäßigen Abständen „agile Interaktionen“ (Standup Meetings, Workshops etc.). Damit wird der Fluss der Arbeit durch das System aufrecht erhalten und wenn nötig verbessert. Durch diese Interaktionen wird außerdem der Fokus für die jeweils nächste Iteration auf Flight Level 2 geschaffen. Dadurch wird klar, was von Flight Level 1 geliefert werden sollte.

Dem Flight Level 2 und den hier stattfindenden agilen Interaktionen kommt eine zentrale Rolle bei der Koordination und Auflösung von Abhängigkeiten zwischen Teams/Produkten/Initiativen zu. Das Managen und im besten Fall sogar Auflösen dieser Abhängigkeiten ist oft der größte Hebel, um die Flussgeschwindigkeit der Arbeit im System zu verbessern. Deswegen ist uns dieses Thema auch besonders wichtig.

Auch das Arbeitssystem auf Flight Level 2 kann aus hierarchischen Boards bestehen. Wenn die Boards auf Flight Level 2 beispielsweise an Produkten ausgerichtet sind, kann es ein oder mehrere Koordinationsboards für Produktgruppen geben. Es kann auch notwendig sein, Arbeiten zwischen verschiedenen Produkten zu koordinieren, wenn mehrere Produkte für die Umsetzung eines strategischen Themas geändert werden müssen. Dadurch ergeben sich Abhängigkeiten, die gemanagt werden müssen.

Flight Level 1 – Ebene der Umsetzung

Last but not least wird auf Flight Level 1 geliefert – es ist die operative Ebene im Unternehmen. Hier sind die operativen Teams beheimatet, die Arbeiten von Flight Level 2 (Epics) entgegennehmen. Für jede Iteration konzentrieren sich die Teams auf einen bestimmten Umfang daraus (z.B. in Scrum ist es das Sprint-Ziel) und setzen diese Aufgaben um. Auf Flight Level 1 werden zum Beispiel aus Epics die User Stories geschnitten und Tasks umgesetzt, hier werden kurze Iterationen geplant und fertige Arbeit geliefert.

Für die Koordination entsendet jedes Team Vertreter zu den agilen Interaktionen des Flight Levels 2. Aber auch auf Flight Level 1 selbst kann (und wird) es ab einer gewissen Größe des Unternehmens solche Interaktionen geben – Standups sind dafür ein Beispiel. Ein anderes Beispiel wäre ein gemeinsames Architektur-Board, mit dessen Hilfe die Teams die Architektur des zu liefernden Produkts untereinander abstimmen. Ein solches Board ist aber kein Flight Level 2 Board, da es hier um Themen geht, die direkt die Lieferung der Arbeit betreffen.

Es kann – wie bei Flight Level 3 schon angemerkt – durchaus passieren, dass dabei strategische oder produktübergreifende Themen auftauchen, die nicht als rein operative Arbeit im Rahmen der normalen Tätigkeiten abgewickelt werden können. Möglicherweise sind es Themen, die einen maßgeblichen Einfluss auf die Strategie haben. In diesem Fall ist es Aufgabe von Flight Level 1, diese Themen an Flight Level 2 oder sogar 3 weiterzuspielen, damit sie in den kommenden Iterationen eingeplant werden können.

Das wichtigste Element: Kommunikation und Interaktion

Die agilen Interaktionen auf und zwischen allen Ebenen sind die taktische Komponente der Arbeit. Hier wird definiert, wie die vorhandenen Kompetenzen so um die Arbeit organisiert werden können, dass der Outcome und nicht der Output maximiert wird. „Outcome“ bedeutet, das Richtige zu machen – und das muss nicht immer super-effizient passieren. Für ein wirtschaftlich geführtes Unternehmen ist es wesentlich wichtiger, das Richtige zu liefern und dabei nicht vollkommen ausgelastet zu sein, als bei Vollauslastung das völlig Falsche zu liefern.

Das sehen wir in Organisationen am häufigsten: Der Fokus auf den Outcome fehlt. Oftmals liefern Unternehmen sehr viel (Output), haben aber das Gefühl, damit nichts zu erreichen (kein wirtschaftlich spürbarer Outcome).

Organisationen müssen lernen, ihre Kompetenzen und Kapazitäten an der Arbeit auszurichten und nicht die Arbeit an den Kompetenzen auszurichten. Denn sonst wird vielleicht vieles geliefert, aber nicht das, was Outcome im Sinne der Strategie erzeugt.

Aber das ist eine andere Geschichte und wird in einem weiteren Beitrag näher beleuchtet.