Modul 1 - Übersicht: Einführung in das PILOT-Framework

Mausrad: Zoom · Ziehen: Verschieben · Doppelklick: Reset

Warum ausgerechnet „PILOT”?

Als ich 40 wurde, brauchte ich irgendwie eine neue Herausforderung. Nicht aus einer Midlife-Crisis heraus — eher aus technischer Neugier. Ich wollte wissen, ob ich noch in der Lage bin, etwas wirklich Komplexes komplett neu zu lernen und zu beherrschen.

Also fasste ich einen spontanen Entschluss: Ich mache einen Pilotenschein. Genauer eine PPL — Private Pilot Licence — für Echo-Klasse-Flugzeuge bis zwei Tonnen. Kleine Maschinen, aber eben doch „richtige” Flugzeuge. Und wer einmal in einer Cessna 172 Skyhawk gesessen hat, weiß sehr schnell: Dort oben funktioniert nichts nach Gefühl oder Hoffnung. Struktur, Vorbereitung, Checklisten und saubere Entscheidungen sind plötzlich keine Theorie mehr.

An die Kennung meines damaligen Flugzeugs kann ich mich noch gut erinnern — wahrscheinlich, weil ich sie so oft im Funk aufgesagt habe:

D-EFCT — Delta-Echo-Foxtrot-Charlie-Tango

Ungefähr zehn Jahre später, aus den Erfahrungen unzähliger IT- und Projektumfelder heraus, begann ich daraus ein eigenes Projektframework zu entwickeln: PILOT — nicht als weitere „Projektmanagement- Methode”, sondern als pragmatischer Denkansatz für komplexe Projekte, kritische Situationen und operative Führung.

Die fünf Säulen — P I L O T

Was bedeutet jede Säule im PILOT-Kontext?

Die fünf Buchstaben sind keine willkürliche Wortspielerei, sondern beschreiben fünf Haltungen, die sich gegenseitig stützen. Wer eine davon weglässt, baut auf vier Beinen statt fünf.

P Project

Project meint die bewusste Unterscheidung zwischen Vorhaben und Routine-Betrieb. Ein Projekt hat einen Anfang, ein Ende, ein klar benanntes Ziel, definierte Ressourcen und einen Rahmen, der nicht beliebig ausgedehnt werden darf. So wie jeder Flug einen Abflug- und Ankunftsflughafen, einen Flugplan und ein Tank-Limit hat. Ohne diese Klarheit verschwimmt das Projekt im Alltag — Termine rutschen, Scope wuchert, Verantwortung verflüchtigt sich. Die erste Säule fordert also: Behandle dein Vorhaben wie einen Flug — mit Plan, Crew und festem Ziel.

I Incident

Incident stellt Störungen und Krisen vom Sonderfall zum Normalfall um. Piloten gehen nicht davon aus, dass alles glatt läuft — sie trainieren systematisch das, was schiefgehen kann. Triebwerksausfall, plötzliche Wetterumschwünge, defekte Instrumente: für jedes Szenario gibt es eine Notfall-Checkliste, jedes wird geübt. PILOT überträgt das auf Projekte: Incidents werden vorab durchdacht, nicht erst im Ernstfall improvisiert. Eskalationswege, Abbruch-Kriterien („wann brechen wir ab?”), Backup-Pläne — alles gehört zur Planung, nicht zum Krisenmodus. Wer Incidents ernst nimmt, ist im Ernstfall ruhiger und schneller.

L Leadership

Leadership ist die Haltung, die Verantwortung in Stress-Situationen zu tragen — auch wenn die Informationen unvollständig sind. Im Cockpit hört der Pilot Flying auf das Team (Pilot Monitoring, ATC, Cabin Crew), aber die Entscheidung trifft er allein und übernimmt die Verantwortung. Diese Haltung lässt sich nicht delegieren. PILOT fordert Projektleiter auf: Sucht aktiv Widerspruch und unterschiedliche Perspektiven — aber entscheidet selbst, klar und nachvollziehbar. Ohne diese Klarheit zerfasert ein Team in Stress-Situationen; mit ihr findet es Ruhe und Richtung.

O Operational

Operational ist das Bekenntnis zur disziplinierten Wiederholung gegenüber dem heroischen Improvisieren. Piloten fliegen nicht nach Gefühl. Sie folgen Checklisten, Standard Operating Procedures (SOPs), festen Kommunikationsmustern wie Read-Backs. Das Wirken ist eintönig, aber sicher. PILOT überträgt das: Statusberichte nach Schema, Eskalationen über definierten Weg, Templates für wiederkehrende Aufgaben, Briefings vor und Debriefings nach Meilensteinen. Wer operational denkt, spart Energie für die wirklich wichtigen Entscheidungen — und macht sein Tun für andere reproduzierbar.

T Thinking

Thinking ist die vorausschauende, strukturierte Denkweise — in der Luftfahrt zusammengefasst im Prinzip „Stay ahead of the aircraft”. Ein guter Pilot denkt nicht an das, was er gerade tut, sondern an das, was in fünf Minuten sein wird: nächste Funk-Frequenz, Anflugverfahren, Treibstoff-Reserve, Wetter am Zielflughafen. PILOT verlangt dasselbe vom Projektleiter: antizipieren statt reagieren. Was sind die wahrscheinlichen nächsten Engpässe? Welche Entscheidungen stehen demnächst an? Wo könnte der Plan kippen? Diese Säule ist die geistige Klammer um die anderen vier — sie macht aus reagieren gestalten.

Warum Luftfahrt — und warum jetzt?

Die zivile Luftfahrt hat in den letzten Jahrzehnten konsequent verbessert, wie Menschen unter Druck Entscheidungen treffen. Crew-Trainings, Checklisten, FOR-DEC, A-N-C und CRM sind das Ergebnis von Tausenden Vorfall-Analysen. Was dort funktioniert, lässt sich übertragen — und es passt zum Bank-Projektalltag besser, als viele denken:

• Jahrzehnte optimierte Entscheidungsprozesse unter Zeitdruck
• Klare Rollenverteilung und Verantwortungsketten
• Fehlerkultur und kontinuierliches Lernen als Norm, nicht Ausnahme
• Standardisierte Kommunikation (z.B. Read-Backs, Briefings)
• Bewährte Krisenprotokolle für seltene, aber kritische Fälle

Übertragen auf die Rolle der Projektleiter bedeutet das:

• Gesamtverantwortung für das „Flugzeug” tragen
• In kritischen Momenten allein entscheiden — auch wenn das Team berät
• Durch Struktur führen, nicht durch Hektik
• Auf das Team hören, aber die Entscheidung nicht delegieren
• Das Gesamtbild behalten und vorausschauend für Turbulenzen planen

Was folgt in den nächsten Modulen?

Diese Übersicht setzt nur den Rahmen. Die einzelnen Konzepte des PILOT-Frameworks werden in den folgenden Modulen vertieft:

1. 2
   Die fünf Projektphasen

   Im Cockpit-Vergleich.
2. 3
   A-N-C

   Die Prioritäten-Hierarchie für Krisen.
3. 4
   FOR-DEC

   Das Entscheidungsmodell.
4. 5
   Krisenmanagement

   Eskalation und Abort.
5. 6
   Crew (CRM)

   Rollen und Teamführung.
6. 7
   Das Pilot-Mindset

   Die acht Führungsprinzipien.

Kurzer Check