Cutover – Die Königsdisziplin von System-Einführungen

29. April 2026 | Matthias Mair | Video

Warum Cutover‑Management bei komplexen Go‑Lives über den Projekterfolg entscheidet

IT‑Systemlandschaften werden kontinuierlich komplexer – und damit auch die Ablösung oder Einführung zentraler Systeme. Was früher „nur“ ein Go‑Live war, ist heute häufig eine hochkritische Migration mit vielen Abhängigkeiten, mehreren Teams, Partnern, Datenbewegungen und engen Zeitfenstern. Wenn es sich zusätzlich um ein zentrales System handelt, wirkt die Komplexität manchmal so überwältigend, dass das Vorhaben „scheitert, bevor es richtig begonnen hat“. Genau deshalb gibt es Cutover‑Projekte: Sie machen selbst anspruchsvollste System‑Einführungen planbar, steuerbar und beherrschbar – vorausgesetzt, Cutover wird professionell angegangen.

Cutover-Begriffe als Wort-Cloud

Einführung: Was bedeutet Cutover wirklich?

Der Begriff Cutover ist in vielen IT‑Projekten zwar präsent, wird aber häufig unscharf oder mehrdeutig verwendet. Deshalb startet dieser Artikel mit einer klaren Definition, räumt Mehrdeutigkeiten auf, erklärt verwandte Begriffe wie Cutover‑Management und Cutover‑Plan – und schärft anschließend den Blick für typische Anwendungsfälle.

Definition: Was ist Cutover?

Als Cutover bezeichnet man die ganzheitliche Betrachtung (Planung, Durchführung und Überwachung) der Migration von einem bisherigen zu einem neuen System oder von einer alten in eine neue Prozesswelt. Kernelement des Cutover sind viele kleinteilige, zueinander abhängige und differenzierte Aufgaben, die von einem größeren Personenkreis koordiniert durchgeführt/abgearbeitet werden müssen.

Eine umgangssprachliche Definition trifft es ebenfalls gut: „Cutover ist ein sehr komplexer Go‑Live.“

Verwandte Begriffe und Mehrdeutigkeiten: Cutover, Cutover‑Management, Cutover‑Plan

In der Praxis wird Cutover parallel in mehreren Bedeutungen verwendet. Der Kontext entscheidet, was genau gemeint ist:

Cutover als „Zeitpunkt der Migration“ (Live‑Cutover / Go‑Live)

Wenn Cutover als Zeitpunkt verstanden wird, ist primär der Tag oder das Wochenende der System‑Einführung gemeint. Aufgaben vor und nach diesem Zeitraum werden dabei häufig ausgeblendet – obwohl sie für den Projekterfolg selbstverständlich ebenfalls erledigt werden müssen. In der Praxis haben sich dafür die Begriffe Live‑Cutover und Go‑Live etabliert.

Cutover als „Vorgehensmodell“

Aufgrund der hohen Komplexität großer System‑Einführungen wird Cutover oft auch als Vorgehensmodell verstanden, das den Projekterfolg bei gleichzeitiger bestmöglicher Risikoreduktion deutlich erhöht. Bestandteil dieses „Mindsets erfahrener Cutover‑Manager“ sind u.a. ein Phasenmodell sowie Best Practices wie Generalproben und Fallback‑Szenarien.

Cutover‑Management: Was steckt dahinter?

Unter Cutover‑Management versteht man alle unterstützenden Themen für die erfolgreiche Planung, Steuerung, Durchführung und Überwachung einer System‑Einführung. Diese Maßnahmen werden in der Praxis durch externe IT‑Berater (IT‑Consulting) und/oder professionelle Tools unterstützt. Entsprechend häufig ist „Cutover‑Management“ als Schlüsselbegriff auf Webseiten zu finden, die Leistungen in diesem Umfeld anbieten.

Das Portfolio der Beratungsleistungen umfasst typischerweise die ganzheitliche Cutover‑Betrachtung und wird idealerweise durch professionelle Tools gestützt. Beispiele aus der Planungsphase sind insbesondere:

