Flight Levels taucht ständig in Gesprächen über organisatorische Agilität auf, aber für alle, die dem Begriff zum ersten Mal begegnen, ist eine echte Definition nützlicher als geläufiges Namedropping. Hier die klare Version, beginnend damit, woher der Name selbst kommt.
Woher der Name kommt
Der Begriff ist aus der Luftfahrt entlehnt. Flugzeuge im kontrollierten Luftraum fliegen in standardisierten Höhenbändern, und der Blick einer Pilotin auf die Welt verändert sich mit der Höhe: niedrig sind einzelne Hindernisse und Details sichtbar; höher ist das Bild breiter, aber gröber. Klaus Leopold, der Flight Levels entwickelte, nutzte das als bewusste Metapher für Organisationen: Verschiedene Ebenen einer Organisation sehen genuin unterschiedliche Dinge, und keine dieser Sichtweisen ist "richtiger" als eine andere, sie decken einfach unterschiedlichen Umfang ab.
Die drei Ebenen, kurz
Flight Levels beschreibt drei Aktivitätsschichten in einer Organisation. Die operative Ebene ist, wo Teams die eigentliche Arbeit leisten: Sprints, Tickets, Alltagslieferung. Die Koordinationsebene ist, wo Arbeit teamübergreifend fließt, Abhängigkeiten gemanagt und Prioritäten über mehrere Produktbereiche hinweg gesetzt werden. Die strategische Ebene ist, wo organisatorische Richtung gesetzt wird, und wo diese Richtung sich mit dem verbinden sollte, woran Teams tatsächlich arbeiten. Jede Ebene braucht ihre eigene Arbeitsweise; keine ersetzt die anderen.
Das Problem, das es lösen soll
Die meisten Organisationen, die in Agilität investieren, haben den Großteil dieser Investition in die operative Ebene gesteckt: Scrum auf Teamebene, Kanban-Boards, Sprint-Zeremonien. Diese Investition erzeugt oft genuin besser funktionierende Teams, die kollektiv trotzdem an den falschen Dingen arbeiten, in falscher Reihenfolge, oder blockiert auf anderswo zu langsam getroffene Entscheidungen warten. Die Teams sind gesund; die Ebenen darüber nicht. Flight Levels existiert, um diese Lücke explizit zu benennen und Organisationen ein Vokabular zu geben, sie zu schließen, statt weiter ausschließlich in die Ebene zu investieren, die bereits die meiste Aufmerksamkeit bekommen hat.
Warum es ein Denkmodell ist, kein zu übernehmendes Framework
Flight Levels schreibt keine konkreten Zeremonien, Rollen oder Artefakte vor, wie es Scrum oder SAFe tun. Es gibt eine Möglichkeit, zu diagnostizieren, auf welcher Ebene ein echtes Problem tatsächlich liegt, und eine auf diese konkrete Organisation zugeschnittene Antwort zu gestalten, statt ein Standard-Playbook zu importieren. Das ist eine bewusste Designentscheidung: Zwei Organisationen können beide Flight-Levels-Denken anwenden und mit genuin unterschiedlichen Koordinationssystemen enden, weil die Systeme für ihren eigenen Kontext gebaut sind, statt aus einer Vorlage kopiert zu werden.
Wie das zum Rest der Inhalte auf dieser Website passt
Dieser Beitrag ist bewusst nur die klare Orientierung: was der Name bedeutet, was die drei Ebenen sind, und welches Problem das Modell adressiert. Für einen genaueren Blick darauf, warum sich Flight Levels dagegen sträubt, als Framework behandelt zu werden, siehe den begleitenden Artikel zu dieser Unterscheidung; wie sich das Denken tatsächlich in Praxis übersetzt, zeigt der Beitrag zu seinen fünf Schlüsselaktivitäten. Wer das auf eine konkrete Organisation anwenden möchte, findet in den FL2D- und FL3D-Workshops den direktesten Einstieg.