Strategieumsetzung ohne direkte Weisungsbefugnis: Was Open Source lehrt

Wer Strategie in dezentralisierten Strukturen umsetzen will — ob in Matrixorganisationen, Konzernen oder Open-Source-Ökosystemen — stößt auf dasselbe Problem: Es gibt niemanden, dem man einfach etwas befehlen kann.

Stef Walter, Senior Director bei Red Hat und seit 25 Jahren in der Open-Source-Welt aktiv, kennt dieses Problem aus einer extremen Perspektive. Als verantwortlicher Direktor für Red Hat Enterprise Linux — ein Produkt mit mehreren Milliarden USD Jahresumsatz — führt er täglich Strategie in einem Umfeld, in dem Entwickler aus unterschiedlichen Ländern, Firmen und Kulturen zusammenarbeiten, ohne dass irgendjemand Weisungsbefugnis über sie hätte.

Was er dabei gelernt hat, ist direkt auf jede Organisation übertragbar, die Strategie ohne vollständige hierarchische Kontrolle umsetzen muss — und das ist heute fast jedes Unternehmen ab einer gewissen Größe.

Die wichtigsten Erkenntnisse

• Champion Leadership ersetzt direkte Autorität durch einen klar kommunizierten gemeinsamen Zweck (Just Cause) — der einzige skalierbare Führungsansatz in dezentralisierten Strukturen.
• Nein-sagen ist strategisch: Ohne Fokus-Disziplin führt dezentrale Zusammenarbeit zu Ressourcenzersplitterung statt Ergebnis.
• Radikale Kundenzentrierung ist in Open Source kein Nice-to-have, sondern erzwungene Realität — wer die Community nicht einbezieht, verliert Roadmap-Kontrolle.
• Red Hat verdient Milliarden nicht durch Code-Erfindung, sondern durch Stabilisierung, Orchestrierung und Produktisierung von Community-Code — ein Geschäftsmodell, das auf kuratierten Standards, nicht auf Lizenzgebühren basiert.
• Demokratische Entscheidungsprozesse haben klare Grenzen: Bei Ressourcen-Allokation (Budget, Hardware, Headcount) braucht es formale Führungsentscheidungen — kein Modell funktioniert ohne diesen Anker.
• Open-Source-Prinzipien im Konzern: Transparenz, Cross-funktionale Zusammenarbeit ohne Manager-Gate-Keeping und Patch-Kultur lassen sich intern replizieren — mit messbaren Effizienzgewinnen.
• 10+ Millionen Open-Source-Projekte treiben heute jedes Smartphone, jede Cloud-Plattform und jede Enterprise-Software — wer das ignoriert, plant an der Realität vorbei.

Im Detail: Strategie ohne Befehlskette — das Red-Hat-Modell

Strategische Umsetzung in dezentralisierten Organisationen scheitert an einem Kernproblem: Verantwortung ohne direkte Autorität. Das klassische Top-down-Modell funktioniert nicht, wenn Teams über Hierarchiegrenzen hinweg koordiniert werden müssen. Das Red-Hat-Modell zeigt, wie Führungskräfte in MedTech und IT-Konzernen diese Lähmung überwinden und Strategien trotz fragmentierter Strukturen umsetzen.

Das Kernproblem: Autorität fehlt, Verantwortung bleibt

In klassischen Hierarchien ist strategische Umsetzung unbequem, aber konzeptionell einfach: Entscheide von oben, Umsetzung von unten. In dezentralisierten Strukturen — ob Open-Source-Communitys, Matrixorganisationen oder Konzernen mit fragmentierten Business Units — funktioniert das nicht.

Stef Walter beschreibt das Problem scharf:

„Man hat nicht die direkte Autorität, dass man einfach in ein Projekt oder mehrere Projekte reingeht und sagt, macht dies und das, egal warum, macht es einfach so. Das klappt einfach nicht, weil die Leute kommen von verschiedenen Firmen, von verschiedenen Ländern, von überall zusammen und arbeiten zusammen in einem Projekt.”

Das ist kein Open-Source-spezifisches Problem. Es ist das Standardproblem jedes Senior Directors, VP of Strategy oder Programmleiters in einer Organisation ab einer gewissen Komplexitätsstufe. Die Frage ist: Welches Führungsinstrument ersetzt die Weisungsbefugnis?