Dazu kommen klassische Projektmanagement‑Aktivitäten wie Risikomanagement, Ressourcen‑ und Terminabstimmungen, die frühzeitig und kontinuierlich im Cutover‑Projekt durchgeführt werden müssen. Ergänzt wird das Portfolio häufig durch Leistungen zur Steuerung der korrekten Aufgaben‑Ausführung.

Cutover‑Plan: Das Herzstück jedes Cutover

Der Cutover‑Plan ist das „Herzstück“ eines jeden Cutover – und diese Aussage trifft sowohl auf den Zeitpunkt der System‑Einführung als auch auf das gesamte Vorgehen zu. Der Plan enthält Aufgaben/Meilensteine, Beziehungen/Abhängigkeiten, Verantwortliche etc. In der Praxis haben sich die Begriffe Master‑Plan und Drehbuch etabliert.

Der Begriff Master‑Plan betont, dass es nur eine Single Source of Truth gibt: genau einen Plan, der alle Informationen enthält. „Drehbuch“ fokussiert stärker auf die stringente Ausführungssteuerung: Der Cutover wird nach Drehbuch abgearbeitet.

Was zeichnet ein Cutover-Projekt aus?

Der größte Unterschied zur klassischen Projektplanung ist die minutiöse Planung im 24x7‑Modus. Ein Cutover‑Plan besteht aus vielen kleinteiligen Aufgaben, oft nur wenige Minuten bis wenige Stunden lang. Im Fokus steht dabei der Live‑Cutover, in dem im Durchschnitt 70–90 % aller Aufgaben durchgeführt werden; der Rest sind vorbereitende und nachgelagerte Aufgaben rund um den Live‑Cutover, wo typischerweise die Dauer einer Aufgabe im Wochenbereich liegt. Cutover‑Projekte laufen in der Regel 6 bis 24 Monate.

Der Cutover‑Plan entsteht sukzessive in den Teams. Oft entstehen Einzelpläne mit mehreren hundert bis tausenden Aufgaben, die zahlreiche Abhängigkeiten besitzen. Ab einem bestimmten Reifegrad werden diese in einen Master‑Plan zusammengeführt und weiter gepflegt. Über Generalproben wird der Plan verprobt und dadurch qualitativ immer besser. Professionelle Tools unterstützen dabei das Team, die initiale Planung, die Zusammenführung und fortlaufende Änderungen dezentral und parallel durchzuführen.

Außerdem sind an einem Cutover typischerweise viele beteiligte Personen zu koordinieren – inklusive Partner‑ und Fremdfirmen. Die Anzahl kann schnell in den dreistelligen Bereich wachsen.

Anwendungsfälle: Wann Cutover‑Management besonders sinnvoll ist

Grundsätzlich eignet sich jeder Anwendungsfall, der die Vorteile eines Cutover‑Projekts nutzen möchte: kleinteilige Planung, Steuerung und Überwachung von hunderten Aufgaben mit unzähligen Abhängigkeiten und vielen Personen in einem kurzen Zeitfenster (Tag oder Wochenende). Besonders häufig betrifft das IT‑Projekte der IT‑Transformation oder Digitalisierung. Beispiele:

Auch Übernahmen/Abspaltungen (Carve‑out) können zu IT‑Projekten führen, die Vereinheitlichung oder Trennung der Systemlandschaft zum Ziel haben. Ebenso ist die Planung und Steuerung periodischer Releases ein Anwendungsfall. Umfangreichere System‑/Release‑Livestellungen lassen sich so kontrolliert koordinieren. Zusätzlich kann über Machine‑to‑Machine (M2M) Schnittstellen, durch den Einsatz von professionellen Tools, ein Teil der Aufgaben automatisiert als Dunkelverarbeitung laufen und personelle Ressourcen entlasten.

Vorgehensmodell: Wie Cutover‑Projekte zuverlässig gesteuert werden

