Strategie ohne Fähigkeiten: Warum digitale Transformation in Projektlisten erstickt
Führung & Entscheidung
Lesezeit: 4 min
Viele Geschäftsleitungen sind überzeugt, eine klare Strategie für die digitale Transformation zu haben. Spätestens nach zehn Minuten in der entsprechenden Präsentation zeigt sich jedoch ein anderes Bild: Statt einer strategischen Entscheidung liegt eine strukturierte Projektliste vor.
Der Unterschied ist nicht semantisch, sondern fundamental: Eine Strategie beschreibt, was ein Unternehmen künftig besser können muss, um im Wettbewerb zu bestehen. Eine Projektliste beschreibt lediglich, was ein Unternehmen in den nächsten Monaten umsetzen will. Was fehlt, ist die Verbindung zwischen beidem.
Die Nomen-Falle: Wenn Strategie Besitz beschreibt statt Fähigkeit
Der strukturelle Fehler beginnt oft in der Sprache der Strategie selbst. Echte Strategien beschreiben, was eine Organisation künftig besser tun kann. Viele Strategien beschreiben stattdessen, was eine Organisation besitzen will.
Wenn strategische Aussagen mit „Wir haben dann…“ beginnen – ein neues ERP, eine Cloud-Plattform oder Data-Science-Kapazitäten – beschreiben sie keinen Wettbewerbsvorteil, sondern eine Ausstattung. Es entsteht eine Liste von Nomen, aber keine Aussage über die zugrunde liegenden Fähigkeiten (Capabilities).
Der Logo-Test Ersetzt man das eigene Firmenlogo durch das eines direkten Wettbewerbers und die Strategie bleibt plausibel, handelt es sich nicht um eine Strategie, sondern um einen branchenüblichen Zielzustand. Beschrieben wird das Spielfeld – nicht, wie darauf gewonnen werden soll.
Die strukturelle Leerstelle: Präzise Hülle, fehlender Kern
Diese Unschärfe setzt sich in der Ausarbeitung fort. Strategien sind häufig sehr konkret in der Beschreibung von Technologie-Stacks, Organisationsstrukturen, finanziellen Zielwerten und Meilensteinen. Gleichzeitig bleibt offen, welche konkrete Leistungsfähigkeit im Kernprozess dadurch entstehen soll:
- Es wird definiert, welches System eingeführt wird – aber nicht, welche operative Verbesserung damit erzielt werden muss.
- Es wird festgelegt, welche Organisationseinheit aufgebaut wird – aber nicht, wie sich Entscheidungslogiken verändern.
- Es werden Ziele formuliert – aber nicht, welche Fähigkeiten diese überhaupt ermöglichen.
Der „Magic Move“: Die implizite Annahme von Wirkung
An dieser Stelle entsteht ein wiederkehrender Denkfehler: Die implizite Annahme, dass die Einführung eines Systems automatisch zu einer veränderten Arbeitsweise und diese wiederum zu besseren Ergebnissen führt.
In der Realität entsteht Wert jedoch nicht durch das Vorhandensein eines Tools, sondern durch die Fähigkeit, es in einen konkreten operativen Vorteil zu übersetzen. Ein CRM-System erhöht nicht per se den Vertriebserfolg. Der Unterschied entsteht erst dann, wenn die Organisation in der Lage ist, Kundenbedürfnisse präziser vorherzusagen, Interaktionen gezielter zu steuern und die Bearbeitungszeit pro Lead signifikant zu reduzieren. Wenn diese Fähigkeit nicht Teil der Strategie ist, bleibt die Technologie wirkungslos.
Warum Organisationen zwangsläufig in Projektlisten enden
Die Projektliste ist kein Planungsfehler. Sie ist das logische Endprodukt eines Management-Betriebssystems, das auf die Verwaltung von Ressourcen – nicht auf die Entwicklung von Wettbewerbsvorteilen – optimiert ist. Vier Mechanismen treiben diese Entwicklung:
- Einkaufs-Logik statt Fähigkeitsaufbau: Projekte lassen sich „kaufen“ (Preis, Lieferant, Datum). Fähigkeiten müssen durch Training, Prozessveränderung und Anpassung von Arbeitsweisen mühsam aufgebaut werden.
- Silo-kompatible Verantwortung: Projekte lassen sich sauber zuordnen (IT implementiert, Fachbereich nutzt). Fähigkeiten sind fast immer querschnittlich und erfordern koordinierte Veränderungen über mehrere Bereiche hinweg.
- Messbarkeit von Output statt Wirkung: Ein eingeführtes System ist binär messbar. Eine Fähigkeit ist ein gradueller Reifegrad, der sich über Zeit entwickelt. Management-Systeme bevorzugen den messbaren Output gegenüber dem schwer greifbaren Outcome.
- Endlichkeit als psychologische Entlastung: Ein Projekt suggeriert, dass nach dem Go-Live Stabilität zurückkehrt. Eine Fähigkeit bedeutet, dass ein neuer Leistungsstandard dauerhaft geführt werden muss. Projektlisten dienen hier als psychologisches Beruhigungsmittel.
Die operative Realität: Der Integrations-Schock
Die Folgen zeigen sich typischerweise erst nach der Umsetzung: Systeme sind eingeführt, Investitionen getätigt – und dennoch bleibt der erwartete Effekt aus. Die Organisation verfügt über mehr Technologie, aber nicht über mehr Fähigkeit. Neue Werkzeuge werden entlang alter Arbeitsweisen genutzt. Was entsteht, ist kein Wettbewerbsvorteil, sondern erhöhte Komplexität.
Fazit
Solange Strategie nicht beschreibt, welche Fähigkeiten ein Unternehmen künftig beherrschen muss, bleibt sie operativ fragmentiert. Projekte sind dann nicht das Problem; sie sind die zwangsläufige Folge eines unvollständigen Strategieverständnisses.
Erst wenn klar ist, welche Fähigkeiten aufgebaut werden sollen, lässt sich entscheiden, welche Initiativen tatsächlich notwendig sind – und welche nicht. Ohne diese Perspektive bleibt Strategie eine gut strukturierte Liste von Vorhaben ohne Aussage darüber, wie das Unternehmen morgen besser sein wird als heute.
Was dieser Artikel nicht leistet
- Kein Capability-Framework: Der Text klärt die Notwendigkeit des Denkens in Fähigkeiten, liefert aber kein fertiges Modell für spezifische Branchen.
- Keine Anleitung zur Priorisierung: Die Methode, wie Projekte gegen Fähigkeiten gemappt werden, ist Gegenstand der operativen Umsetzung.
- Keine Tool-Empfehlung: Die technologische Umsetzung ist eine nachgelagerte Konsequenz der geklärten Fähigkeits-Strategie.
Zusammenhang verstehen
Dieser Artikel ist Teil 5 einer Serie zur Führungsverantwortung in der Transformation.