Champion Leadership: Führung durch Anziehung, nicht Befehl

Red Hats Antwort auf dieses Problem heißt Champion Leadership — oder auf Deutsch: Verfechterführung. Das Konzept orientiert sich an Simon Sineks Idee des Just Cause, geht aber in der Operationalisierung deutlich weiter.

Das Modell basiert auf drei Kernelementen:

1. Just Cause (gerechter Zweck): Nicht nur das Was, sondern das Warum — eine ideale, gerechte Sache, für die Menschen bereit sind, Zeit und Arbeit zu opfern. Ohne diesen Anker sammelt sich keine Community, keine Cross-funktionale Gruppe und keine Initiative.
2. Klarer Fokus und Umfang: Was gehört zur Initiative, was explizit nicht. Ohne diese Grenze wird aus einer Community ein Diskussionsforum.
3. Messbare Erfolgskriterien: Wie sieht Erfolg aus? Was ist der Unterschied zwischen “es läuft” und “es hat funktioniert”?

„Das heißt eine riese Hürde. Champion Leadership — das ist so als Verfechterführen. Das nimmt so die Krücke von direkter Autorität weg. Einer, der das so nennt wie Simon Sinek — eine ideale gerechte Sache oder Zweck, wofür ich oder jemand anderes Zeit oder Arbeit opfern würde.”

Entscheidend ist dabei: Der Prozess darf nicht durch direkte Autorität abgekürzt werden. Wer bei Widerstand sofort auf Hierarchie zurückgreift, zerstört den Vertrauensaufbau, der dezentrale Führung überhaupt erst ermöglicht. Die vollständige Iterationsschleife — Zweck definieren, kommunizieren, testen, ob Menschen sich sammeln, verfeinern — muss durchlaufen werden.

Warum Open Source zu radikaler Kundenzentrierung zwingt

Ein strategischer Nebeneffekt von dezentralisierten Strukturen, den Walter besonders betont: Open Source erzwingt Kundenzentrierung, die in klassischen Unternehmen als Best Practice gilt, aber selten wirklich gelebt wird.

In Open-Source-Ökosystemen kontrolliert die Community die Roadmap. Wer Features entwickeln will, die kein Netzwerk unterstützt, bekommt weder Code-Beiträge noch Feedback noch Adoption. Die Konsequenz ist unmittelbar und brutal ehrlich.

„Ihr müsst auf die Community hören und da sitzen Programmierer drin, die Lines of Code schreiben, da sitzen Firmen drin, da sitzen auch Kunden drin. Ihr seid wirklich gezwungen auf den Kunden zu hören. Wenn ihr was machen wollt, was euer Netzwerk nicht unterstützt, werdet ihr auch den ganzen Input nicht kriegen.”

Für Enterprise-Strategieleiter bedeutet das eine direkte Parallele: Community-driven Product Roadmaps und dezentrale Entscheidungsfindung in Enterprise-Kontexten funktionieren nach denselben Gesetzen. Wer intern Silos baut und Stakeholder ignoriert, verliert genau wie ein Open-Source-Projekt ohne Community-Rückhalt.

Das Geschäftsmodell: Milliarden durch Stabilisierung, nicht Erfindung

Einer der kontraintuitiven Punkte im Gespräch mit Walter: Red Hat erfindet keinen Code. Das Unternehmen verdient mehrere Milliarden USD Jahresumsatz mit Red Hat Enterprise Linux, indem es etwas anderes macht: Es stabilisiert, zertifiziert, integriert und supportet Code aus einem Ökosystem von mittlerweile 10+ Millionen Open-Source-Projekten.

„Es gibt viele Firmen, die von Open Source verdienen. Wir haben Milliarden Umsatz. Unser Produkt Red Hat Enterprise hat mehrere Milliarden Umsatz. Open Source ist ein bisschen wie Evolution. Survival of the fittest. Und die Leute möchten klar, dass ihre Produkte nicht diese wilden Eigenschaften haben und deswegen bezahlen sie uns, dass wir das aus diesen ganzen etwas Stabiles bauen.”

Das ist das Open-Source-als-Stabilisierungsschicht-Framework: Unternehmen zahlen nicht für den Code — den bekommen sie gratis. Sie zahlen für die Gewissheit, dass der Code getestet, kompatibel, compliant und langfristig supportet ist. Für Führungskräfte, die Hybrid-Cloud-Strategie oder Kubernetes-Enterprise-Strategie verantworten, ist das eine direkte Design-Entscheidung: Build vs. Curate.