Cutover‑Projekte sind darauf spezialisiert, in einem kurzen Zeitfenster hunderte Aufgaben mit Abhängigkeiten und vielen Verantwortlichen koordiniert über die Ziellinie zu bringen. Damit das bei maximaler Risikominimierung gelingt, haben sich Methoden und Best Practices etabliert. Diese sind als Vorgehensmodell zusammengefasst – ein verschriftlichtes Mindset erfahrener Cutover‑Manager. Alle Bestandteile sind als Blaupause zu verstehen und werden projektspezifisch angepasst. Im Sinne der Risikominimierung sollte man allerdings nur sehr zurückhaltend und gut begründet auf Bestandteile verzichten.

Zu den Bestandteilen (ohne Anspruch auf Vollständigkeit) zählen:

Planungsphase (Cutover‑Plan aufbauen und absichern)
  • Sukzessiver Aufbau des Cutover‑Plans in den einzelnen Teams
  • Erhebung teamspezifischer Aufgaben inkl. teaminterner Abhängigkeiten
  • Zusammenführung der Team‑Pläne in einen Master‑Plan inkl. teamübergreifender Abhängigkeiten
  • Go‑/No‑Go‑Entscheidung als spätester Zeitpunkt, an dem Abbruch und Rücksetzen auf die „Altwelt“ noch möglich ist
  • Fallback‑Szenario: Ablauf bei Cutover‑Abbruch (Rücksetzen auf die Altwelt)
  • Ressourcenplanung (Einsatzzeiten, Arbeitszeitüberschreitungen, HR/Betriebsratsmeldungen)
  • Datenqualitäts‑ und Konsistenzprüfung (kontinuierliche Planprüfung)
  • Ruhezeiten (Vor‑/Nacharbeiten nicht im 24x7‑Modus; keine Starts/Enden in Ruhezeiten)
Ausführungsphase (Aufgaben korrekt durchführen)
  • Leitstand koordiniert und überwacht die Ausführung
  • Generalproben als Qualitätsprüfung und Rückführung von Erkenntnissen in den Master‑Plan
  • Aufgaben‑Status: Workflow/Statusmodell für die Abarbeitung
Cutover‑Team (Rollen)
  • Rollenbeschreibung und Besetzung der notwendigen Funktionen
Berichte (Nachvollziehbarkeit)
  • Revisionssichere Dokumentation und Historisierung von Änderungen

Cutover‑Phasen: Planung und Ausführung – sauber getrennt, praktisch verzahnt

Cutover-Phasen

Ein Cutover besteht aus zwei Phasen: Planung und Ausführung.

Die Planungsphase beginnt mit Projektstart und endet erst mit dem Start des Live‑Cutover. Ab der ersten Generalprobe startet parallel die Ausführungsphase, die auch den Live‑Cutover beinhaltet.

In der Planungsphase steht die strukturierte Erstellung des Plans im Mittelpunkt. Diese sollte iterativ, dezentral und kollaborativ innerhalb der jeweiligen Teams erfolgen. Für eine optimale Unterstützung empfiehlt sich der frühzeitige Einsatz professioneller Tools. Dennoch ist ein Wechsel jederzeit möglich: Spätestens dann, wenn die Anzahl der Aufgaben eine gewisse Größenordnung erreicht, lässt sich problemlos auf leistungsfähigere Werkzeuge umsteigen.

In der Ausführungsphase werden sämtliche Aktivitäten unter realen Bedingungen durchgeführt, die für die ordnungsgemäße Umsetzung der Aufgaben erforderlich sind. Dabei wird grundsätzlich nicht zwischen einer Generalprobe und dem eigentlichen Live-Cutover unterschieden – beide folgen denselben Abläufen und Qualitätsmaßstäben.

In der Realität überschneiden sich beide Phasen, weil Erkenntnisse aus Generalproben direkt in den Master‑Plan zurückfließen, um die Qualität stetig zu erhöhen – zum Beispiel durch:

Cutover‑Team: Rollen, die ein professionelles Cutover‑Management benötigt

