Was mir das Fliegen ueber Unternehmensfuehrung beigebracht hat
Cockpit-Prinzipien, die direkt auf Business uebertragbar sind -- von datengetriebenen Wetterentscheidungen und kontinuierlichen Kurskorrekturen bis hin zu kristallklaren Zielen und der Disziplin von Checklisten.
Alle paar Wochen fahre ich nach Schoenhagen, einem ruhigen Gras- und Asphaltflugplatz suedlich von Berlin, mache den Preflight meiner Cirrus SR22T und fliege irgendwohin. Der Ablauf ist immer derselbe: NOTAMs pruefen (Notices to Airmen — temporaere Gefahren, Pistensprerren, Luftraumbeschraenkungen), Wetter abrufen, Flugplan aufgeben, Checkliste durchgehen und starten. Nach fuenfundzwanzig Jahren, in denen ich Technologieunternehmen aufgebaut und gefuehrt habe — vier Exits, ein Jahrzehnt Produktverantwortung und jetzt die Technikleitung bei IDnow — faellt mir immer wieder auf, wie viel von dem, was einen sicheren Piloten ausmacht, auch einen kompetenten Manager ausmacht. Nicht als huebsche Metapher. Als buchstaebliches Betriebssystem.
Wisse genau, wo du landest, bevor du abhebst
Bevor ich das Triebwerk von N111DU starte, kenne ich meinen Zielflughafen, die aktive Piste, den Instrumentenanflug, den ich fliege, falls das Wetter schlechter wird, den Ausweichflughafen, falls dieser Anflug nicht funktioniert, und den Treibstoff, den ich fuer all das plus eine gesetzliche Reserve brauche. Das ist nicht optional. Es ist Vorschrift, und es ist Ueberlebensstrategie.
Teams in Unternehmen starten staendig Projekte, ohne auch nur annaehernd diese Klarheit beim Ziel zu haben. “Conversion verbessern” ist kein Ziel — das ist bestenfalls eine Himmelsrichtung. Ein echtes Ziel sieht eher so aus: “Drop-off zwischen Identity-Capture und Liveness-Check fuer Mobile-Nutzer in der DACH-Region bis Ende Q3 um 15 % reduzieren, gemessen in unserem Amplitude-Funnel.” Das ist eine Landebahn. Darauf kann man einen Anflug planen. Man kann berechnen, ob man den Treibstoff hat — die Leute, die Zeit, das Budget — um dorthin zu kommen. Und man kann seinen Alternate benennen: Wenn die Daten zeigen, dass das Problem eigentlich in der Upload-Latenz der Dokumente liegt und nicht im Liveness-Schritt, weiss man, wohin man ausweicht.
Ich habe kluge Teams monatelang ins Leere arbeiten sehen, weil niemand vor dem Baubeginn festgelegt hatte, wie “fertig” eigentlich aussieht. In der Luftfahrt toetet diese Unklarheit Menschen. Im Business toetet sie nur Quartale — aber das Prinzip ist dasselbe.
Wetter sind Daten, keine Meinungen
Piloten pruefen das Wetter obsessiv, und sie tun es anhand strukturierter, standardisierter Quellen. Ein METAR ist eine Momentaufnahme der aktuellen Bedingungen an einem Flughafen — Wind, Sicht, Wolkenschichten, Temperatur, Druck — in einem knappen Format kodiert, das sich seit Jahrzehnten nicht veraendert hat. Ein TAF ist eine Vorhersage fuer die naechsten 24 bis 30 Stunden. Radarbilder zeigen Niederschlagszellen. PIREPs (Pilotenberichte) sagen dir, was jemand tatsaechlich auf einer bestimmten Hoehe und Position vor zehn Minuten erlebt hat.
Nichts davon ist Bauchgefuehl. Niemand schaut aus dem Fenster des FBO und sagt “sieht gut aus fuer mich.” Man ruft die Daten ab, man liest die Daten, man trifft die Entscheidung. Wenn der TAF eine Wolkenuntergrenze von 200 Fuss und eine halbe Meile Sicht am Zielort anzeigt und man nicht instrumentenflugberechtigt und aktuell ist, fliegt man nicht. Punkt. Die Daten entscheiden.
Ich finde es bemerkenswert, wie oft Fuehrungskraefte — Menschen, die nie im Traum in ein Gewitter fliegen wuerden — weitreichende Produkt- oder Marktentscheidungen nach Instinkt treffen. “Ich glaube, die Kunden wollen das.” “Der Markt fuehlt sich an, als wuerde er drehen.” Das sind Gefuehle, keine METARs. Eure Analytics-Dashboards, eure Kohortendaten, eure NPS-Trends, euer Support-Ticket-Clustering — das sind eure Wetterberichte. Lest sie mit derselben Disziplin, mit der ein Pilot sein Briefing liest. Wenn die Daten sagen “nicht launchen”, dann launcht nicht, egal wie gut sich die Demo intern angefuehlt hat.
Der Plan ist nicht der Flug
Ich reiche vor jedem Ueberlandflug einen IFR-Flugplan (Instrument Flight Rules) ein. Er spezifiziert meine Route, Hoehe, Geschwindigkeit, Treibstoffausdauer und die geschaetzte Flugzeit minutengenau. Er ist praezise und detailliert und fast sofort nach dem Start falsch.
Der Wind in der Hoehe ist nie genau so, wie die Vorhersage es vorausgesagt hat. Die Flugsicherung leitet dich um anderen Verkehr oder Wetter herum. Man faengt sich eine Gegenwindkomponente ein, die schneller Treibstoff verbrennt als geplant. Das GPS zeigt, dass der Kurs ueber Grund nach links abdriftet. Also korrigiert man. Man passt den Kurs an, berechnet den Treibstoff neu, fordert eine andere Hoehe an. Das ist voellig normal. Niemand geraetin Panik. Abweichung vom Plan ist kein Scheitern — es ist Physik.
Doch im Business loest schon eine kleine Abweichung vom Quartalsplan Alarm aus. Teams behandeln den Plan als Verpflichtung statt als das, was er tatsaechlich ist: eine bestmoegliche Schaetzung, eingereicht vor dem Abflug. Die eigentliche Kunst ist die kontinuierliche Korrektur. Wie schnell erkennt man die Abweichung? Wie praezise diagnostiziert man ihre Ursache? Wie entschlossen passt man an? Ein GPS aktualisiert die Position jede Sekunde. Eure Unternehmensinstrumente sollten euch fuer die Metriken, die zaehlen, eine aehnliche Kadenz liefern.
Die besten Produktorganisationen, die ich aufgebaut habe, haben genau so gearbeitet — woechentliche Abgleiche gegen die Trajektorie, nicht quartalsweise Post-Mortems gegen einen veralteten Plan.
Deine Cockpit-Instrumente sind deine KPIs
Die Cirrus Perspective+ Avionik-Suite stellt mir jederzeit eine enorme Menge an Informationen zur Verfuegung. Fluggeschwindigkeit, Hoehe, Kurs, Vertikalgeschwindigkeit, CHT und EGT (Zylinderkopf- und Abgastemperaturen), Treibstoffdurchfluss, verbleibender Treibstoff, GPS-Kurs ueber Grund, Gelaendeabstand, Verkehr in der Naehe, Wetteroverlay. Jedes Instrument beantwortet eine bestimmte Frage. Zusammen erzeugen sie Situationsbewusstsein — ein kontinuierlich aktualisiertes mentales Modell davon, wo ich bin, wohin ich fliege und was um mich herum passiert.
Die meisten Unternehmen, mit denen ich gearbeitet habe, haben eine schlechtere Instrumentierung als mein einmotoriges Flugzeug. Sie koennen dir den Umsatz des letzten Monats sagen, aber nicht die heutige Deployment-Fehlerrate. Sie kennen ihre Mitarbeiterzahl, aber nicht ihre Cycle Time. Sie tracken OKRs quartalsweise, koennen aber keine sich woche fuer Woche veraendernde Kundengesundheitstrends erkennen. Das ist wie Fliegen nur mit einem Hoehenmesser — man weiss, wie hoch man ist, aber nicht, ob man gleich in einen Berg fliegt.
Das richtige Instrumentenpanel fuer eine Produktorganisation zu bauen, ist eine der wirkungsvollsten Massnahmen, die ein Technologiefuehrer ergreifen kann. Kein Dashboard mit fuenfzig Charts, das niemand liest — eine kuratierte Auswahl an Instrumenten, die die Fragen beantworten, die man tatsaechlich beantworten muss, um Entscheidungen zu treffen. Umsatz. Burn Rate. Deployment-Frequenz. Incident-Rate. Kundenaktivierung. Pipeline-Coverage. Verbleibender Treibstoff.
Checklisten sind nicht fuer Anfaenger
Ich habe Hunderte von Stunden in der SR22T geflogen. Ich koennte die Before-Takeoff-Checkliste aus dem Gedaechtnis aufsagen. Trotzdem gehe ich sie jedes einzelne Mal anhand der gedruckten Karte durch.
Das ist keine Anfaengergewohnheit. Es ist eine bewusste Praxis, die auf Jahrzehnten der Unfalluntersuchung basiert. Die Luftfahrtindustrie hat gelernt — durch Abstuerze, durch Todesfaelle — dass das menschliche Gedaechtnis unter Belastung unzuverlaessig ist. Erfahrene Piloten ueberspringen Schritte nicht, weil sie nachlaeassig sind, sondern weil das Gehirn, selbst unter mildem Stress oder Ablenkung, das ausblendet, was es fuer Routine haelt. Checklisten fangen auf, was Selbstsicherheit uebersieht.
Ich habe diese Disziplin in jede Ingenieursorganisation eingebracht, die ich geleitet habe. Deployment-Checklisten. Incident-Response-Runbooks. Kunden-Onboarding-Sequenzen. Launch-Readiness-Reviews. Nicht weil das Team nicht wuesste, was zu tun ist, sondern weil “wissen, was zu tun ist” und “es jedes Mal unter Druck zuverlaessig tun” zwei voellig verschiedene Dinge sind. Atul Gawandes The Checklist Manifesto hat diesen Fall fuer die Chirurgie gemacht. Die Luftfahrt hat es Jahrzehnte frueher getan. Software Engineering holt immer noch auf.
Fehlerkultur ist kein Nice-to-have — sie ist die einzige Art zu lernen
Die Luftfahrt hat die effektivste Fehlerkultur jeder Branche, der ich begegnet bin. Wenn etwas schiefgeht — ein Vorfall, ein Beinahe-Unfall, eine Verfahrensabweichung — wird es gemeldet, untersucht und geteilt. Nicht um Schuld zuzuweisen, sondern um ein Wiederauftreten zu verhindern. Das gesamte System basiert auf der Praemisse, dass Menschen Fehler machen, und der einzige Weg, die Sicherheit zu verbessern, ist, offen ueber diese Fehler zu sprechen.
Jeder Unfalluntersuchungsbericht des NTSB oder der BFU liest sich gleich: eine Kette von Ereignissen, von denen jedes einzelne ueberlebbar gewesen waere, die sich aber zu einer Katastrophe kombinierten, weil niemand die Sequenz rechtzeitig erkannte. Die Berichte fragen nicht “Wer hat Mist gebaut?” Sie fragen “Welche Bedingungen haben das ermoeglicht, und wie aendern wir diese Bedingungen?” Deshalb ist die kommerzielle Luftfahrt so sicher — nicht weil Piloten perfekt sind, sondern weil die Branche gelernt hat, jeden Fehler als Daten zu behandeln statt als Schande.
In der Geschaeftswelt machen die meisten Organisationen das Gegenteil. Fehler werden vertuscht, erklaert oder leise jemandem zugeschrieben, der dann aufs Abstellgleis geschoben wird. Das Ergebnis ist, dass die Organisation nie lernt. Dieselben Fehler wiederholen sich, weil niemand sie dokumentiert, niemand sie geteilt und niemand das System geaendert hat, das sie hervorgebracht hat.
Die besten Engineering-Kulturen, die ich aufgebaut habe, haben direkt von der Luftfahrt uebernommen. Schuldzuweisungsfreie Post-Mortems nach Vorfaellen. Near-Miss-Meldungen ohne Konsequenzen. Gemeinsame Lernsessions, in denen Teams ihre Misserfolge neben ihren Erfolgen praesentieren. Das funktioniert nur, wenn die Fuehrung es wirklich vorlebt — wenn der CTO aufsteht und sagt “Hier ist eine Entscheidung, die ich letztes Quartal falsch getroffen habe, und was ich daraus gelernt habe.” In dem Moment, wo Fehlermeldungen Karriererisiken bergen, hoert es auf. Und wenn es aufhoert, verliert man den einzigen zuverlaessigen Mechanismus fuer organisationales Lernen.
Go/No-Go ist ein Framework, kein Gefuehl
Die schwierigste Entscheidung beim Fliegen ist die Go/No-Go-Entscheidung. Das Wetter ist grenzwertig. Die Wolkenuntergrenze wird mit 800 Fuss gemeldet, aber der TAF sagt, sie koennte auf 500 fallen. Es gibt ein SIGMET (Significant Meteorological Advisory) fuer moderate Turbulenz auf der Route. Man hat das Rating und die Ausruestung, um unter diesen Bedingungen zu fliegen, technisch gesehen. Fliegt man?
Gute Piloten treffen diese Entscheidung nicht emotional. Sie haben persoenliche Minima — Bedingungen, unterhalb derer sie schlicht nicht fliegen, unabhaengig davon, was legal ist oder was das Flugzeug kann. Sie haben Alternates geplant. Sie bewerten das gesamte Risikobild systematisch: Wettertrend sich verbessernd oder verschlechternd? Ermuedungslevel des Piloten? Komplexitaet des Anflugs? Erwartungen der Passagiere, die Druck erzeugen?
Die besten Geschaeftsentscheidungen, die ich getroffen habe, folgten exakt dieser Struktur. Nicht “fuehle ich mich gut bei diesem Markteintritt”, sondern: Wie sind die Bedingungen? Was ist unsere Mindestschwelle fuer ein Weitermachen? Was ist der Alternate, wenn sich die Bedingungen verschlechtern, nachdem wir uns committed haben? Welche Druckfaktoren — Board-Erwartungen, versunkene Kosten, Wettbewerbsangst — koennten mich in Richtung “Go” verzerren, wenn die Daten “Warten” sagen?
Ich habe Fluege gestrichen, die ich wahrscheinlich sicher haette durchfuehren koennen. Ich habe Produktinitiativen getoetet, die vielleicht funktioniert haetten. In beiden Faellen ist die Disziplin dieselbe: Wenn das Risiko-Ertrags-Verhaeltnis die eigenen persoenlichen Minima nicht erreicht, bleibt man am Boden. Es gibt immer einen anderen Tag zum Fliegen, ein anderes Quartal zum Shippen.
Fliegen macht einen nicht durch irgendeinen vagen Prozess der Charakterbildung zu einer besseren Fuehrungskraft. Es macht einen besser, weil es einen immer wieder und mit echten Konsequenzen dazu zwingt, die Dinge zu tun, die gute Fuehrung erfordert: das Ziel praezise definieren, Daten statt Meinungen sammeln, kontinuierlich korrigieren statt bei Abweichungen in Panik zu verfallen, Situationsbewusstsein durch disziplinierte Instrumentierung aufrechterhalten, Checklisten befolgen, auch wenn man glaubt, sie nicht zu brauchen, jeden Fehler als Lernchance behandeln statt als Versagen, und Go/No-Go-Entscheidungen mit einem Framework treffen statt mit einem Gefuehl.
Das Cockpit ist einfach ein Ort, an dem die Feedbackschleife unmittelbar und die Konsequenzen von Fehlentscheidungen eindeutig sind. Business gibt einem mehr Spielraum fuer Schlampigkeit. Das ist kein Vorteil — es ist eine Falle.