ERP-Cutover: Prozessablauf vom Probelauf bis zur Hypercare
Bearbeitbarer ERP-Cutover-Ablauf für Go-lives von SAP, Oracle, Dynamics 365 oder NetSuite: Probe-Cutover, Freeze des Altsystems, Datenladung, Abstimmung, Go/No-Go-Entscheidung, Rollback und Hypercare-Ausstieg.
Was ist ERP-Cutover: prozessablauf vom probelauf bis zur hypercare?
Ein Cutover-Plan ist meist eine Tabelle mit mehreren hundert Aufgaben, und das soll er sein, denn auf die Details kommt es an. Was die Tabelle schlecht zeigt, ist die Gestalt des Wochenendes: die Tore, an denen die Arbeit stoppt, bis jemand abzeichnet, und die Pfade, die laufen, wenn ein Tor scheitert. Das muss der Lenkungsausschuss vor dem Go-live verstehen, und das muss das Team geprobt haben.
Diese Vorlage zeichnet diese Gestalt. Ein Probe-Cutover, das scheitern und in die Schleife zurückführen kann. Eine Abstimmung, die der Fachbereich abzeichnen muss. Eine Go/No-Go-Entscheidung mit vorab vereinbarten Kriterien und ein Rollback-Pfad, der in einem verschobenen Go-live endet und nicht in Hektik. Dann die Hypercare mit Ausstiegskriterien, sodass sie auf Basis von Belegen endet und nicht an einem Datum.
Sie funktioniert für jedes ERP: SAP S/4HANA, Oracle Fusion, Dynamics 365, NetSuite oder ein kleineres System. Benennen Sie die Bahnen nach Ihren Projektrollen, belassen Sie das detaillierte Runbook in Ihrem Projektplan und nutzen Sie diesen Ablauf, um die Tore zu erklären und freizugeben.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Die Baseline des Cutover-Runbooks und ein oder mehrere Probe-Cutover mit Zeit- und Fehlerzielen
- Einfrieren von Transaktionen und Stammdaten im Altsystem
- Extraktion der letzten Salden und offenen Posten, Laden von Stammdaten und Transaktionen und der technische Cutover von Schnittstellen und Jobs
- Fachliche Abstimmung der geladenen Daten, mit einem Pfad zum erneuten Laden, wenn Differenzen auftreten
- Die Go/No-Go-Entscheidung, der Rollback-Plan, die Öffnung des neuen Systems und die Hypercare-Ausstiegskriterien
Wann Sie diese Vorlage verwenden sollten
- Sie planen den Go-live einer ERP-Einführung und brauchen die Freigabe der Tore durch den Lenkungsausschuss
- Der Cutover-Plan liegt als Aufgabenliste vor, und niemand kann die Entscheidungspunkte erklären
- Bei einem früheren Go-live gab es keine vereinbarten Rollback-Kriterien, und Sie wollen sie vorab festlegen
- Sie führen einen gestaffelten Rollout durch und brauchen für jedes Land oder jeden Standort ein wiederholbares Cutover-Muster
So funktioniert es
Bahnen auf Ihre Projektrollen umbenennen
Ordnen Sie die Bahnen dem Cutover-Manager, den Key-Usern im Fachbereich, dem Datenmigrationsteam, den technischen Teams und dem Lenkungsausschuss oder Go-live-Gremium zu.
Ihre Go/No-Go-Kriterien eintragen
Tragen Sie die vereinbarten Kriterien in die Notiz der Entscheidung ein: Abstimmung abgezeichnet, keine offenen Fehler der Schwere 1, Support besetzt, Rollback weiterhin möglich.
Probelauf-Ziele festlegen
Schreiben Sie die Zeit- und Fehlerziele an die Entscheidung zum Probe-Cutover und planen Sie bei einem großen Go-live mindestens zwei Probeläufe.
Das detaillierte Runbook verknüpfen
Hängen Sie das Runbook auf Aufgabenebene an die jeweiligen Schritte an oder verlinken Sie es, damit der Ablauf lesbar bleibt und die Details an einer Stelle liegen.
Den Plan freigeben
Senden Sie den Ablauf zur Freigabe an den Programmsponsor und die Prozessverantwortlichen. Die freigegebene Version ist Ihr Nachweis dessen, was vereinbart wurde.
Häufig gestellte Fragen
Was ist ein ERP-Cutover-Plan?
Er ist der detaillierte Plan für den Wechsel vom Altsystem zum neuen ERP: das alte System einfrieren, die endgültigen Daten laden, Schnittstellen und Anwender umschalten und bestätigen, dass das neue System korrekt ist, bevor die Mitarbeiter darin arbeiten. Er enthält Verantwortliche, Zeiten, Abhängigkeiten, Freigabepunkte und einen Rollback-Plan.
Was gehört in Go/No-Go-Kriterien?
Typische Kriterien sind: Datenabstimmung vom Fachbereich abgezeichnet, keine offenen Fehler der Schwere 1 und eine vereinbarte Liste bekannter Probleme der Schwere 2, Anwender geschult, Support und Hypercare besetzt, Schnittstellen durchgängig getestet und die Bestätigung, dass ein Rollback innerhalb des Cutover-Fensters weiterhin möglich ist.
Wie viele Probe-Cutover sollten wir durchführen?
Mindestens einen vollständigen Probelauf mit produktionsnahen Daten und dem echten Runbook, bei einer großen Einführung meist zwei oder drei. Jeder Probelauf sollte zeitlich gemessen und mit den Zielen verglichen werden, und das Runbook wird vor dem nächsten aktualisiert.
Wann endet die Hypercare?
Wenn vereinbarte Ausstiegskriterien erfüllt sind, und nicht an einem festen Datum. Übliche Kriterien sind ein sinkendes Ticketaufkommen, keine offenen Probleme der Schwere 1 und ein im neuen System abgeschlossener erster Monatsabschluss.
Wo dieser Prozess einzuordnen ist
In den meisten Unternehmen folgt dieser Prozess auf Prozess zur Implementierung von Unternehmenssoftware.
Kommt davor
- Prozess zur Implementierung von Unternehmenssoftware — Vorlage zur Implementierung von Unternehmenssoftware mit Analyse, Anforderungen, Entwurf, Konfiguration, Integration, Datenmigration, Tests, UAT, Produktivsetzung, Hypercare und Übergabe.
- SAP-Migration von ECC auf S/4HANA: Prozessablauf — Bearbeitbarer Ablauf der SAP-Migration von ECC auf S/4HANA: Readiness Check, Custom-Code-Analyse, Fit-to-Standard, Entscheidung zwischen Brownfield, Greenfield und selektiver Datenübernahme, Tests und Cutover.
- Upgrade von Dynamics AX 2012 auf Dynamics 365: Prozessablauf — Bearbeitbarer Upgrade-Ablauf von Dynamics AX 2012 auf Dynamics 365 Finance und SCM: Analyse in Lifecycle Services, Entscheidung zwischen Upgrade und Neueinführung, Code zu Erweiterungen, Datenupgrade, Abnahme und Go-live.