Vom Projektstart bis zum Go-Live vergehen 27 Arbeitstage, anschließend 30 Tage Coaching. Es werden Arbeitstage, nicht Kalendertage gezählt: Die gesetzlichen Feiertage des Kunden werden im Setup-Tabellenblatt der Projektplanungsmappe eingetragen, und jedes Aufgabendatum wird ab dem jeweiligen T-Tag berechnet.
Vor dem Flug: bevor die Uhr startet
T-27 ist der erste Tag des Countdowns, nicht der erste Tag der Beziehung. Vier Dinge müssen bereits erfüllt sein:
- Kommerziell – Vertrag unterzeichnet und geprüfte Einnahmen erhalten; der Go-Live-Termin auf dem Board; der Scope Anchor (Module und Einheiten für Welle 1).
- Personen – ein Countdown-Verantwortlicher mit Befugnis zum gleichen Tagesumfang; ein TRANXACT-Flugleiter; ein Hauptbenutzer pro Prozess, der für den Countdown benannt und freigegeben wird.
- Mandant – das Onboarding-Formular wurde eingereicht; der Mandant wurde auf seinem Drei-Knoten-Cluster bereitgestellt; wichtige Benutzer können sich anmelden.
- Daten – Lesezugriff auf alle bestehenden Datenquellen; repräsentative Stichprobendaten extrahiert; ein Stichtag für die Umstellung und der Umfang der Migration (Stand: / Zeitraum) vorgeschlagen.
Wie dies dem Technischen Bereitstellungsleitfaden entspricht: Die vorgeschlagenen Build-Ziele – Onboarding-Formular, Designfreigabe und ein Build aus dem Code von jeweils etwa fünf Arbeitstagen, fünf weitere mit Live DR – werden vor T-27 abgeschlossen sein. Der Countdown setzt voraus, dass die Umgebung existiert, weshalb der Mandant ein Vorflugkriterium ist und T-Minus keinen Meilenstein für den Landschaftsaufbau enthält.
Fünf Etappen, jede mit einem Ausgang
| Bühne | Austrittskriterium | Blätter zurücklassen |
|---|---|---|
| Entdecken durch Tun · T-27 → T-18 | Alle Fit Ledger-Zeilen markiert; Welle 1 vom Countdown-Inhaber signiert | Fit Ledger, Entwurf des Objektregisters, Migrationsumfang, Auswirkungen der Änderung, Kommunikationsplan, RAID-Protokoll |
| Konfiguration im Freien · T-17 → T-11 | Alle Configure-now-Zeilen konfiguriert und geprüft | Konfigurationsarbeitsmappe, Bereitschaftsregister, Testplan, M1-Zuordnung unterschrieben |
| Umstellung, geprüft · T-10 → T-3 | Null TB-Delta beim Probelauf mit Prüfprotokoll; der Probelauf passt ins Fenster | Abstimmungen, Umstellungs-Runbook mit Zeitvorgaben, Probenskript, Fehlerprotokoll |
| Die Probe · T-2 → T-1 | Die Probe ist bestanden – die einzige Entscheidung zwischen Ja und Nein. | Ergebnisse der Probe, Go/No-Go-Bilanz, Beteiligung pro Nutzer, endgültiger Umstellungsplan |
| Inbetriebnahme · T-0 | Die erste in der Produktion gebuchte Rechnung wird üblicherweise vor dem Mittagessen verbucht. | Letzte Spalte im Runbook, unterzeichnete Abstimmung, Hypercare-Ausnahmeprotokoll, erster KPI |
| Trainer im Flow · T+1 → T+30 | Ausnahmen tendieren gegen Null; Hypercare wird aufgenommen | Hypercare-Protokoll, T-Plus-Rückstand und Wellenplan, KPI-Scorecard |
Einmal gehen oder nicht, und Fakten für alles andere
Countdown-Start (T-27), Scope-Freeze (T-18), Konfiguration abgeschlossen (T-11), erfolgreicher Testlauf (T-3), Go-Live bestätigt (T-0) und Hypercare-Abschluss (bis T+30) sind jeweils überprüfbare Fakten mit entsprechenden Nachweisen im Go/No-Go-Gate-Sheet des Toolkits. Nur die Probe bei T-1 stellt eine Entscheidung dar. Auditoren und der Projektleiter lesen die Nachweise, keinen Statusbericht.
Sechs Arbeitsabläufe gegen eine Uhr
Kernimplementierung, Datenmigration, Tests, Einführung und Schulung, Änderungsmanagement sowie technische und Integrationsprozesse laufen parallel. Im Rahmen der Umstellung werden beispielsweise folgende Schritte geprüft: Konfigurationskorrekturen; M1, M2, Testlauf und Abgleich; Migrationsvalidierung und Rollentests; Benutzer auf Basis von Testdaten; Bereitschaftsprüfung; getestete Endpunkte und Notfallwiederherstellungsübung. Die Projektplanungs-Arbeitsmappe ordnet jede Aufgabe ihrem Arbeitsablauf zu, sodass jeder Projektleiter seine Ansicht individuell filtern kann.
Wellen, niemals längere Phasen
Eine größere Implementierung wiederholt den 27-tägigen Countdown auf demselben Ledger: Welle 1 die Kernentität (Buchhaltung, CRM, Lieferkette), Welle 2 weitere Entitäten und HRMS, Welle 3 Fertigung, EHR oder Studentenlebenszyklus, Welle n verschobener Fit-Ledger-Bereich und neue Regionen. Jede Welle aktiviert Module und Entitäten; Wachstum löst niemals eine Neuimplementierung aus.
Behandeln Sie jeden nicht abgehakten Punkt vor dem Flug als Grund, die Zeitmessung nicht zu starten. Ohne diese Punkte verbringt man die ersten Tage damit, Zugangsberechtigungen zu erlangen, anstatt durch praktisches Tun Neues zu entdecken.
Der Flugleiter von Calderwood stellt vor dem Flug fest, dass das bestehende ERP-System nur vom Support des Anbieters extrahiert werden kann. Dieser Support ist für M1, M2, den Probelauf und T-0 vor dem Start der Flugzeit eingeplant – dies wird erst bei T-10 entdeckt.
Probier es aus Es ist T-18. Calderwoods Finanzbuchhaltung umfasst 64 Zeilen, drei davon sind jedoch noch nicht zugeordnet, da der Finanzcontroller im Urlaub ist. Kann die Einschränkung des Projektumfangs aufgehoben werden?
Nein. Für die Scope-Sperre müssen alle markierten Zeilen und die erste Welle vom Countdown-Verantwortlichen unterschrieben werden. Die Lösung besteht darin, nicht zu warten: Der Countdown-Verantwortliche, der die Befugnis hat, dies noch am selben Tag zu tun, trifft die drei Entscheidungen im heutigen Standup – jetzt konfigurieren, T-Plus oder nicht erforderlich – und unterschreibt. Die Meinung eines Controllers kann weiterhin eingeholt werden, aber die Sperre ist beschlossene Sache, und es liegt in der Verantwortung des Countdown-Verantwortlichen, sie zu schließen.