Wozu dient A-N-C?
In Stress-Situationen verlieren wir oft den Überblick über Prioritäten. A-N-C gibt eine unverrückbare Reihenfolge vor, die immer gilt — egal wie chaotisch die Situation ist. Diese Hierarchie stammt aus der Luftfahrt und hat dort über Jahrzehnte unzählige Leben gerettet.
Die Reihenfolge ist nicht verhandelbar — erst wenn die vorherige Ebene stabil ist, kommt die nächste.
1st · AVIATE — Kontrolle halten
Bevor du irgendetwas anderes tust: Stelle sicher, dass das Flugzeug noch fliegt. Im Projektkontext bedeutet das: Ist das Team handlungsfähig? Laufen die kritischen Systeme? Haben wir noch Kontrolle über die Situation? Wenn die Antwort hier „nein” ist, ist alles andere irrelevant — erst stabilisieren, dann denken.
| Im Cockpit | Im Projekt | Worum geht's konkret? |
|---|---|---|
| Flugzeug fliegen — Höhe, Geschwindigkeit, Lage | Projekt arbeitsfähig halten | Sind die grundlegenden Voraussetzungen erfüllt? Team erreichbar, kritische Tools laufen, Stromversorgung steht. Ohne diese Basis ist jede Strategie wertlos. |
| Autopilot einschalten (wenn möglich) | Auf etablierte Routinen zurückfallen | Wenn die Lage unklar ist: nicht improvisieren, sondern auf bekannte Verfahren stützen. Bewährte Prozesse senken die kognitive Last und vermeiden Folgefehler. |
| Nicht durch Nebenprobleme ablenken lassen | Lärm filtern, Fokus auf die Lage | Eingehende Mails, eilig wirkende Anfragen, Spekulationen — alles muss warten. Erst Lagebild, dann Reaktion auf Nebenkriegsschauplätze. |
2nd · NAVIGATE — Richtung bestimmen
Sobald das System stabil ist, stellst du die entscheidende Frage: Wohin wollen wir? Welche Optionen haben wir? Was ist das Ziel? Hier werden die strategischen Weichen gestellt — nach der Stabilisierung, aber vor der Kommunikation.
| Im Cockpit | Im Projekt | Worum geht's konkret? |
|---|---|---|
| Ursprüngliches Ziel oder Ausweichflughafen? | Plan A oder Plan B? | Ist der ursprüngliche Plan noch erreichbar — mit den jetzigen Mitteln, in der jetzigen Zeit? Oder müssen wir auf ein Backup-Szenario umsteigen? |
| Welche Route ist sicher? | Welcher Lösungsweg ist tragfähig? | Optionen sammeln, gegeneinander abwägen, Risiken pro Option benennen. Kein Bauchgefühl — strukturierter Abgleich (z.B. mit FOR-DEC). |
| Wie viel Treibstoff haben wir noch? | Welche Ressourcen sind noch verfügbar? | Budget, Personentage, Zeit, Geduld der Stakeholder — wie weit reichen sie? Eine Option ist nur dann real, wenn die Ressourcen für sie ausreichen. |
3rd · COMMUNICATE — Informieren
Erst wenn du weißt, was los ist und wohin es geht, informierst du andere. Kommunikation ist der letzte Schritt — nicht der erste. Wer zu früh kommuniziert, verbreitet Unsicherheit, fördert Panik und muss seine Aussagen ständig korrigieren.
| Im Cockpit | Im Projekt | Worum geht's konkret? |
|---|---|---|
| ATC (Tower) über Situation informieren | Lenkungsausschuss / Sponsoren benachrichtigen | Die Stelle mit Entscheidungsmacht zuerst — und mit einer klaren Lagemeldung, nicht mit einem Hilferuf. Was ist passiert, was tun wir, was brauchen wir? |
| Crew briefen | Team über nächste Schritte informieren | Wer im Boot ist, muss wissen, was als nächstes passiert. Rollen, Aufgaben, Deadlines kurz und klar — keine Spekulationen, keine Schuldzuweisungen. |
| Passagiere informieren (bei Bedarf) | Kunden / Nutzer updaten (bei Bedarf) | Nicht jeder Vorfall braucht eine externe Kommunikation. Wenn doch: faktisch, ohne Drama, mit konkretem nächsten Schritt und Update-Zeitpunkt. |
Kommunikations-Hierarchie
Wer wird in welcher Reihenfolge informiert? Auch hier gibt es eine klare Stufung:
| Stufe | Empfängergruppe | Wann? |
|---|---|---|
| 1 | Wer entscheidet? | Sofort informieren — bevor sie es woanders erfahren. |
| 2 | Wer ist direkt betroffen? | Zeitnah informieren, mit konkretem Handlungsbezug. |
| 3 | Wer sollte Bescheid wissen? | Im nächsten regulären Status-Update mitziehen. |
| 4 | Wer könnte interessiert sein? | Später, wenn Zeit ist — oder gar nicht. |
Drei PM-Krisen, gleiches Muster
Im Projektmanagement gibt es kein Triebwerk, das in 30.000 Fuß ausfällt. Aber es gibt Vorfälle, die genauso plötzlich kommen und genauso strukturiert beantwortet werden müssen. Drei klassische Beispiele, jeweils durch A-N-C gespielt:
Krise 1 — Schlüsselperson fällt aus
Zwei Wochen vor dem Go-Live kündigt die leitende Entwicklerin überraschend zum Monatsende. Sie ist die einzige, die das Migrations-Skript wirklich versteht.
- Wissens-Transfer mit ihr sofort priorisieren
- Offene Tickets sichten, Backup-Verantwortliche benennen
- Migrations-Skript zentral dokumentieren lassen
- Intern umverteilen oder externe Verstärkung holen?
- Go-Live wie geplant — oder kontrolliert verschieben?
- Migrations-Pfad ggf. vereinfachen, um Risiko zu reduzieren
- Sponsor: Lage und Optionen, keine Vor-Schuldzuweisung
- Team: kein Schock, klarer Plan für die nächsten 2 Wochen
- Stakeholder: Timeline-Risiko und Entscheidungsbedarf benennen
Krise 2 — Budget wird mitten im Projekt gekürzt
Der Sponsor meldet, dass die Konzern-Quartalsplanung den Projektrahmen um 20% reduziert hat. Wirksam ab nächstem Monatsbeginn.
- Laufende Verträge mit Kosten und Restlaufzeit prüfen
- Cash-Bedarf für die nächsten 4 Wochen festschreiben
- Keine Panik-Kündigungen — Lage erst klären
- Scope-Reduktion: was fällt weg, was bleibt Kern?
- Streckung: dieselben Ziele, längerer Zeitrahmen
- Externes Sourcing reduzieren, Eigenleistung erhöhen
- Lenkungsausschuss: Optionen mit klarer Empfehlung
- Lieferanten: vertragliche Anpassungen anbahnen
- Team: was bedeutet das konkret für meinen Job?
Krise 3 — Compliance verlangt zusätzlichen Audit-Schritt
Drei Wochen vor Release teilt die zweite Linie mit, dass eine neue BaFin-Auslegung einen zusätzlichen Sicherheitstest erfordert. Ohne diesen Test kein Go-Live.
- Anforderung im Detail mit Compliance abgleichen
- Welche Komponenten sind betroffen, welche nicht?
- Verbleibende Teams ungehindert weiterarbeiten lassen
- Audit-Schritt einschieben — Release verschieben
- Soft-Launch mit reduziertem Funktionsumfang
- Anforderung schriftlich nachverhandeln, falls auslegungsfähig
- Sponsor und Risk-Komitee: regulatorischer Befund + Optionen
- Fachbereich: neue Timeline und Auswirkungen
- Audit-Team: Termin und Testumfang vereinbaren
Weiterführende Ressourcen
Aviation-Hintergrund
- EUROCONTROL Skybrary — Aviation Safety Knowledge Base mit zahlreichen Beiträgen zum Aviate-Navigate-Communicate-Prinzip
- Aviation-Standardlehre zu „ANC Principle” in jeder PPL-Ausbildung verankert
Vertiefung in der Academy (intern, gleicher Tab)
- FOR-DEC — Strukturiertes Entscheiden — das Werkzeug für die Navigate-Phase
- Krisenmanagement — Eskalation und Abort-Kriterien
- Crew Resource Management — wie Teams in der Aviate-Phase zusammenarbeiten
Kurzer Check
Quiz zum Modul
4 Fragen · bestanden ab 60% richtigen Antworten.
1. Was ist die korrekte **Reihenfolge** von A-N-C?
2. Was ist laut PILOT der **häufigste Fehler** unter Stress?
3. Welche Frage gehört in die **AVIATE**-Stufe?
4. Wer wird in der **Kommunikations-Hierarchie zuerst** informiert?
Bitte alle Fragen beantworten, dann wird der Button aktiv.