Alle beteiligten Personen – inklusive Partner und Fremdfirmen – sind implizit Teil des Cutover‑relevanten Teams. Dadurch entsteht schnell ein dreistelliger Personenkreis, der gemanagt werden muss. Um Planung und Ausführung sauber zu organisieren, sollten folgende Rollen vorhanden oder besetzt sein:

Cutover-Manager
Der Cutover-Manager trägt die Gesamtverantwortung für das Cutover‑Projekt und fungiert als zentrale Steuerungsinstanz. Aufgrund der kritischen Rolle ist zwingend ein Stellvertreter vorzusehen. Diese Rolle ist im Projektteam einmalig besetzt.
Manager
Manager unterstützen das Cutover‑Projekt auf übergeordneter Ebene. Sie begleiten den Fortschritt, überwachen Risiken und stellen sicher, dass organisatorische und strategische Rahmenbedingungen eingehalten werden.
Planer
Planer unterstützen die beteiligten Personen und Fachbereiche bei der Erstellung, Strukturierung und Pflege der Aufgabenplanung. Häufig wird diese Rolle durch erfahrene Berater externer Dienstleister wahrgenommen, um methodische und toolseitige Expertise einzubringen.
Leitstellen-Manager
Der Leitstellen-Manager ist verantwortlich für die operative Steuerung und Überwachung des Cutovers während der Ausführungsphase. Auch für diese Rolle ist ein Stellvertreter zwingend notwendig. Sie ist im Team ebenfalls nur einmal besetzt.
Leitstellen-Mitarbeiter
Leitstellen-Mitarbeiter unterstützen den Leitstellen-Manager bei der operativen Durchführung, um eine durchgängige Steuerung des Cutovers – häufig im 24×7‑Betrieb – zu ermöglichen. In der Regel umfasst dieses Team drei bis fünf Personen und ist oft mit Beratern externer Firmen besetzt.
Aufgaben-Empfänger
Aufgaben-Empfänger sind für die fachliche Durchführung konkreter Aufgaben verantwortlich. Diese Rolle wird nicht nur durch interne Mitarbeiter, sondern gegebenenfalls auch durch Personen aus Partner- oder Fremdfirmen übernommen.

Berichte: Revisionssicherheit und Transparenz im Cutover‑Plan

Projekte dieser Größe benötigen von Anfang an saubere Nachvollziehbarkeit und Dokumentation. Zentral ist die Frage: „Wer hat wann was im Cutover‑Plan erfasst oder verändert?“ Entsprechend sollten Änderungen an Aufgaben (Metainformationen und Details) historisiert werden – sowohl in der Planungs‑ als auch in der Ausführungsphase. In der Ausführung ist zusätzlich zu dokumentieren, wie und wann Aufgaben im Statusmodell abgearbeitet wurden.

Ein adäquates Berichtswesen sollte daher ein wichtiges Tool‑Kriterium sein. Neben Revisionssicherheit hilft es auch bei der Fehlersuche – etwa wenn sich ein Meilenstein (Go-/No-Go-Entscheidung) verschiebt und nachvollzogen werden muss, welche Planänderung das ausgelöst hat.

Planungsphase: Der lange Weg zum belastbaren Cutover‑Plan

Planungsphase

Die Planungsphase startet mit Projektbeginn und endet erst mit dem Start des Live‑Cutover. In dieser Zeit entsteht kooperativ ein minutiöser und „feingeschliffener“ Cutover‑Plan, der später im Live‑Cutover ausgeführt wird. Bis dahin sind viele Erhebungen, Fragestellungen und Abstimmungen notwendig.

Zentrale vs. dezentrale Planung

Eine zentrale Frage, die früh beantwortet werden sollte: zentral oder dezentral planen? Die Entscheidung beeinflusst Toolwahl, Erfassung von Aufgaben aus Teilprojekten, IT und Fachbereichen.

