Strategieumsetzung im Konzern: Technik-Lücke schließen — so geht’s

Die Lücke, die Konzernstrategie tötet

Die meisten Konzernstrategien scheitern nicht an ihrer Qualität, sondern an der Umsetzung. Eine riesige Lücke trennt strategische Planung von operativer Realität — PowerPoint-Folien treffen auf komplexe technische und organisatorische Herausforderungen. Führungskräfte, die diese Lücke schließen, transformieren ihre Umsetzungsgeschwindigkeit grundlegend.

„Diese reine Papier-Exercise à la PowerPoint — und dann der Bruchpunkt zur tatsächlichen Umsetzung ist einfach riesig. Und das funktioniert, glaube ich, heutzutage einfach nicht mehr so.”

Dennis Eggert, Data-Experte bei der Telekom, bringt damit auf den Punkt, woran Dutzende Konzernprogramme scheitern: nicht an der Strategie selbst, sondern an der Lücke zwischen strategischer Abstraktion und technischer Wirklichkeit. Eggert weiß, wovon er spricht — 10 Jahre europäische Konzernstrategie, gefolgt von 4 Jahren im Data- und Digitalbereich, von Greenfield-Cloud-Projekten bis zur Modernisierung gewachsener Legacy-Systeme.

Diese Seite destilliert seine konkreten Frameworks und Mechaniken: wie Konzerne die Technik-Lücke schließen, welche Teamstruktur Velocity erzeugt und warum das Three-Wave-Modell Lähmung durch konkurrierende Prioritäten verhindert.

Die wichtigsten Erkenntnisse

• PowerPoint-Strategie ohne Technikbeteiligung ist gescheiterte Strategie — der Abstand zwischen Planung und Implementierung ist im digitalen Zeitalter nicht mehr überbrückbar ohne cross-funktionale Teams von Anfang an.
• Cross-funktionale Agile-Teams (Stratege + Architekt + Senior Engineer + DevOps) schlagen jeden Top-Down-Wasserfallprozess in Geschwindigkeit und Kohärenz.
• Das Three-Wave-Modell trennt Core-Business-Stabilisierung (Wave 1), mittelfristige Digitalisierung (Wave 2) und AI/Innovation (Wave 3) — und verhindert, dass Wave 3 Wave 1 blockiert.
• Große Konzerne gewinnen im AI-Zeitalter, weil Kundendatenbanken, Kundenvertrauen und Beziehungshistorie mit modernen LLMs hebbar sind — ein Vorteil, den kein Startup replizieren kann.
• Infrastrukturstrategie und Digitalisierungsstrategie müssen entkoppelt werden — unterschiedliche Zeithorizonte (20+ Jahre vs. 1–3 Jahre), unterschiedliche Governance, unterschiedliche KPIs.
• Seniorität entsteht durch Kontextwechsel, nicht durch Betriebszugehörigkeit — wer nie ein anderes Unternehmen oder eine andere Industrie gesehen hat, hat strukturelle Blind Spots im strategischen Denken.
• Stillstand ist Rückschritt — in einem technologischen Umfeld, das wöchentlich neue AI-Capabilities liefert, ist das Nicht-Weiterentwickeln faktisch ein Kompetenzabbau.

Im Detail: Warum Konzerne Strategieumsetzung systematisch scheitert — und wie man das ändert

Strategiepapiere scheitern oft nicht an fehlender Vision, sondern an der Entkopplung von Entwicklung und Planung. Wenn technische Expertise erst in der Umsetzungsphase hinzukommt, sind Abhängigkeiten unterschätzt, Aufwände falsch kalkuliert und Timelines unrealistisch. Dieser systematische Fehler kostet Konzernen Jahre an verlorener Zeit — lässt sich aber durch strukturierte Beteiligung von Engineers und Architekten von Anfang an vermeiden.

Der Ursprung der Technik-Lücke

Die meisten Konzerne betreiben Strategieentwicklung als separaten Prozess: Eine Stabsabteilung, externe Berater oder ein Strategy-PMO erarbeiten Zielbilder, Roadmaps und Investitionsentscheidungen — ohne strukturierten Input von den Engineers, Architekten und DevOps-Experten, die die Strategie danach umsetzen sollen.