Fokus als strategische Kernkompetenz: Nein sagen ist schwerer als Ja

Dezentralisierte Strukturen haben einen systematischen Bias Richtung Ja. Jede Idee bekommt Aufmerksamkeit, weil niemand mit direkter Autorität filtern muss. Das Ergebnis: Zersplitterung statt Fokus, Ressourcenverschwendung statt Throughput.

Walter nennt das eines der unterschätzten Führungsprobleme in Open-Source-Kulturen — und indirekt in jeder Matrixorganisation:

„Nein zu sagen ist schwer. Man möchte, man könnte alles machen, was es gibt in der Welt und jeder hat eine Idee, aber man kann das nicht alles machen. Oft sind die Entscheidungen, was nicht zu machen, schwerer als Entscheidungen, was zu machen. Wenn man entscheidet immer ständig, ja, ja, wir können ein bisschen von das und dies und das, dann hat man keinen Fokus und verrennt man sich.”

Fokus-Definition ist damit kein operatives Detail, sondern ein strategisches Führungsinstrument. Portfolio-Entscheidungen bei Open Source oder in dezentralen Programmstrukturen brauchen explizite Nein-Mechanismen — definierte Kriterien, nach denen Initiativen nicht aufgenommen werden, nicht nur nach denen sie priorisiert werden.

Intra-Company Open-Source-Kultur: Wie Red Hat intern arbeitet

Ein weiterer Punkt, der direkt auf Enterprise-Transformation übertragbar ist: Red Hat wendet Open-Source-Prinzipien intern an. Das heißt konkret:

• Transparenter Zugang zu Code, Infrastruktur und Roadmaps — keine Informationssilos
• Cross-funktionale Beiträge ohne Manager-Approval — Teams können direkt miteinander arbeiten, ohne den Umweg über Führungskräfte
• Patch-Kultur: Fehler und Verbesserungsvorschläge wandern direkt zwischen Teams, nicht über Eskalationspfade

„Es gibt so viel in Red Hat dieses Arbeiten mit Leuten, ohne dass man durch den Führungskraft geht. Man ist darauf gezwungen, sondern es ist einfach der Weg, wie man arbeitet mit anderen Teilen des Unternehmens zusammen. Es ist nicht so strukturiert, dass man alles über den Führungskraft entscheiden lassen muss.”

Die Grenze dieses Modells ist klar definiert: Ressourcen-Allokation. Wenn Budget, Hardware, Cloud-Kosten oder Headcount im Spiel sind, endet die demokratische Entscheidungsfindung. Hier braucht es formale Führungsentscheidung — das ist kein Versagen des Modells, sondern sein bewusst gesetzter Anker.

„Wenn es um Ressourcen geht wie Hardware, Cloud, Geld und solche Sachen, da kann man nicht einfach diesen Weg nehmen. Irgendwann ist dieser Moment — irgendwann ist diese Interaktion notwendig, dass halt dann doch der Direktor entscheidet oder der VP entscheidet und sagt: Hey, so wird’s jetzt gemacht.”

Red Hats Open Hybrid Cloud Strategie: Emergent statt top-down geplant

Red Hats aktuelle Produktstrategie — die Open Hybrid Cloud — ist selbst ein Beispiel für emergente Strategieentwicklung aus Community-Prioritäten. Nicht ein Boardroom-Beschluss, sondern die Integration dessen, was in Millionen von Open-Source-Projekten als stabil und nachgefragt emergiert ist: Linux, Kubernetes, OpenShift, Container-Orchestrierung.

„Red Hats Strategie ist gerade, dass wir eine Open Hybrid Cloud unterstützen, dass jeder sein Projekt, seinen Workload, seine App, seine Webseite — überall, egal auf welcher Cloud oder vielleicht auf einem Rechner oder auf einem End Device — dieselbe Basis hat: Linux, Kubernetes, OpenShift, Container und solche Sachen.”

Für Führungskräfte, die KI-Workloads oder Interoperabilität in ihrer Cloud-Strategie verantworten, ist das eine konkrete Referenz: Vendor-Lock-In vermeiden durch Open-Standard-Adoption ist nicht nur Prinzip, sondern nachgewiesenes Milliarden-Geschäftsmodell.

About