Zentral
  • Erfassung durch kleines zentrales Team oder einzelne Person
  • Informationen werden eingesammelt und ins Tool übertragen
  • Abstimmung per Videokonferenz mit Zulieferern
  • Rückfragen/Änderungen müssen zentral eingesteuert werden
  • Vor Abstimmungen oft mehrere Kopien des Master‑Plans; Zusammenführen ist schwierig; „Welcher Plan ist aktuell?“
Dezentral
  • Teams/Fachbereiche planen selbstständig
  • Erfordert Rechte‑/Rollen‑Konzept im Tool und Protokollierung jeder Änderung
  • Eigenständige Validierung/Adjustierung
  • Keine zeitraubenden, regelmäßigen Abstimmungsmeetings

Aus Erfahrung sollte – wann immer möglich – die dezentrale Planung bevorzugt werden, weil sie den kooperativen Team‑Ansatz bestmöglich unterstützt.

Cutover‑Plan: Anforderungen an das Herzstück

Cutover-Plan als Puzzle

Der Cutover‑Plan ist das Herzstück. Er ist einerseits eine flache Aufgabenliste und andererseits ein fein strukturierter Ablauf mit Meta‑Wissen (Abhängigkeiten, Gruppierungen etc.). Daraus ergeben sich zentrale Anforderungen:

Management‑Informationen werden spätestens nach dem ersten Gesamtplan benötigt, um diesen gegenüber dem Management zu präsentieren. In der Ausführungsphase soll das Management den Status auf der gewünschten Abstraktionsebene (Phasen, Meilensteine, Aufgaben) selbst einsehen können. Phasenplan und Meilensteine eignen sich besonders zur Kommunikation mit Top‑Management.

Aufgabe: Kleinste steuerbare Einheit im Cutover

Eine Aufgabe ist die kleinste steuerbare Entität und wird über Attribute definiert. Zu jeder Aufgabe müssen alle Informationen vorhanden sein, um die korrekte Ausführbarkeit zu gewährleisten. Häufige Attribute sind:

Bei Aufgaben ohne Fixstart werden Start‑/Endzeiten aus Dauer und Vorgängern berechnet und sind daher nicht als eigenständige Attribute pflegbar.

Go‑/No‑Go‑Entscheidung: Point of No Return im Cutover

Die Go‑/No‑Go‑Entscheidung ist der späteste Zeitpunkt (Point‑of‑no‑Return), an dem ein Abbruch des Live‑Cutover (Rollback) noch möglich ist. Danach reicht das Zeitfenster nicht mehr, um auf die „Altwelt“ zurückzusetzen. Beim Zurückrollen greift das Fallback‑Szenario.

In der Praxis wird die Entscheidung als überwachter Meilenstein abgebildet, der oft auch den kritischen Pfad darstellt. Getroffen wird sie in einem Management‑Meeting. Teams liefern ihren Status, der Leitstand ergänzt den Cutover‑Status. Unter Berücksichtigung aller Informationen wird entschieden – und diese Entscheidung ist unwiderruflich.

Fallback‑Szenario: Der Plan für den kontrollierten Abbruch

Das Fallback‑Szenario wird bei Abbruch des Live‑Cutover aktiv, häufig als Folge einer No‑Go‑Entscheidung. Es überführt das System in den Zustand vor dem Cutover. Dazu gehören technische Aufgaben (Backups einspielen) und fachliche Themen (z.B. Kundenkommunikation).

Der Fallback‑Plan kann als separater Ablauf im Cutover‑Plan oder als eigenständiger Plan geführt werden. Aufgrund der Komplexität ist das projektspezifisch zu entscheiden. Dringende Empfehlung: den Fallback‑Fall in einer Generalprobe ebenfalls verproben. Eine gute Backup‑Strategie ist ein wesentlicher Bestandteil effizienten Risikomanagements.

Ressourcenplanung: Wer arbeitet wann – und ist das arbeitsrechtlich zulässig?

