Skalierbare Entwicklungsorganisationen für wachsende Raumfahrtunternehmen
Wenn Wachstum nicht automatisch zu mehr Leistungsfähigkeit führt.
Mit neuen Projekten, größeren Teams und steigender Komplexität entstehen neue Anforderungen an Zusammenarbeit, Entscheidungen und Verantwortung.
Was zunächst wie ein Ressourcenproblem aussieht, ist häufig ein strukturelles Thema.
1:1 Gespräch (ca. 30 Minuten, online) – kostenfrei und unverbindlich.
Was sich in der Praxis zeigt
In schnell wachsenden Raumfahrtunternehmen wiederholt sich ein Muster
Engineering
leistet kompetente technische Arbeit.
Product Assurance
erfüllt ihre Verantwortung.
Projektleitung
plant und steuert.
Qualitätsmanagement
dokumentiert und auditiert.
Jede Funktion ist mit fähigen Menschen besetzt, die mit vernünftigen Prozessen arbeiten.
Und trotzdem — die Projekte sind spät. Der Kunde stellt Rückfragen.
Die Reviews ziehen sich. Entscheidungen brauchen drei Schleifen, wo sie eine bräuchten.
Das Team arbeitet mehr, nicht weniger.
Lokale Optima addieren sich zu einem systemischen Subobtimum.
Welche Herausforderungen stehen Ihrem Unternehmen aktuell im Weg?
Die 6 gravierendsten Herausforderungen in wachsenden Organisationen
Jede Funktion optimiert ihre eigene Arbeit. Jede hat in ihrem eigenen Rahmen recht.
Und doch tragen die Nahtstellen zwischen ihnen — wo Entscheidungen übergeben werden, wo Wissen übersetzt wird, wo Verantwortung weitergereicht wird — die Kosten der Fehlausrichtung.
Wachstum übersetzt sich nicht in Kapazität.
Sie stellen ein, um die Engpässe zu entlasten. Die Engpässe bleiben — weil sie nicht in den Kopfzahlen lagen, sondern in den Schnittstellen. Die neuen Menschen passen sich in die bestehende Struktur ein und absorbieren dieselbe Reibung.
Entscheidungen brauchen viele Schleifen
… wo eine reichen würde. Eine technische Entscheidung braucht Engineering-Input. Dann Product Assurance. Dann Projektleitung für die Schedule-Wirkung. Dann zurück zu Engineering, weil der PA-Kommentar den Scope verändert hat. Jede Schleife ist isoliert betrachtet vernünftig. Die aggregierten Kosten zeigen sich im Zeitplan.
Prioritäten konkurrieren miteinander
Engineering optimiert technische Risiken. Projektleitung schützt Termine. Product Assurance schützt Nachweisfähigkeit. Qualitätsmanagement schützt Regelkonformität. Jede Priorität ist für sich sinnvoll.
Doch wenn Zielkonflikte sichtbar werden, fehlt häufig ein gemeinsamer Entscheidungsrahmen. Die Folge sind langwierige Abstimmungen, wiederkehrende Diskussionen und Entscheidungen, die von Projekt zu Projekt unterschiedlich ausfallen.
Transparenz über die Organisation fehlt
Teams treffen vernünftige Entscheidungen auf Basis ihrer lokalen Sicht. Die Auswirkungen auf andere Projekte, Funktionen oder Abhängigkeiten werden jedoch oft erst sichtbar, wenn sie bereits Kosten verursachen.
Dasselbe Problem taucht erneut auf
Ein Team, das ein Problem in Projekt A löst, löst es in Projekt B erneut, weil das Wissen bei den Einzelnen blieb, nicht in der Struktur. Die Organisation trägt die Kosten des Wiedererlernens. Der Kunde sieht Inkonsistenz.
Reviews decken bekannte Lücken auf
Das Team wusste vom Problem. Jemand erwähnte es. Es erreichte die Entscheidungsinstanz nicht rechtzeitig. Das Review macht es für den Kunden sichtbar, der es nun als strukturelle Fragilität sieht.
Wenn mehrere dieser Symptome zusammen auftreten, geht es häufig nicht mehr um ein einzelnes Projekt, eine einzelne Entscheidung oder eine einzelne Funktion.
Die Muster tauchen wiederholt auf – trotz kompetenter Menschen und trotz vernünftiger Prozesse.
Und irgendwann stellt sich die Frage:
Warum entstehen diese Probleme immer wieder, obwohl jede Funktion ihren Beitrag leistet?
Der Trugschluss:
Wenn die Symptome sichtbar werden, liegt der scheinbar logische Schluss nahe: Wir brauchen mehr Ressourcen, bessere Werkzeuge oder zusätzliche Prozesse.
Teams stoßen an ihre Grenzen? Also werden neue Mitarbeitende eingestellt.
Entscheidungen dauern zu lange? Also werden weitere Abstimmungsrunden eingeführt.
Wissen bleibt bei Einzelnen? Also werden zusätzliche Dokumentationen und Wissensdatenbanken aufgebaut.
Reviews und Audits decken immer wieder dieselben Themen auf? Also werden neue Prozesse und Kontrollen ergänzt.
Und tatsächlich helfen diese Maßnahmen oft kurzfristig.
Doch sie verändern selten die Struktur, in der die Probleme entstehen.
Mit jeder zusätzlichen Rolle, jedem neuen Prozess und jedem weiteren Tool steigt die organisatorische Komplexität – während die eigentliche Ursache häufig bestehen bleibt.
Die Erkenntnis: Es ist strukturell
Die Leistungsfähigkeit einer Organisation
entsteht zwischen den Funktionen.
Wenn jede Funktion für sich vernünftig arbeitet und die Probleme trotzdem bestehen bleiben, lohnt sich ein Perspektivwechsel.
Die entscheidende Frage ist nicht, wie Engineering, Product Assurance, Projektleitung oder Qualitätsmanagement jeweils besser werden können.
Die entscheidende Frage ist, wie ihr Zusammenwirken gestaltet ist.
Denn genau dort entstehen die meisten Reibungsverluste – an den Übergängen zwischen Entscheidungen, Verantwortlichkeiten, Wissen und Prioritäten.
Die Organisation wird nicht in den Funktionen wirksam. Sie wird an ihren Schnittstellen wirksam.
Drei Prinzipien, die diese Arbeit prägen:
Diagnose vor Lösung
Der Ausgangspunkt ist, die Struktur so zu verstehen, wie sie tatsächlich arbeitet — nicht wie sie dokumentiert ist. Die Diagnose ist beobachtend, nicht verschreibend.
Arbeit an den Schnittstellen, nicht in den Funktionen
Best Practice bleibt erhalten.
Die strukturelle Arbeit findet an den Nahtstellen statt: wo Entscheidungen übergeben werden, wo Wissen übersetzt wird, wo Verantwortung weitergereicht wird.
Wirksamkeit, die sich selbst trägt
Das Ziel ist, dass die Organisation ihre Koordination selbst trägt, wenn das externe Mandat endet. Die Arbeit ist strukturell, nicht transaktional.
So wird Struktur wirksam
Strukturelle Arbeit setzt dort an, wo Funktionen aufeinandertreffen.
Wenn die Schnittstellen tragfähig werden, verändert sich nicht die fachliche Arbeit der einzelnen Funktionen. Aber Entscheidungen werden klarer, Wissen wird robuster, Verantwortung eindeutiger und Wachstum verliert einen Teil seiner Reibung.
Gemeinsames Problemverständnis
Wenn jede Funktion dasselbe Symptom anders einordnet, laufen Entscheidungen schon vor dem Meeting auseinander. Strukturelle Arbeit schafft einen gemeinsamen Rahmen, aus dem heraus Entscheidungen getroffen werden können.
Typische Frage: Wie kommen wir zu einem gemeinsamen Bild eines Problems, wenn jede Funktion es anders einrahmt?
Klare Rollen und Entscheidungsbefugnis
Koordinationsreibung entsteht häufig an Übergabepunkten. Tragfähige Schnittstellen verkürzen Schleifen.
Typische Frage: Wer entscheidet, wenn die Konsequenz einer technischen Änderung für Termin, Nachweisführung und Risiko erst später sichtbar wird?
Wissensstrukturen statt Wissensinseln
Wissen darf nicht nur bei den wenigen liegen, die am längsten dabei sind. Strukturelle Arbeit verankert Wissen in Routinen, Übergaben und Dokumentation, die zur realen Praxis passt.
Typische Frage: Wie wird Wissen, das heute in zwei Köpfen lebt, Teil der Struktur — ohne Papier, das keiner liest?
Organisatorische Wirksamkeit
Das Ziel ist nicht, dass wenige Leistungsträger die Organisation zusammenhalten. Das Ziel ist, dass die Organisation ihre Koordination selbst trägt – auch wenn das externe Mandat endet.
Typische Frage: Wie sorgen wir dafür, dass die Verbesserung, die wir aufgebaut haben, hält — wenn das Mandat endet?
Wie ein strukturelles Mandat verläuft
Vier Phasen der Zusammenarbeit im Überblick
Strukturelle Arbeit folgt keinem festen Programm. Jede Organisation bringt andere Symptome, andere Schnittstellen und andere Rahmenbedingungen mit.
Trotzdem beginnt die Arbeit meist ähnlich: nicht mit Lösungen, sondern mit Beobachtung.
Schritt 1
Diagnose – Beobachten statt vermuten
Bevor Strukturen verändert werden, muss sichtbar werden, wie sie tatsächlich arbeiten. Meetings, Reviews, Statusrunden und Entscheidungsprozesse zeigen oft ein anderes Bild als Organigramme oder Prozessbeschreibungen.
Am Ende der Diagnose liegt ein gemeinsames Bild der aktuellen Situation vor:
- Die wichtigsten Reibungsverluste zwischen Funktionen sind sichtbar.
- Kritische Schnittstellen und Übergabepunkte sind identifiziert.
- Symptome werden von ihren möglichen Ursachen getrennt.
- Die strukturellen Risiken der Organisation werden greifbar.
Typische Dauer: zwei bis vier Wochen.
Schritt 2
Gemeinsamer Rahmen – Muster sichtbar machen
Gemeinsam betrachten wir, wo Reibung entsteht, welche Schnittstellen die höchsten Kosten verursachen und welche Muster sich wiederholen.
Die Frage lautet nicht: Wer hat Recht? Sondern: Was erzeugt die beobachteten Symptome?
Am Ende dieser Phase besteht Klarheit darüber, welche strukturellen Themen bearbeitet werden sollen.
- Die Muster hinter den Symptomen sind gemeinsam beschrieben.
- Die prioritären Handlungsfelder sind identifiziert.
- Unterschiedliche Sichtweisen der Funktionen werden zusammengeführt.
- Ein gemeinsames Zielbild für die weitere Arbeit entsteht.
Typische Dauer: ein bis zwei Workshops über zwei bis vier Wochen.
Schritt 3
Strukturelle Arbeit – An den entscheidenden Schnittstellen
Nicht jede Schnittstelle ist gleich wichtig. Die Arbeit konzentriert sich auf die Stellen, an denen Entscheidungen, Wissen und Verantwortung heute Reibung erzeugen.
In dieser Phase werden die identifizierten Hebel im Arbeitsalltag wirksam gemacht:
- Rollen, Verantwortlichkeiten und Entscheidungswege werden klarer.
- Übergaben zwischen Funktionen werden belastbarer.
- Wissen wird systematischer verfügbar und weniger personenabhängig.
- Wiederkehrende Abstimmungs- und Reibungsverluste werden reduziert.
Typische Dauer: drei bis zwölf Monate, je nach Scope.
Schritt 4
Übergabe – Die Organisation trägt die Verbesserung selbst
Das Ziel ist nicht dauerhafte externe Unterstützung. Das Ziel ist eine Organisation, die ihre Koordination selbst trägt und Verbesserungen auch ohne externe Begleitung weiterentwickeln kann.
Ihre Organisation trägt die erreichten Verbesserungen zunehmend selbst:
- Neue Strukturen funktionieren ohne permanente externe Unterstützung.
- Verantwortung für die Weiterentwicklung liegt in der Organisation.
- Routinen, Entscheidungswege und Wissensstrukturen sind etabliert.
- Externe Begleitung wird vom operativen Bedarf zum Sparring auf Augenhöhe.
Typische Dauer: laufend in deutlich reduzierter Form, oder vollständig abgeschlossen.
Wo Strukturelle Arbeit sichtbar wird
Die meisten strukturellen Mandate beginnen nicht als strukturelle Mandate.
In den meisten Fällen entsteht die strukturelle Perspektive während der Arbeit an einem konkreten Problem.
- Ein Product Assurance Mandat macht Schnittstellen zwischen Engineering, PA und Projektleitung sichtbar.
- Ein Compliance- oder Audit-Mandat legt organisatorische Ursachen hinter wiederkehrenden Findings offen.
Das operative Thema ist der Anlass. Die strukturellen Muster werden erst während der Zusammenarbeit sichtbar.
In beiden Fällen ersetzt strukturelle Arbeit nicht die Product Aussuance oder Compliance Mandate — sie baut darauf auf.
Das strukturelle Gespräch ergibt Sinn, sobald der operative Druck gefasst ist und die Organisation die Bandbreite hat, sich die zugrundeliegenden Muster anzuschauen.
New-Space Product Assurance
Während Product-Assurance-Mandaten werden häufig Reibungen zwischen Engineering, PA und Projektleitung sichtbar. Wenn Projektdruck systemische Muster freilegt, erweitert sich der Blick von der Projektsituation auf die Organisation.
Tailored Standard Compliance
Audits, Reviews und Findings machen oft sichtbar, wo Prozesse, Verantwortlichkeiten und Entscheidungswege nicht mehr mit der Organisationsrealität zusammenpassen. Das Audit wird zum Fenster auf die zugrunde liegende Struktur.
Ihr Sparringspartner für strukturelle Wirksamkeit
Hallo, ich bin Bernhard Bals
Luft- und Raumfahrtingenieur mit über 20 Jahren Erfahrung in Engineering, Product Assurance, Projektleitung und Qualitätsmanagement.
Über viele Jahre habe ich technische Systeme, Projekte und Organisationen in anspruchsvollen Raumfahrtumgebungen begleitet. Dabei hat sich eine Beobachtung immer wieder bestätigt:
Die größten Herausforderungen entstehen selten innerhalb einzelner Funktionen. Sie entstehen dort, wo Funktionen zusammenarbeiten müssen.
Engineering, Product Assurance, Projektleitung und Qualitätsmanagement verfolgen jeweils berechtigte Ziele. Die eigentliche Komplexität entsteht an den Schnittstellen zwischen ihnen.
Genau deshalb hat sich mein Fokus über die Jahre erweitert – von technischen Fragestellungen in einzelnen Projekten hin zu strukturellen Fragen über Funktionen und Teams hinweg.
Die Grundlage dieser Arbeit ist die Verbindung aus Engineering-Erfahrung, Raumfahrt-Missionserfahrung und meiner Ausbildung als interkultureller Mediator und Business Coach.
Engineering-Wissen hilft zu verstehen, was technisch tatsächlich geschieht. Die Mediations- und Coaching-Ausbildung hilft, unterschiedliche Perspektiven sichtbar zu machen und tragfähige Lösungen zu entwickeln. Die Erfahrung aus Raumfahrtprojekten sorgt dafür, dass strukturelle Veränderungen auch unter realen Projektbedingungen funktionieren.
Strukturelle Arbeit bedeutet für mich deshalb nicht, Prozesse zu entwerfen. Sie bedeutet, Organisationen dabei zu unterstützen, ihre eigene Wirksamkeit dauerhaft zu tragen.
Die Form folgt der Diagnose
Strukturelle Arbeit beginnt selten mit vorgefertigten Lösungen
Jede Organisation bringt andere Herausforderungen, andere Schnittstellen und andere Wachstumsfragen mit. Deshalb lässt sich diese Arbeit nur begrenzt in feste Pakete, Zeitboxen oder Standardangebote übersetzen. Der Umfang und die Form der Zusammenarbeit entstehen aus der Diagnose – nicht aus einem vorab definierten Leistungskatalog.
Deshalb finden Sie auf dieser Seite keine klassischen Beratungsangebote. Was Sie stattdessen finden, ist eine Beschreibung der Muster, die mir in wachsenden Entwicklungsorganisationen immer wieder begegnen.
Wenn diese Muster für Sie vertraut klingen, lohnt sich ein Gespräch.
Nicht um sofort eine Lösung festzulegen. Sondern um gemeinsam zu verstehen, ob die Herausforderungen, die Sie beobachten, tatsächlich strukturelle Ursachen haben – und ob strukturelle Arbeit für Ihre Organisation der richtige nächste Schritt ist.
Wenn die Product-Assurance- oder Compliance-Themen auf den anderen Seiten besser zu Ihrer aktuellen Situation passen, ist auch das ein wertvolles Ergebnis.
Beginnen wir mit der.
Vereinbaren Sie Ihr kostenloses Check-in Gespräch.
Gemeinsam schauen wir auf die Muster hinter den Symptomen – und darauf, ob strukturelle Arbeit der richtige nächste Schritt ist.
30 Minuten. Online. Kostenfrei und unverbindlich.