Fast jede ins Stocken geratene digitale Transformation hat dieselbe Entstehungsgeschichte: reichlich Budget, volle Rückendeckung der Führung, eine Visionspräsentation, der alle applaudierten, und Monate später wenig Vorzeigbares. Das Problem ist selten der Ehrgeiz. Es ist das Fehlen einer echten Roadmap für die digitale Transformation, jener Abfolge, die entscheidet, was zuerst gebaut wird, was wartet und woran Sie erkennen, dass eine Phase sicher abgeschlossen ist.
Die Chancen stehen von Haus aus nicht zu Ihren Gunsten. Laut einer Gartner-Umfrage unter 3.186 CIOs und Technologieführungskräften aus 88 Ländern erreichen oder übertreffen nur 48 % der digitalen Initiativen ihre geschäftlichen Zielvorgaben. Das ist bei Projekten, die oft in die Millionen gehen, kaum besser als ein Münzwurf. Ermutigend ist, dass es beim Schließen dieser Lücke weniger um eine kühnere Strategie geht als um die Sequenzierung.
Eine Roadmap für die digitale Transformation macht aus dem „Wir modernisieren“ Arbeit, die ein Team tatsächlich liefern kann. Dieser Leitfaden zeigt Ihnen, wie Sie eine erstellen, wie Sie sie so sequenzieren, dass sie bei der ersten Überraschung nicht zusammenbricht, und wie ein echter Plan aussieht, samt einer Beispiel-Roadmap zum Kopieren. Wenn Sie das Ganze lieber einem Team überlassen möchten, das es schon gemacht hat, sind genau dafür die Leistungen von Redwerk für die digitale Transformation da.
Was ist eine Roadmap für die digitale Transformation?
Eine Roadmap für die digitale Transformation ist ein phasenweiser Umsetzungsplan, der ein Modernisierungsprogramm in sequenzierte Etappen aufteilt, jede mit festem Zeitrahmen, benannten Abhängigkeiten und einem Entscheidungstor, das bestanden werden muss, bevor die nächste Etappe finanziert wird. Sie ist der Unterschied zwischen einer Visionspräsentation und einem Plan, für den jemand geradestehen kann. Betrachten Sie die Strategie als das Wohin und die Roadmap als die Schritt-für-Schritt-Wegbeschreibung, die Sie dorthin bringt.
In diesem Beitrag geht es ausschließlich um die Sequenzierung der Umsetzung. Wenn Sie noch entscheiden, welchen Ansatz Sie wählen, beginnen Sie mit unserem Leitfaden zu Strategien für die digitale Transformation, und wenn Sie festlegen, welche Art von Transformation Sie durchführen, behandelt unsere Übersicht der Modelle der digitalen Transformation die Typen. Ab hier gehen wir davon aus, dass diese beiden Entscheidungen bereits getroffen sind und es Zeit ist, den Plan zu erstellen.
Wie erstellt man eine Roadmap für die digitale Transformation?
Um eine Roadmap für die digitale Transformation zu erstellen, teilen Sie das Programm in vier bis sechs sequenzierte Phasen auf, geben Sie jeder eine Zeitspanne, halten Sie fest, wovon sie abhängt, und setzen Sie an das Ende jeder Phase ein Go-oder-No-Go-Tor. Beginnen Sie mit einem Audit als Phase null, damit die gesamte Abfolge auf dem realen Zustand Ihrer Systeme beruht und nicht auf einer hoffnungsvollen Vermutung.
Der Drang, direkt zu den spannenden Teilen zu springen, ist groß, und genau so landen Programme in der gescheiterten Hälfte. Eine Roadmap ist nur glaubwürdig, wenn die Geldfrage ehrlich beantwortet wird und die Abfolge die Realität respektiert. Die folgenden drei Schritte trennen einen Plan, der liefert, von einer Wunschliste mit Datumsangaben.
Sequenzieren Sie für schnelle, sich selbst finanzierende Erfolge
Die Forschung von McKinsey zu großen Transformationen ist beim Thema Schwung unmissverständlich: nach schnellen Erträgen zu sequenzieren baut zügig Größe auf, denn je mehr Wert ein Programm früh erfasst, desto mehr finanziert es sich selbst und desto mehr Rückhalt gewinnt es. Ihr Drei-Horizonte-Modell stabilisiert zuerst die Grundlagen, ergänzt dann Wachstum und Befähigung und macht anschließend die ein oder zwei großen Wetten, die das Geschäft umgestalten. In der Praxis heißt das, in den ersten 12 bis 18 Monaten auf spürbaren Wert zu zielen und über drei bis fünf Jahre auf transformativen Wert, nicht auf einen einzigen heldenhaften Launch am Ende. Platzieren Sie die Erfolge, die die nächste Phase bezahlen, nahe am Anfang.
Benennen Sie jede Abhängigkeit, bevor Sie sie terminieren
Eine Abhängigkeit ist alles, was wahr sein muss, bevor eine Phase beginnen kann, und unaufgeschriebene Abhängigkeiten sind der Ort, an dem Zeitpläne sterben. Ihr neuer Onlineshop kann zum Beispiel erst live gehen, wenn das System bereitsteht, das ihn mit Produkt- und Bestelldaten versorgt, also ist das eine harte Abhängigkeit, keine Vorliebe. Schreiben Sie jede neben die Phase, die sie blockiert. Die klassische Falle ist die vergessene Tabelle oder das Skript, auf das sich ein Team seit Jahren stillschweigend verlässt; es taucht meist mitten in einer Migration auf, genau dann, wenn niemand damit geplant hat.
Setzen Sie ein echtes Entscheidungstor an das Ende jeder Phase
Ein Entscheidungstor ist ein Go-oder-No-Go-Kontrollpunkt mit vorab festgelegten Bestehenskriterien und einer namentlich benannten Person, die die Entscheidung verantwortet. Seine einzige Aufgabe ist es, zu verhindern, dass eine problembehaftete Phase stillschweigend die nächste finanziert. Gartner fand heraus, dass die Spitzenreiter, eine Gruppe, die es „Digital Vanguard“ nennt, ihre Ziele zu 71 % erreichen gegenüber dem Durchschnitt von 48 %, und das Entscheidende, was sie anders machen, ist die gemeinsame Verantwortung für die Lieferung zwischen IT- und Geschäftsführung, statt sie über den Zaun zu werfen. Ein Tor mit einem benannten Verantwortlichen von beiden Seiten ist diese gemeinsame Verantwortung, konkret gemacht.
Wie plant man eine digitale Transformation, ohne dass sie auseinanderfällt?
Planung ist die Arbeit, Phasen und Tore in ein Dokument zu verwandeln, das Sie in einer Budgetprüfung verteidigen können und nach dem ein Team tatsächlich handeln kann. Auch hier sind die Daten zum Scheitern ernüchternd: BCG untersuchte Hunderte von Transformationen und stellte fest, dass nur 30 % erfolgreich sind, während 44 % zwar etwas Wert schaffen, ihre Ziele aber verfehlen, und 26 % kaum etwas Dauerhaftes liefern. Die ermutigende Hälfte ihres Befundes ist, dass sechs Faktoren, gemeinsam angewendet, die Erfolgschancen auf bis zu 80 % heben, und keiner davon wirkt allein.
Diese sechs Faktoren passen sauber auf einen guten Plan, nutzen Sie sie also als Checkliste. Drei oder vier davon richtig zu machen ist kein Teilerfolg; BCG stellte fest, dass diese Unternehmen trotzdem scheiterten.
Die sechs Zutaten eines Plans, der dem Kontakt mit der Realität standhält
Die Faktoren, denen BCG diesen Sprung von 30 % auf 80 % zuschreibt, sind:
- Eine integrierte Strategie mit klar quantifizierten Zielen
- Engagierte Führung vom CEO bis hinunter ins mittlere Management
- Hochkarätige Talente mit echter Expertise
- Eine agile Governance-Denkweise
- Ehrliches Monitoring anhand definierter Kennzahlen
- Eine modulare, geschäftsgetriebene Technologieplattform
Beachten Sie, wie viele davon eher mit Menschen und Verantwortung zu tun haben als mit Werkzeugen. Ein Plan, der Verantwortliche benennt, messbare Torkriterien festlegt und jede Phase mit Menschen besetzt, die die Arbeit tatsächlich schon gemacht haben, hakt still und leise die meisten dieser Punkte ab.
Zeitpläne als Spannen, Rollbacks als Pflicht
Schreiben Sie Zeitpläne als Spannen, denn „10 bis 16 Wochen“ übersteht die erste Überraschung und „fertig bis zum 14. März“ nicht. Schreiben Sie für jede Phase, besonders die riskanten, die Rollback-Antwort auf: Wenn das schiefgeht, wie kommen wir bis zum Feierabend zurück in einen funktionierenden Zustand? Ein Plan ohne Rollback-Pfad ist ein Plan mit einem verborgenen Single Point of Failure, und Sie finden ihn im denkbar schlechtesten Moment.
Was sind die Phasen einer Roadmap für die digitale Transformation?
Die meisten Roadmaps im Mittelstand pendeln sich auf fünf Phasen ein. Worauf es ankommt, sind die Reihenfolge und die Tore dazwischen. Eine Regel gilt immer: Eine Phase beginnt erst, wenn das vorige Tor bestanden ist, niemals, weil der Kalender es sagt.
Hier ist, wofür jede Phase wirklich da ist und warum das Überspringen oder Umsortieren einer Phase einen Plan in einen Stau verwandelt.
Phase 0: Audit
Sie können nicht planen, was Sie nicht gemessen haben. Das Audit ist der Punkt, an dem Sie herausfinden, wie Ihre Systeme heute wirklich funktionieren, nicht wie es die Dokumentation behauptet, und diese Lücke ist fast immer größer, als irgendjemand erwartet. Es bringt das undokumentierte Skript ans Licht, das die Buchhaltung jeden Monat ausführt, die Integration, die niemandem gehört, und die Daten, die sich als unordentlicher erweisen, als der letzte Bericht vermuten ließ.
Jedes Datum im restlichen Plan beruht auf dem, was diese Phase findet, weshalb wir sie als Phase null behandeln und sie über unsere Arbeit in der Entdeckungsphase und dem Software-Entwicklungsaudit abwickeln, bevor irgendetwas anderes geplant wird. Wenn Sie eine bereits ins Stocken geratene Transformation geerbt haben, beginnt hier auch die Rettung: Sie auditieren, was tatsächlich geliefert wurde, statt dem Plan zu vertrauen, dem sie folgen sollte.
Phase 1: Fundament
Das Fundament ist die Infrastruktur, auf der alles andere steht: wo Ihre Software läuft, wie sie ausgeliefert wird, wie sich Menschen anmelden und wie sie sicher bleibt. Es ist für Kunden unsichtbar, und genau deshalb wird es überstürzt. Richten Sie es gut ein, und die späteren Phasen laufen reibungsloser, weil sie auf etwas Stabilem aufbauen. Überstürzen Sie es, und die Lücken tauchen in den folgenden Phasen wieder als Probleme auf.
Phase 2: Kernmigration
Das ist die große Phase: das System, das Ihr Geschäft tatsächlich am Laufen hält, Ihre Bestellungen, Ihr Inventar oder Ihre Kernplattform, auf die neue Umgebung zu verlagern. Sie trägt das höchste Risiko und den größten Nutzen, weshalb sie in der Mitte des Plans sitzt und nicht am Anfang, und weshalb sie bewusst von Ihrer geschäftigsten Saison ferngehalten wird. Das alte und das neue System eine Zeit lang parallel zu betreiben, lässt Sie beweisen, dass das neue korrekt ist, bevor Sie das alte abschalten, sodass eine böse Überraschung niemals das Geschäft mit in den Abgrund reißt.
Phase 3: Umbau der kundenseitigen Systeme
Das ist der Teil, den Ihre Kunden tatsächlich sehen: der Shop, das Portal oder die App. Er muss nach der Kernmigration kommen, weil er aus diesem neuen Kern liest, und ihn zuerst zu starten bedeutet, auf einem Fundament zu bauen, das sich noch bewegt. Ihn erst an einen kleinen Teil des Traffics auszurollen, bevor ihn alle bekommen, bedeutet, dass Sie Probleme erwischen, solange sie noch klein und billig zu beheben sind.
Phase 4: Optimierung und Skalierung
Eine Transformation ist nicht an dem Tag fertig, an dem der neue Shop live geht. In dieser Phase häuft sich der Nutzen: die alten Systeme abzuschalten, damit Sie nicht länger für den doppelten Betrieb von allem zahlen, die manuelle Arbeit zu automatisieren, die die Migration offengelegt hat, und die Analytik oder KI hinzuzufügen, die erst möglich wurde, als die Daten sauber waren. Lassen Sie sie aus, und Sie zahlen länger als nötig dafür, die alten Systeme neben den neuen zu betreiben.
Der häufigste Sequenzierungsfehler ist, die kundenseitige Schicht neu zu bauen, bevor der Kern, von dem sie abhängt, in der Produktion stabil ist. Tun Sie das, und Sie bauen den Shop zweimal, woran sich Ihr CFO noch jahrelang erinnern wird.
Wie sieht ein Beispiel für einen Plan zur digitalen Transformation aus?
Ein Beispiel für einen Plan zur digitalen Transformation ist ein Dokument Phase für Phase, in dem jede Phase ihre Dauer, ihre vorgelagerten Abhängigkeiten und ihr Ausgangstor zeigt. Statt ein Unternehmen zu erfinden, finden Sie hier die wiederverwendbare Vorlage, in die Sie Ihre eigenen Systeme einsetzen können. Sie liest sich als eine Abfolge von Zusagen, von denen jede die nächste schützt.
Stellen Sie sich einen Mittelstandshändler vor, der von einem alternden lokalen ERP auf einen Cloud-Kern und einen modernen Shop umzieht, ohne das Weihnachtsgeschäft auszubremsen:
- Phase 0: das ERP, die Zahlungs- und Inventarintegrationen sowie jene stillen Finanzskripte kartieren, mit Abschluss über eine freigegebene Risikoliste.
- Phase 1: die Cloud-Umgebung aufsetzen und die Pipeline beweisen, indem eine risikoarme Arbeitslast migriert wird, etwa ein internes Retouren-Dashboard.
- Phase 2: Inventar- und Bestellverwaltung auf den Cloud-Kern verlagern, dabei Alt und Neu über zwei Zyklen parallel betreiben, bevor umgeschaltet wird, bewusst abseits der Saisonspitze geplant.
- Phase 3: den Shop auf der neuen Bestell-API neu bauen und an 10 % des Traffics starten, bevor hochgefahren wird.
- Phase 4: die alten Server außer Betrieb nehmen und Automatisierung sowie Prognosen ergänzen, sobald die Daten sauber sind.
Die gesamte Abfolge bis zu einem live geschalteten Shop dauert grob 9 bis 12 Monate, mit danach offener Optimierung. Was die Reihenfolge schützt, sollte man laut aussprechen: die riskanteste Arbeit liegt abseits der Hochsaison, der Shop kann nicht vor dem Kern starten, aus dem er liest, und jede Phase kann an ihrem Tor gestoppt werden, bevor die nächste finanziert wird.
Warum Sie für Ihre digitale Transformation mit Redwerk zusammenarbeiten sollten
Redwerk liefert seit 2005 Software, was bedeutet, dass wir Systeme modernisiert haben, die in Epochen gebaut wurden, die die meisten Anbieter lieber nicht anfassen würden, und brandneue Cloud-Produkte auf den neuesten Technologien aufgebaut haben. Diese Bandbreite zählt bei einer Roadmap, denn Phase null findet meist Legacy, die weiterlaufen muss, während der neue Kern daneben hochgezogen wird. Wir planen für beide Welten, statt so zu tun, als gäbe es die alte nicht.
Die Erfolge sind konkret:
- AWE Learning: Wir migrierten ein 25 Jahre altes Produkt zur frühkindlichen Leseförderung von physischen Bibliotheksinstallationen auf eine Cloud-SaaS-Plattform auf ASP.NET Core, Vue.js und Azure. Es läuft heute in 50 % der öffentlichen Bibliotheken der USA und gewann 2021 einen Modern Library Award.
- KillerBee: Wir bauten von Grund auf ein SaaS für intelligente Preisgestaltung, das die Angebotserstellung um 90 % beschleunigte und moderne Werkzeuge mit Legacy-Systemen verband, die Kunden sich nicht leisten konnten zu ersetzen, heute in den USA, Frankreich und Neuseeland im Einsatz.
- Mass Movement: Wir lieferten fünf Unternehmensanwendungen, die die Logistik über Lager-, Techniker- und mobile Arbeitsabläufe hinweg synchronisierten, über mehr als 6.000 Engineering-Stunden.
- Change & Innovation Agency: Wir bauten eine vollständig ADA-konforme staatliche Fallmanagement-Plattform auf Azure und Angular, die zehn Behörden auf Bundesstaats- und Bezirksebene übernahmen.
Das ist das Muster, das wir in Ihren Plan einbringen: zuerst kartieren, um die realen Risiken herum sequenzieren und jede Phase mit einem Tor versehen. Wenn Sie lieber ein erfahrenes Team hätten, das diese Abfolge schon durchlaufen hat, vereinbaren Sie ein Gespräch mit unserem Team für digitale Transformation.
FAQ
Wie erstellt man eine Roadmap für die digitale Transformation?
Teilen Sie das Programm in vier bis sechs Phasen auf, geben Sie jeder eine Zeitspanne, benennen Sie ihre Abhängigkeiten und fügen Sie ein Entscheidungstor hinzu, das bestanden werden muss, bevor die nächste Phase finanziert wird. Beginnen Sie mit einem Audit als Phase null, damit die Abfolge Ihre realen Systeme widerspiegelt statt eines angenommenen Bestands.
Wie plant man eine digitale Transformation?
Verwandeln Sie die Phasen in ein Dokument mit quantifizierten Zielen, benannten Verantwortlichen für jedes Tor, Zeitspannen statt fester Termine und einem Rollback-Pfad pro Phase.
Wie sieht ein Beispiel für einen Plan zur digitalen Transformation aus?
Ein Dokument Phase für Phase: Audit, Fundament, Kernmigration, Umbau der kundenseitigen Systeme und danach Optimierung und Skalierung. Jede Phase listet ihre Dauer, ihre vorgelagerten Abhängigkeiten und die Torkriterien auf, die sie zum Verlassen erfüllen muss, wie in der Vorlage oben.
Was sind die Phasen einer Roadmap für die digitale Transformation?
Audit (Phase null), Fundament, Kernmigration, Umbau der kundenseitigen Systeme sowie Optimierung und Skalierung. Eine Phase beginnt erst, wenn das vorige Tor bestanden ist, und die kundenseitige Schicht geht nie live, bevor der Kern, von dem sie abhängt, in der Produktion stabil ist.
Wie lange dauert eine digitale Transformation?
Für ein mittelständisches Unternehmen dauert die Kernabfolge vom Audit bis zu einem live geschalteten Umbau der kundenseitigen Systeme typischerweise 9 bis 12 Monate, mit anschließender fortlaufender Optimierung. McKinsey rät, für spürbaren Wert in den ersten 12 bis 18 Monaten und transformativen Wert über drei bis fünf Jahre zu sequenzieren.
Warum scheitern die meisten digitalen Transformationen?
Gartner berichtet, dass nur 48 % der digitalen Initiativen ihre Ziele erreichen, meist weil alles gleichzeitig geplant wird, Tore aus Optimismus bestanden werden und das Audit übersprungen wird. Die Spitzenreiter erreichen 71 %, indem sie die Lieferung zwischen IT- und Geschäftsführung gemeinsam verantworten und um reale Abhängigkeiten herum sequenzieren.
Erfahren Sie, wie jahrzehntelange Nischen-Domänenexpertise zur weltweit führenden automatisierten Preislösung Nr. 1 wurde.
