Stellen Sie sich vor, Sie planen ein Projekt, bei dem jede Minute Verzögerung Tausende von Euro kostet. Sie verlassen sich auf einen Zeitplan, der ursprünglich für acht Tage ausgelegt war. Plötzlich werden aus diesen acht Tagen mehrere Monate. Genau das ist passiert, als die Mission von Suni Williams und Barry Wilmore im Juni 2024 startete. Wer im Bereich der Luft- und Raumfahrt oder in hochkomplexen technischen Projekten arbeitet, weiß, dass der Fehler nicht in der Technik selbst liegt, sondern in der falschen Erwartungshaltung gegenüber Prototypen. Ich habe diesen Prozess bei ähnlichen Testläufen oft beobachtet: Man will den Erfolg so sehr, dass man die Warnsignale der Hardware ignoriert. Wer glaubt, dass ein Testflug mit einer neuen Kapsel wie ein Linienflug von Frankfurt nach New York funktioniert, hat das Prinzip der experimentellen Luftfahrt nicht verstanden.
Die Illusion der festen Deadline bei Suni Williams und Barry Wilmore
Der größte Fehler, den Projektleiter und Beobachter machen, ist die Annahme, dass ein Rückkehrdatum bei einer Testmission in Stein gemeißelt ist. Bei der Starliner-Mission war die ursprüngliche Planung extrem optimistisch. Man ging von einer kurzen Stippvisite auf der ISS aus. Doch die Realität der Helium-Lecks und der Probleme mit den Steuertriebwerken machte diesen Plan zunichte. In meiner Praxis habe ich gesehen, wie Teams unter dem Druck von Deadlines Sicherheitsbedenken beiseitegeschoben haben, nur um den Termin zu halten. Das ist lebensgefährlich.
Die NASA und Boeing mussten hier die Reißleine ziehen. Es geht nicht darum, wann die Astronauten zurückkommen, sondern dass sie sicher zurückkommen. Wenn Sie ein komplexes System testen, ist die Deadline Ihr größter Feind. Wer hier Geld sparen will, indem er den Zeitplan erzwingt, zahlt am Ende drauf, weil die Fehlerbehebung im laufenden Betrieb ein Vielfaches dessen kostet, was eine gründliche Analyse am Boden gekostet hätte. Die Entscheidung, die Kapsel leer zurückzuschicken, war kein Scheitern, sondern eine logische Konsequenz aus den vorliegenden Daten.
Warum technische Redundanz kein Allheilmittel ist
Oft höre ich das Argument, dass moderne Systeme so viele Backups haben, dass ein kleiner Ausfall keine Rolle spielt. Das ist ein gefährlicher Trugschluss. Wenn fünf Triebwerke ausfallen, wie es beim Andocken der Fall war, ist das kein statistisches Rauschen mehr, sondern ein systemisches Problem. In der Ingenieurswelt nennen wir das „Normalisierung der Abweichung“. Man gewöhnt sich an kleine Fehler, bis sie sich zu einer Katastrophe summieren. Wer denkt, Redundanz ersetzt Sorgfalt, hat schon verloren.
Das Missverständnis über die Rolle der Testpiloten
Ein häufiger Fehler in der öffentlichen Wahrnehmung und auch bei manchen Managern ist die Vorstellung, Suni Williams und Barry Wilmore seien dort oben „gestrandet“. Diese Wortwahl ist fachlich völlig daneben. Als Testpilot ist man darauf vorbereitet, dass die Dinge schiefgehen. Ich habe mit Leuten gearbeitet, die ähnliche Profile haben. Diese Menschen sind keine Passagiere, sondern Teil des Entwicklungsprozesses.
Das Problem entsteht, wenn die Kommunikation nach außen so tut, als liefe alles nach Plan, während die Ingenieure am Boden fieberhaft nach Lösungen suchen. Diese Diskrepanz zwischen PR und Realität zerstört Vertrauen. Wenn Sie ein Produkt entwickeln, sagen Sie Ihren Investoren nicht, dass alles perfekt ist, wenn die ersten Tests Risse zeigen. Seien Sie ehrlich. Die beiden Profis auf der Station wissen genau, worauf sie sich eingelassen haben. Das Risiko ist Teil ihres Jobs. Wer Mitleid mit ihnen hat, versteht ihre Professionalität nicht. Sie leisten dort oben wertvolle Arbeit, indem sie Daten liefern, die man in keinem Simulator der Welt generieren könnte.
Unterschätzung der thermischen Belastung und Materialermüdung
Ein technischer Fehler, der immer wieder unterschätzt wird, ist das Verhalten von Bauteilen unter extremen Bedingungen, die man am Boden nicht eins zu eins nachstellen kann. Bei den Problemen mit den Triebwerken der Kapsel spielte die Hitzeentwicklung eine zentrale Rolle. Die Dichtungen verformten sich, was zu den Helium-Lecks führte. In der Theorie sieht jedes CAD-Modell perfekt aus. In der Praxis, wenn die Sonne ungefiltert auf das Gehäuse knallt und im nächsten Moment die Kälte des Schattens zuschlägt, verhalten sich Materialien anders.
Ich habe das oft bei Hochleistungskomponenten erlebt: Man testet in der Vakuumkammer und denkt, man ist sicher. Aber die kumulative Belastung durch mehrfache Zündvorgänge in kurzer Folge erzeugt Hitzestaus, die in den Simulationen nicht auftauchten. Wer hier an den Materialkosten spart oder zu wenig Zeit für thermische Langzeittests einplant, steht am Ende vor einem Scherbenhaufen. Es ist günstiger, zehn Triebwerke am Boden zu schrotten, als ein einziges im All zu verlieren, das noch dazu Menschenleben gefährdet.
Der Fehler in der Kommunikation zwischen Hardware und Software
Ein Aspekt, der oft untergeht, ist die Verzögerung in der Fehlerdiagnose. Wenn Suni Williams und Barry Wilmore Probleme mit der Steuerung melden, liegen die Daten erst Sekunden später am Boden vor. Die Analyse dieser Daten dauert Stunden oder Tage. Ein gravierender Fehler in der Projektleitung ist es, schnelle Lösungen zu versprechen, wenn man die Ursache noch gar nicht verstanden hat.
Das Problem der Software-Patches im laufenden Betrieb
Manchmal versuchen Teams, Hardware-Mängel durch Software-Updates zu kaschieren. Das ist wie ein Pflaster auf einer Arterienblutung. Wenn ein Ventil mechanisch klemmt, wird kein Code der Welt dieses Ventil wieder gängig machen. Man kann nur versuchen, das System drumherum so zu programmieren, dass der Fehler umgangen wird. Das erhöht aber die Komplexität und führt oft zu neuen, unvorhersehbaren Fehlern. Ich habe Projekte gesehen, die genau an dieser Arroganz gescheitert sind: „Das fixen wir mit Software.“ Nein, tun Sie es nicht. Wenn die Hardware Schrott ist, muss sie ersetzt oder das Design grundlegend geändert werden.
Vorher-Nachher Vergleich der Entscheidungsfindung
Schauen wir uns an, wie eine falsche Entscheidung im Vergleich zu einer richtigen in der Praxis aussieht.
Der falsche Ansatz (Szenario A): Man steht unter massivem Druck durch die Öffentlichkeit und die Geldgeber. Man sieht die Probleme mit den Triebwerken, entscheidet aber, dass die Sicherheitsmargen gerade noch ausreichen. Man befiehlt die Rückkehr der Astronauten in der betroffenen Kapsel, um das Gesicht zu wahren und zu beweisen, dass das System funktioniert. Das Risiko eines Totalausfalls während des Wiedereintritts wird als „akzeptabel“ eingestuft, weil man die statistische Wahrscheinlichkeit schönt. Wenn es gut geht, feiert man sich als Helden. Wenn nicht, ist das Programm am Ende und Menschen sind tot.
Der richtige Ansatz (Szenario B): Man erkennt an, dass die Datenlage unsicher ist. Man akzeptiert die Schmach der Verzögerung und die hämischen Kommentare der Presse. Man entscheidet sich für den sichersten Weg, auch wenn dieser bedeutet, dass die Mission acht Monate statt acht Tage dauert und die Rückkehr mit einem Konkurrenzprodukt erfolgen muss. Man nutzt die Zeit, um so viele Daten wie möglich zu sammeln, während die Kapsel noch an der Station angedockt ist. Man priorisiert das Leben der Crew über den Stolz des Unternehmens. Das ist genau das, was letztlich getan wurde. Es kostet kurzfristig Ansehen, sichert aber langfristig die Existenz des Programms.
Die Kostenfalle der Ersatzlogistik
Ein Punkt, den viele bei ihrer Planung völlig ignorieren, ist die Logistik für den Ernstfall. Wenn Sie eine Mission wie die von Suni Williams und Barry Wilmore planen, müssen Sie die Kosten für eine Rettungsmission von Anfang an im Budget haben. Nicht nur finanziell, sondern auch kapazitätsmäßig.
Es klappt nicht, einfach bei der Konkurrenz anzurufen und zu fragen, ob sie nächste Woche mal kurz jemanden abholen können. Die Planung für den Crew-9-Flug von SpaceX musste komplett umgestellt werden. Zwei Sitze blieben leer, die gesamte Missionsplanung wurde über den Haufen geworfen. Das kostet Millionen. Wer in der Industrie tätig ist, sollte daraus lernen: Haben Sie immer einen Plan B, der nicht auf Ihren eigenen Ressourcen basiert. Wenn Ihr eigener Prozess versagt, brauchen Sie einen externen Partner, der sofort einspringen kann. Das kostet eine Bereitstellungsgebühr, aber es verhindert den Totalverlust Ihrer Investition.
Das Problem mit der fixen Denkweise bei Innovationsprojekten
Viele Unternehmen begehen den Fehler, Testphasen wie Produktionsphasen zu behandeln. Sie setzen KPIs, die auf Effizienz getrimmt sind, statt auf Erkenntnisgewinn. Bei einem Testflug ist der einzige KPI, der zählt: Wie viele neue Erkenntnisse haben wir über das System gewonnen?
Wenn Sie jemanden in eine neue Umgebung schicken, sei es ins All oder in eine neue Fabrik, werden unvorhergesehene Dinge passieren. In meiner Laufbahn habe ich oft erlebt, dass Ingenieure bestraft wurden, weil ein Test fehlschlug. Das ist der sicherste Weg, um Innovation zu ersticken. Ein fehlgeschlagener Test, der richtig analysiert wird, ist wertvoller als ein erfolgreicher Test, bei dem man einfach nur Glück hatte. Die Starliner-Problematik ist eine harte Lektion in Demut gegenüber der Physik. Die Physik lässt nicht mit sich verhandeln, egal wie groß das Marketingbudget ist.
Realitätscheck
Kommen wir zur harten Wahrheit. Wenn Sie glauben, dass Sie komplexe, neue Systeme ohne massive Rückschläge einführen können, sind Sie naiv. Erfolg in solchen Bereichen wie der bemannten Raumfahrt oder der Entwicklung von Hochtechnologie misst sich nicht an der Abwesenheit von Fehlern, sondern an der Qualität Ihres Krisenmanagements.
Sie werden Fehler machen. Ihre Hardware wird versagen. Ihre Software wird Bugs haben, die erst unter Last auftreten. Was Sie von den Großen lernen können, ist nicht, wie man perfekt plant, sondern wie man mit dem Scheitern der Planung umgeht. Es braucht Eier, vor die Weltöffentlichkeit zu treten und zu sagen: „Unsere Kapsel ist nicht sicher genug für die Crew, wir brauchen eine Alternative.“
Echter Erfolg erfordert:
- Die Bereitschaft, Millionen zu investieren, nur um am Ende festzustellen, dass man von vorne anfangen muss.
- Den Verzicht auf kurzfristige PR-Erfolge zugunsten langfristiger Sicherheit.
- Eine Kultur, in der die leiseste Warnstimme eines Technikers mehr Gewicht hat als die lauteste Stimme des CEOs.
Wenn Sie nicht bereit sind, diesen Preis zu zahlen – zeitlich, finanziell und emotional –, dann lassen Sie die Finger von solchen Projekten. Bleiben Sie bei dem, was Sie kennen. Innovation ist schmutzig, teuer und oft frustrierend. Aber es ist der einzige Weg nach vorne. Wer keine acht Monate warten kann, wenn acht Tage geplant waren, sollte keine Raketen bauen. So einfach ist das nun mal. Das ist die Realität, und alles andere ist Wunschdenken von Leuten, die noch nie eine Schraube an einer Maschine festgezogen haben, die tatsächlich funktionieren muss.