Alle Personen, die am Live‑Cutover oder an Generalproben beteiligt sind, müssen ihre Einsatzzeiten kennen. Dafür eignet sich eine Darstellung mit stündlicher Skalierung. Darauf lassen sich Arbeitszeitüberschreitungen (in Deutschland i.d.R. nicht länger als 10h) sowie die Einhaltung von Ruhezeiten mathematisch prüfen. Außerdem ist die Übersicht eine Vorlage für HR/Betriebsratsmeldungen (Sondergenehmigungen).

Die Vorlage muss u.a. liefern:

Datenqualitäts‑ und Konsistenzprüfung: Planqualität kontinuierlich sicherstellen

Eine wesentliche Aktivität ist die kontinuierliche Prüfung des Cutover‑Plans, um Datenqualität aufrechtzuerhalten. Da manuelle Prüfungen aufwendig sind und über die Zeit „einschlafen“, sollten Tools diese Unterstützung „auf Knopfdruck“ liefern. Beispiele:

Einige Prüfungen sind einfach – aber genauso wichtig. Andere (Abhängigkeitszyklus, parallele Verantwortlichkeiten) sind manuell praktisch nicht leistbar und haben direkten Einfluss auf Ressourcenplanung und Abhängigkeiten (parallel vs. sequenziell).

Ruhezeiten: 24x7 planen – aber sinnvoll Arbeitszeiten schützen

Cutover wird im 24x7‑Modus geplant, also innerhalb eines Zeitfensters rund um die Uhr. Gleichzeitig gibt es vorbereitende und nacharbeitende Aufgaben in Tagen/Wochen vor oder nach dem Cutover, die zu normalen Arbeitszeiten ausgeführt werden sollen. Trotzdem bestehen Abhängigkeiten zu Vorgängern.

Ruhezeiten blockieren beliebige Zeitfenster (Stunden bis Tage) im 24x7‑Plan und verschieben Aufgaben planerisch in gewünschte Arbeitszeiten. In Ruhezeiten werden Aufgaben nicht gestartet und dürfen nicht enden; falls doch, werden Startzeiten in die nächste Arbeitszeit verschoben.

Ausführungsphase: Cutover steuern, überwachen, dokumentieren

Ausführungsphase

In der Ausführungsphase werden Aufgaben gemäß Planung ausgeführt – unabhängig davon, ob Generalprobe oder Live‑Cutover. Die Steuerung läuft über den Leitstand: Er initiiert Aufgaben, überwacht und dokumentiert Status. Für Auskunftsfähigkeit muss der aktuelle Ausführungsstatus per Soll‑/Ist‑Vergleich in „Echtzeit“ einsehbar sein; Statistiken und Visualisierungen (Gantt‑Chart) unterstützen dabei.

Leitstand: Das Kontrollzentrum im Cutover

Tower am Flughafen

Die Verantwortung für die korrekte Durchführung liegt beim Leitstand‑Team. Es steuert und überwacht jede einzelne Aufgabe – arbeitet also das Drehbuch ab. Es muss 24x7 für alle Beteiligten erreichbar sein (Mail/Telefon) und jederzeit die Übersicht über den Gesamtplan behalten.

Eine Aufgabe darf erst nach Freigabe (z.B. Mail) durch den Leitstand vom Verantwortlichen abgearbeitet werden. Der Verantwortliche meldet den Status zurück; bei Abweichungen reagiert der Leitstand sofort. Auch positive Abweichungen (früher fertig) erfordern Reaktion: Nachfolger sollten rechtzeitig informiert werden, wenn ihre Aufgabe früher starten soll.

Der Leitstand ist primärer Ansprechpartner für alle Vorfälle, damit die Abarbeitung reibungslos funktioniert. Zu einem professionellen Cutover-Management gehören auch Eskalationsstufen und definierte Ansprechpartner, um im Krisenfall organisiert zu handeln. Neben Krisen können auch banale technische oder organisatorische Vorfälle stören, etwa:

