Was ist FOR-DEC?
FOR-DEC ist ein strukturiertes Entscheidungsmodell aus der Luftfahrt, entwickelt von der Deutschen Lufthansa. Es zwingt Entscheider, systematisch statt impulsiv vorzugehen — besonders wertvoll in Stresssituationen, wenn das Gehirn zum Reagieren neigt statt zum Denken.
Das Modell trennt bewusst zwei Phasen: FOR für die Analyse, DEC für die Umsetzung. Erst der saubere Analyseteil, dann der saubere Umsetzungsteil. Wer das vermischt, verliert die Vorteile.
Das C (Check) startet bei Bedarf einen neuen Zyklus — FOR-DEC ist iterativ.
Im A-N-C-Modell ist FOR-DEC genau das Werkzeug für die mittlere Stufe Navigate — wenn das System stabil ist und es darum geht, die richtige Richtung zu wählen.
F — Facts: Was wissen wir sicher?
Der erste und wichtigste Schritt: Nur Fakten sammeln — keine Interpretationen, keine Vermutungen. Was zeigen die Instrumente? Was ist bestätigt? Was wissen wir wirklich? Wer hier schlampt, baut den Rest des Zyklus auf Sand.
| Im Cockpit | Im Projekt | Worum geht's konkret? |
|---|---|---|
| Was zeigen die Instrumente? | Was sagen Logs, Reports, KPIs? | Messbare, belegbare Werte sammeln. Keine Schätzungen, keine "Da sagte mir jemand…"-Aussagen. Was schwarz auf weiß steht, zählt. |
| Welche Warnungen sind aktiv? | Welche Risiken haben sich materialisiert? | Welche Stakeholder haben offiziell eskaliert? Welche Termine sind nachweislich überschritten? Bestätigte Probleme, nicht Befürchtungen. |
| Treibstoff, Position, Wetter — Realstand | Budget-Stand, Termin-Stand, Team-Auslastung | Quantitative Faktenbasis. Wo stehen wir wirklich — gemessen am letzten Stichtag, nicht "ungefähr"? |
O — Options: Welche Möglichkeiten haben wir?
Jetzt werden mindestens 2–3 Handlungsoptionen gesammelt. Nicht bewerten — nur sammeln. Auch unkonventionelle Ideen sind erlaubt. Wichtig: „Nichts tun” ist ebenfalls eine Option und muss explizit auf der Liste stehen.
| Im Cockpit | Im Projekt | Worum geht's konkret? |
|---|---|---|
| Weiterflug zum Ziel | Plan A durchziehen | Die ursprüngliche Strategie weiterfahren — oft die richtige Wahl, wenn das Problem kleiner aussieht als gedacht. Aber: aktiv prüfen, nicht passiv hinnehmen. |
| Umkehr zum Startflughafen | Rollback auf letzten stabilen Stand | Den Schritt rückgängig machen, der das Problem ausgelöst hat. Funktioniert nur, wenn die Aktion reversibel ist (siehe Mindset-Modul: Two-Way Doors). |
| Ausweichflughafen ansteuern | Workaround / Notlösung implementieren | Nicht der ursprüngliche Plan, aber sicher ankommen. Im Projekt: reduzierter Scope, Soft-Launch, manuelle Fallback-Lösung statt Automatisierung. |
| Sofortige Landung | Projekt-Abbruch oder kontrollierter Stopp | Die radikalste Option — oft unbeliebt, manchmal richtig. Muss als Möglichkeit erwogen werden, sonst ist das Spektrum unvollständig. |
R — Risks & Benefits: Was spricht dafür, was dagegen?
Jede Option wird jetzt systematisch bewertet: Was sind die Vorteile? Was sind die Risiken? Was passiert im Best Case, was im Worst Case? Hier ist die einzige Stelle, an der Annahmen erlaubt sind — aber als solche gekennzeichnet.
| Im Cockpit | Im Projekt | Worum geht's konkret? |
|---|---|---|
| Sicherheit der Passagiere | Auswirkung auf Kunden / Nutzer | Die nicht verhandelbare Dimension. Welche Option gefährdet Nutzer, Kunden oder die kritische Geschäftsfunktion am wenigsten? |
| Verfügbarer Treibstoff | Verfügbares Budget und Personentage | Eine Option ist nur dann real, wenn die Ressourcen für sie ausreichen. Schöne Pläne ohne Cash sind keine Optionen, sondern Wünsche. |
| Wetterbedingungen, Sichtweite | Risiko weiterer Probleme / Folgen | Was kann die Option zusätzlich auslösen? Folgefehler, Stakeholder-Eskalation, Reputationsschaden — alle bekannten Risiken auflisten. |
| Zeitfaktor | Zeitbedarf und Dringlichkeit | Wie lange dauert die Umsetzung? Manche Optionen sind theoretisch besser, aber praktisch zu langsam für die aktuelle Lage. |
D — Decision: Eine klare Entscheidung treffen
Jetzt wird entschieden — von einer Person, nicht vom Komitee. Die Entscheidung muss klar und eindeutig sein. Keine „Vielleichts”, keine „Mal sehen”. Wer im Projekt die Verantwortung trägt, entscheidet — nach Konsultation des Teams, aber nicht im Mehrheitsbeschluss.
| Im Cockpit | Im Projekt | Worum geht's konkret? |
|---|---|---|
| Captain entscheidet | Projektleiter entscheidet (allein) | Eine Person, eine Entscheidung. Beratung im Team — gut. Konsens — schön, aber nicht erforderlich. Letzte Verantwortung — bei einer Person. |
| Klare Ansage an die Crew | Entscheidung schriftlich dokumentieren | Was ist entschieden, mit welcher Begründung, mit welcher Konsequenz? Schriftlich festhalten — schützt vor späteren Memory-Drifts und „Das war so nicht gemeint". |
| Keine Diskussion mehr nach Entscheidung | Team auf Umsetzung ausrichten | Sobald die Entscheidung steht, ist die Optionen-Diskussion abgeschlossen. Wer jetzt noch zweifelt, hätte vorher sprechen müssen. |
E — Execution: Konsequent umsetzen
Die Entscheidung steht — jetzt wird konsequent umgesetzt. Keine Parallel-Diskussionen, keine Zweifel mehr. Das Team zieht an einem Strang. Die Umsetzungsphase folgt einer einfachen Frage: WER macht WAS bis WANN?
| Im Cockpit | Im Projekt | Worum geht's konkret? |
|---|---|---|
| Crew führt Anweisungen aus | Aufgaben werden verteilt und bestätigt | Jede Aufgabe hat genau einen Verantwortlichen. Keine geteilten Verantwortlichkeiten („wir machen das zusammen") — das endet in „niemand macht es". |
| Checklisten werden abgearbeitet | Definierte Ergebnisse pro Aufgabe | Was ist das Liefer-Ergebnis? Wann gilt eine Aufgabe als erledigt? „Done" muss vorab definiert sein, nicht erst beim Check-Schritt diskutiert werden. |
| Fokus auf die Aufgabe | Klare Deadlines, keine Nebenkriegsschauplätze | Jetzt nicht plötzlich Nebenprobleme aufmachen. Die FOR-Phase hatte ihre Zeit — jetzt zählt nur die Umsetzung der getroffenen Entscheidung. |
C — Check: Wirkung prüfen
Nach der Umsetzung wird geprüft: Hat es gewirkt? Sind wir auf dem richtigen Weg? Wenn nicht, startet ein neuer FOR-DEC-Zyklus — mit den neuen Fakten, die die Umsetzung ans Licht gebracht hat.
| Im Cockpit | Im Projekt | Worum geht's konkret? |
|---|---|---|
| Instrumente beobachten | KPIs, Logs, Statusmeldungen prüfen | Welche messbaren Indikatoren zeigen Wirkung? Vor dem D-Schritt sollte schon klar sein, woran man Erfolg erkennt. |
| Reagiert das System wie erwartet? | Verhalten sich Team, Kunden, Stakeholder erwartungsgemäß? | Manchmal wirkt die Maßnahme technisch, aber die Stakeholder reagieren anders als gedacht. Auch das gehört zum Check. |
| Neue Warnungen entstanden? | Neue Risiken oder Folgeprobleme aufgetaucht? | Hat die Lösung neue Probleme geschaffen? Falls ja: neuer FOR-DEC-Zyklus mit den neuen Fakten als F-Schritt. |
Schnellreferenz für 5 Minuten
Wenn du keine 30 Minuten für einen formalen FOR-DEC-Workshop hast, geht es auch kompakt:
Praxisbeispiel: Budget-Kürzung mit FOR-DEC durchgespielt
Dieselbe Situation aus dem A-N-C-Modul — der Sponsor kürzt das Projektbudget um 20% — diesmal durch alle sechs Schritte:
- Sponsor-Schreiben vom 14.04.: Budget-Reduktion 20%, wirksam ab 01.05.
- Aktuelle Ausgaben: 65% des Plan-Budgets verbraucht, davon 40% externe Verträge
- Vertraglich gebunden bis Q3: zwei externe Beraterstellen, eine Tool-Lizenz
- Aktueller Zieltermin Go-Live: 30.09.
- Scope reduzieren — Feature-Pakete B und C verschieben, A wie geplant liefern
- Zeit strecken — alle Features, aber Go-Live auf 30.11. verschieben
- Externe Stellen frühzeitig beenden, interne Aufstockung beantragen
- „Nichts ändern” — durchziehen, am Quartalsende Überschreitung melden
- Scope-Reduktion: + Termin hält, − Fachbereich enttäuscht, mittel teuer (Re-Planung)
- Zeit-Streckung: + alle Features, − Stakeholder-Vertrauen sinkt, − Personal länger gebunden
- Externe beenden: + Kosten weg, − Wissen weg, − Vertragsstrafen möglich, hohe Folgekosten
- Nichts ändern: + null Aufwand, − fast sichere Eskalation am Quartalsende, hohe Reputations-Folgen
- PMO informiert Lenkungsausschuss bis 16.04. — entscheidungsbestätigend
- Fachbereich-Workshop am 18.04. zur Re-Priorisierung von Paket A
- Sprint-Backlogs für Paket B/C bis 22.04. archiviert und in Folge-Release-Plan überführt
- Kommunikation an Team in der Wochen-Retro 19.04.
- 4-Wochen-Check (Mitte Mai): Velocity konstant, Paket A im Plan, Fachbereich-Stimmung neutral
- Budget-Verlauf zeigt Stabilisierung — neue Forecast-Linie greift
- Kein neuer FOR-DEC-Zyklus nötig — Entscheidung wirkt
Weiterführende Ressourcen
Aviation-Hintergrund
- EUROCONTROL Skybrary — Aviation Safety Knowledge Base mit Beiträgen zu strukturierten Decision-Making-Modellen
- FOR-DEC ist offiziell von der Lufthansa Flight Training entwickelt und in der Cockpit-Ausbildung verankert
Verwandte Modelle (zum Vergleich)
- OODA-Loop (Observe-Orient-Decide-Act) aus dem militärischen Kontext — schneller, weniger explizit als FOR-DEC
- DECIDE (Detect, Estimate, Choose, Identify, Do, Evaluate) — US-Aviation-Variante
- PDCA (Plan-Do-Check-Act) aus dem Qualitätsmanagement — für kontinuierliche Verbesserung, weniger für Krisenentscheidungen
Vertiefung in der Academy (intern, gleicher Tab)
- A-N-C — Prioritäten unter Stress — wann ist FOR-DEC dran?
- Krisenmanagement — der größere Rahmen für FOR-DEC in Eskalationen
- Mindset (8 Prinzipien) — Entscheidungsdisziplin als Haltung (80%-Regel, Reversibilität)
Kurzer Check
Quiz zum Modul
5 Fragen · bestanden ab 60% richtigen Antworten.
1. Warum trennt FOR-DEC bewusst die beiden Phasen **FOR** und **DEC**?
2. Wie viele Optionen sollten beim **O-Schritt** mindestens auf der Liste stehen?
3. Wer entscheidet beim **D-Schritt**?
4. Was passiert beim **C-Schritt**, wenn die Maßnahme nicht wirkt?
5. Welche der folgenden Aussagen ist ein **Fakt** im FOR-DEC-Sinne?
Bitte alle Fragen beantworten, dann wird der Button aktiv.