Das Ergebnis ist bekannt: Strategiepapiere, die an der technischen Realität vorbeigehen. Systemabhängigkeiten werden unterschätzt, Integrationsaufwände ignoriert, Timelines halluziniert. Wenn die Umsetzungsphase beginnt, treffen abstrakte Zielbilder auf konkrete Legacy-Systeme — und der Bruch wird sichtbar.

Dennis Eggert beschreibt diesen Mechanismus aus beiden Perspektiven: als jemand, der zehn Jahre lang in der europäischen Konzernstrategie gearbeitet hat und anschließend vier Jahre lang direkt in digitalen Produkten und Data-Projekten. Dieser Wechsel ist kein biographisches Detail — er ist der Kern seiner Aussage, dass Seniorität durch Kontextwechsel entsteht, nicht durch Beförderungsstufen.

„Ich fand das Konzept aus dem Consulting sehr sehr interessant, dass du auf jeder Komplexitätsstufe tatsächlich einfach einen anderen Job hast — und andere Inputs brauchst. Ich glaube, ab einem gewissen Level muss man mal ein anderes Unternehmen gesehen haben.”

Für die Strategieumsetzung in Konzernen bedeutet das: Strategische Entscheidungen dürfen nicht von Menschen getroffen werden, die noch nie die Konsequenzen ihrer Entscheidungen in einem Produktionssystem gesehen haben.

Das Cross-funktionale Agile-Team als Antwort

Die strukturelle Antwort auf die Technik-Lücke ist kein Prozess-Overhead, sondern eine andere Teamkomposition. Eggert ist ein klarer Verfechter eines Modells, das in der Praxis selten konsequent umgesetzt wird: Senior-Experten aus Strategie, Solutions Architecture, Software Engineering und DevOps gemeinsam von Tag 1.

Das Modell funktioniert nicht mit mittleren Senioritätsstufen. Es braucht:

• Senior Strategist: definiert mittelfristige Marschrichtung, Investitionspriorisierung und Leitlinien — nicht Detailtasks
• Erfahrener Solutions Architect: bringt technische Machbarkeit und Skalierungslogik ein, bevor Entscheidungen fallen
• Senior Software Engineer: legt Coding-Standards, Team-Strukturen und Engineering-Kapazitäten fest
• DevOps-Expert: organisiert Cloud-Infrastruktur und Deployment-Pipeline von Anfang an — nicht als Nacharbeit

„Da bin ich ganz großer Verfechter der Agile Principles. Da sieht man das einfach: Wenn man die richtigen Leute zusammen an den Tisch bekommt und die machen lässt, dann entsteht was daraus.”

Die entscheidende Praxis: Die Abstimmung im Team läuft auf Zielbilder und Leitlinien, nicht auf Sprint-Tasks. Das ist kein semantischer Unterschied — es ist der Unterschied zwischen einem Team, das kohärent in dieselbe Richtung treibt, und einem Team, das taktische Rückfragen eskaliert, die eigentlich im Raum hätten geklärt werden sollen.

Warum Top-Down-Wasserfall in Digitalprojekten strukturell versagt

Die Projektmanagement-Konzern-Praxis vieler großer Organisationen — Anforderungen von oben, Umsetzung von unten, Status-Reporting in der Mitte — hat einen fundamentalen Fehler: Sie setzt voraus, dass der Anforderungssteller das System versteht, das er spezifiziert.

Bei Infrastrukturprojekten mit stabilem Technikstack und 20-jährigem Planungshorizont funktioniert das. Bei Digitalprojekten, wo sich der technologische Kontext wöchentlich ändert — Eggert beschreibt AI-Releases im 10-Tages-Rhythmus — ist diese Annahme schlicht falsch.

Agile Transformation in großen Unternehmen ist keine Frage der Methoden-Compliance, sondern einer Governance-Entscheidung: Wer darf im Projektverlauf Entscheidungen treffen, ohne fünf Eskalationsebenen zu durchlaufen?

„Wer den richtigen Mehrwert hat in dieser Überlegung, sind genau die alten großen Unternehmen — weil wir sitzen genau auf diesem alten Business, auf dem Schatz von riesigen Kundendatenbanken, auf Kundenkontakten, auf Kundenvertrauen.”

Das ist die strategische Pointe: Konzerne sind nicht strukturell im Nachteil gegenüber Tech-Startups — sie haben einen Assets-Vorsprung, den niemand einholen kann. Aber dieser Vorsprung wird nur realisiert, wenn die Data-as-Competitive-Advantage-Strategie mit der Agilität kombiniert wird, neue Capabilities schnell zu deployen.