Der Leitstand berichtet zu definierten Zeiten bzw. Meilensteinen direkt an das Management, ist aber auch bei Ad‑hoc‑Anfragen jederzeit auskunftsfähig. Er führt Informationen für die Go‑/No‑Go‑Entscheidung zusammen und lädt zu Status‑Meetings ein.

Generalprobe: Realitätscheck für Cutover‑Plan und Ablauf

Die Generalprobe ist die Verprobung des aktuellen Cutover‑Plans unter möglichst realen Bedingungen. Ziel ist, Abläufe der Verantwortlichen und des Leitstands zu üben, Routine aufzubauen und Lücken/Missstände im Plan zu identifizieren und sofort zu korrigieren (z.B. Aufgabendauer oder Abhängigkeiten).

Da Generalproben an anderen Tagen/Wochenenden stattfinden als der Live‑Cutover, ergeben sich typische Herausforderungen und Maßnahmen:

Urlaubsplanung ist die größte Herausforderung: Eine Urlaubssperre für das gesamte Cutover‑Team ist für Generalproben praktisch unmöglich. Empfehlung: In Generalproben entgegenkommend sein; erst beim Live‑Cutover über Urlaubssperre nachdenken. Dafür braucht es eine übergreifende, transparente Stellvertreter‑Regelung, die Stellvertretung ermöglicht, ohne den Plan zu ändern: Verantwortlicher bleibt im Plan, wird aber während Ausführung dynamisch durch Stellvertreter ersetzt. Cutover‑Tools sollten hier eine adäquate Lösung bieten.

Single‑Source‑of‑Truth bedeutet zudem: Ausführungs‑Plan ist vollständige Kopie des Master‑Plans. Erkenntnisse können dadurch sofort im Master-Plan gepflegt werden. Über Synchronisierung können freigegebene Änderungen bei Bedarf ad hoc in den Ausführungs‑Plan übernommen werden – gute Toolunterstützung ist dafür zwingend.

Aufgaben‑Status: Ein pragmatisches Statusmodell für die Ausführung

In der Ausführungsphase haben Aufgaben einen Abarbeitungsstatus. Das Statusmodell beschreibt erlaubte Übergänge und regelt korrekte Abarbeitung. Es sollte eine Balance zwischen Mikromanagement und zu groben Statuswerten schaffen. Nach Erfahrung sind 5 Statuswerte praktikabel, wodurch die bekannten und häufig anzutreffenden Herausforderungen im Leitstand abbildbar sind:

OPEN
Der Status OPEN ist der Initialstatus jeder Aufgabe. Er signalisiert, dass sich die Aufgabe derzeit noch nicht im aktiven Fokus des Leitstands befindet. Mögliche Gründe hierfür sind nicht erfüllte Vorbedingungen, etwa ein noch nicht erreichter Startzeitpunkt (Fixtermin) oder noch nicht abgeschlossene Vorgängeraufgaben, die sich noch nicht im Status DONE befinden.
INITIATED
Der Wechsel von OPEN zu INITIATED wird durch den Leitstand ausgelöst. Mit diesem Status wird dem verantwortlichen Benutzer kommuniziert, dass die Aufgabe zur Bearbeitung freigegeben ist und mit der Abarbeitung begonnen werden soll.
STARTED
Der Statusübergang von INITIATED auf STARTED erfolgt durch den für die Aufgabe verantwortlichen Benutzer. Damit erhält der Leitstand die Rückmeldung, dass die Startaufforderung angekommen ist und die Bearbeitung tatsächlich begonnen hat. Bleibt diese Rückmeldung länger als fünf Minuten aus, sollte der verantwortliche Benutzer zeitnah über einen alternativen Kommunikationskanal kontaktiert werden, analog zur ursprünglichen Initiierung.
DONE
Der Wechsel von STARTED zu DONE wird ebenfalls durch den verantwortlichen Benutzer vorgenommen und kennzeichnet den erfolgreichen Abschluss der Aufgabe. Der Leitstand erkennt dadurch, dass die Aufgabe vollständig erledigt ist. Überschreitet die tatsächliche Bearbeitungszeit die geplante Dauer, ist der Leitstand gefordert, nach dem vorgesehenen Endzeitpunkt proaktiv das Gespräch mit dem Verantwortlichen zu suchen.
POSTPONED
Da insbesondere bei einer großen Anzahl von Aufgaben jederzeit mit unvorhergesehenen Problemen zu rechnen ist, steht mit POSTPONED ein eigener Status zur Verfügung. Er signalisiert, dass die Aufgabe nicht wie geplant ausgeführt werden kann. Der Leitstand erarbeitet in enger Abstimmung mit den Verantwortlichen eine Lösung und plant einen neuen Startzeitpunkt ein. Zusätzlich muss entschieden werden, ob abhängige Folgeaufgaben dennoch initiiert werden dürfen oder ob die gesamte Abhängigkeitskette vorübergehend ausgesetzt wird.