Das Three-Wave-Modell: Priorisierung vor Parallelisierung

Das vielleicht praktischste Framework aus dem Gespräch ist das Three-Wave-Modell für Zeithorizonte — entwickelt aus der Telekom-Realität, aber übertragbar auf jeden Konzern mit parallelen Infrastruktur- und Digitalisierungsagenden.

Wave 1 — Core Business und Legacy Excellence Solange Core-Prozesse nicht beherrscht werden und Legacy-Systeme nicht unter Kontrolle sind, ergibt es keinen Sinn, Ressourcen in Wave 2 oder 3 zu verschieben. Eggert ist hier explizit:

„Zuerst mal: Die Wave One ist tatsächlich das Coregeschäft. Und solange du das nicht super gut beherrscht, deine Prozesse im Griff hast, deine Legacy wirklich im Griff hast, musst du dich kaum auf Zeithorizont 2 und 3 fokussieren.”

Das klingt konservativ, ist aber das Gegenteil von Risikoaversion. Es ist Ressourcen-Disziplin: Ein nicht stabilisiertes Core-Business zieht konstant Kapazität aus Innovation-Initiativen ab — und sabotiert beide Zonen gleichzeitig.

Wave 2 — Mittelfristige digitale Geschäfte Auf stabilisiertem Core entstehen neue Produktplattformen, mittelfristige Tech-Integrationen und neue Revenue-Streams. Der Unterschied zu Wave 1: kürzere Zyklen, andere Governance, andere KPI-Logik.

Wave 3 — AI, Agents und neue Geschäftsmodelle Nur mit gesichertem Core und funktionierendem Wave-2-Geschäft ist ein Konzern in der Lage, Experimente im AI-Bereich sinnvoll zu betreiben. Vorher ist AI-Strategie für Enterprise ein Ressourcenverbrenner ohne Return.

Infrastruktur vs. Digitalisierung: Zwei Strategien, die sich nicht gegenseitig blockieren dürfen

Ein spezifisches Problem großer IT-Organisationen und Infrastrukturkonzerne: Entscheidungsträger versuchen, Infrastruktur-Großprojekte und Digitalisierungsprogramme unter einer einzigen Strategie-Governance zu führen. Das erzeugt systematischen Stillstand.

Infrastrukturprojekte — Glasfaserausbau, Core Network-Investitionen — haben Lebenszyklen von 20+ Jahren. Ihre ROI-Logik ist näher an Private-Equity-Kapitalanlagen als an Produktentwicklung. Sie müssen nicht agil sein, sie müssen stabil, skalierbar und langfristig finanzierbar sein.

Digitalisierungsprogramme arbeiten in 1-3-Jahres-Zyklen. Ihre KPIs sind Time-to-Market, User Adoption, Revenue per Feature. Sie müssen schnell iterieren, experimentieren und bei Bedarf pivotieren können.

Diese beiden Logiken in dieselbe Budgetgovernance zu zwingen, ist die Quelle vieler PMO-Koordinations-Probleme in DACH-Konzernen. Entkopplung ist keine strategische Schwäche — sie ist die Voraussetzung für Velocity in beiden Bereichen.

Tech Leadership in Strategie: Der blinde Fleck bei Senior Technical Leaders

Ein unterschätztes Thema in der agilen Transformation großer Unternehmen ist die Entwicklung von technischen Senior-Experten zu strategischen Denkern. Eggert benennt das direkt: Seniorität in einem technischen Fachgebiet bedeutet nicht automatisch strategischen Weitblick.

Das Rezept ist nicht Beförderung, sondern Kontextwechsel — eine andere Industrie, ein anderes Geschäftsmodell, eine andere Geographie. Wer nur eine Organisation kennt, kennt nur eine Art zu denken.

„Wenn man stehen bleibt, entwickelt man sich ja rückwärts. Ich muss mich schon bewegen und lernen, um auf einem Level zu bleiben.”

Für Organisationen, die Tech Leadership in Strategie entwickeln wollen, hat das konkrete Konsequenzen: High-Potentials mit technischem Hintergrund brauchen strukturiertes Mentoring auf Leitlinien, Zielbilder und langfristige strategische Auswirkungen — und sie brauchen Kontextwechsel als Karriere-Design, nicht als Ausnahme.

Der Produktfirmen-Shift