Tools: Welche Werkzeuge Cutover‑Projekte professionell unterstützen

CutoverManager

Die Frage nach einem geeigneten Tool sollte bereits früh in der Projektphase thematisiert und beantwortet werden – auch wenn ein späterer Wechsel möglich bleibt (z.B. bei dreistelliger Aufgabenanzahl und steigenden Anforderungen).

In der Praxis werden häufig Microsoft Excel und Microsoft Project eingesetzt, oft mit Makros erweitert. Zusätzlich gibt es am Markt professionelle Cutover‑Tools, die speziell auf die Anforderungen im Cutover ausgelegt sind. Dazu zählt auch das Tool von LEXMAIR Solutions: der CutoverManager.

Wichtig ist: Das Tool sollte das Cutover optimal unterstützen und sich in die Infrastruktur eingliedern. Dafür müssen projektspezifische Anforderungen detailliert erhoben, Tools evaluiert und anschließend die beste Option ausgewählt werden.

Erfolgsfaktoren: Was erfolgreiche Cutover‑Projekte gemeinsam haben

Es gibt Herausforderungen und Problemstellungen, die man idealerweise nicht „zum ersten Mal im Live‑Cutover“ erlebt. Aus Erfahrung tragen folgende Erfolgsfaktoren maßgeblich zum Erfolg bei:

Dezentral
  • Dezentrale Cutover-Planung und Informationsbereitstellung
Frühzeitige …
  • Erhebung und Zusammenführung aller Aufgaben inkl. Laufzeiten und Abhängigkeiten
  • Vorstellung eines High‑Level‑Phasenplans beim (Top‑Level) Management
  • Kommunikation mit HR und Betriebsräten
  • Planung und Abstimmung von Generalproben
Schaffung von Transparenz
  • Cutover‑Plan für alle Beteiligten jederzeit einsehbar
  • Laufende Kommunikation und Abstimmung mit dem Management
Änderungsverfolgung
  • Revisionssicherheit
  • Analyse von Planungs-Problemen/-Fehlern
Generalproben
  • Durchführung von mindestens 2 Generalproben
Tools
  • Einsatz eines professionellen Cutover-Tools

Zusammenfassung: Cutover ist anspruchsvoll – aber beherrschbar

Die schiere Komplexität eines Cutover ist beeindruckend. Dennoch sind Cutover‑Projekte aufgrund des beschriebenen Vorgehensmodells beherrschbar und haben damit eine klare Daseinsberechtigung. Als Fazit lässt sich ziehen: Cutover ist die Königsdisziplin von IT‑Projekten. Wer vor dem Start eines Cutover‑Projekts steht, sollte die Herausforderung annehmen – das Gefühl, nach vielen Monaten Planung den Cutover erfolgreich abgeschlossen zu haben, ist überwältigend und bleibt unvergesslich.

Änderungshistorie
29. April 2026 – Vollständige Überarbeitung
1. Mai 2022 – Veröffentlichung

Passende Artikel zum Thema

Matthias Mair
Matthias Mair
Geschäftsführer
Feedback
Haben Sie Fragen oder Anregungen zu diesem Artikel? Bitte kontaktieren Sie uns.