T-Minus: Der Countdown, T-27 bis T+30
Vor dem Start, die fünf Phasen des 27-tägigen Arbeitstages mit ihren Abschlusskriterien und Artefakten, die Gates, die sechs Arbeitsabläufe und wie größere Implementierungen Wellen anstelle längerer Phasen hinzufügen.
Die Projektlaufzeit beträgt 27 Arbeitstage vom Projektstart bis zum Go-Live, gefolgt von 30 Tagen Coaching. Es werden Arbeitstage, nicht Kalendertage, gezählt. Die gesetzlichen Feiertage des Kunden müssen im Setup-Tabellenblatt der Projektplanungsmappe eingetragen werden, damit alle Aufgabentermine korrekt sind.
| Bühne | T-Tage | Tage | Blätter zurücklassen |
|---|---|---|---|
| Vor dem Flug | Vor T-27 | — | Alles, was die Uhr am ersten Tag benötigt |
| Entdecken Sie es durch Tun | T-27 → T-18 | 10 | Das Fit-Ledger: Jede Lücke ist mit „Jetzt konfigurieren“, „T-Plus“ oder „Nicht erforderlich“ gekennzeichnet. |
| Im offenen Bereich konfigurieren | T-17 → T-11 | 7 | Ein konfigurierter Mandant, der täglich unter Beobachtung und Steuerung des Kunden weiterentwickelt wird. |
| Umstellung, geprüft | T-10 → T-3 | 8 | Ein reibungsloser Übergang: Die Saldenlisten stimmen Zeile für Zeile mit den Altdaten überein; der Probelauf wurde zeitlich abgestimmt. |
| Die Probe | T-2 → T-1 | 2 | Eine erfolgreiche Generalprobe: ein echter Arbeitstag parallel – die einzige Entscheidung zwischen Gut und Schlecht. |
| Go-live | T-0 | 1 | Ein Live-Hauptbuch: veraltet, schreibgeschützt, erste Rechnung vor dem Mittagessen |
| Trainer im Flow | T+1 → T+30 | — | Ein übernommenes System: Hypercare wird in den normalen Betrieb integriert |
Vor dem Start: vor dem Start der Uhr (vorgeschlagener Standardwert)
T-27 ist der erste Tag des Countdowns, nicht der erste Tag der Beziehung. Die Vorbereitungsphase ist eine Ergänzung zur veröffentlichten Methode: Ohne sie verbringt man die ersten Tage damit, Zugang zu erlangen, anstatt durch praktische Erfahrung zu lernen.
| Kommerziell | Menschen | Mieter | Daten |
|---|---|---|---|
| Vertrag unterzeichnet; geprüfte Einnahmen erhalten | Countdown-Inhaber benannt, mit Befugnis zur Geltung des Tages | Onboarding-Formular übermittelt: Cloud, Region, Netzwerk, SSO | Lesezugriff auf jedes Legacy-Quellsystem |
| Go-Live-Termin vereinbart und im Vorstand | TRANXACT-Flugleiter zugewiesen | Mandantenbereitstellung: Drei-Knoten-Cluster, innerhalb weniger Stunden live. | Repräsentative Beispieldaten wurden für die Entdeckung extrahiert |
| Bereichsanker: Module und Entitäten für Welle 1 | Ein wichtiger Benutzer pro Prozess wird benannt und für den Countdown freigegeben. | Wichtige Benutzer können sich anmelden | vorgeschlagener Umstellungstermin und Migrationsumfang (Stichtag / Zeitraum) |
Wie dies zum Technischen Bereitstellungsleitfaden passt: 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 dem Countdown abgeschlossen. Der Countdown setzt voraus, dass die Umgebung existiert; genau deshalb ist der Mandant ein Vorab-Element und deshalb hat T-Minus keinen Meilenstein für den Landschaftsaufbau.
Behandeln Sie jeden nicht abgehakten Punkt vor dem Flug als Grund, die Zeitmessung nicht zu starten.
Jede Phase und ihr Ende
| Bühne | Was geschieht | Austrittskriterium | Hergestellte Artefakte |
|---|---|---|---|
| T-27 → T-18 Entdecken durch Tun | Die Hauptbenutzer führen ihre realen Rollen anhand repräsentativer Daten in ihrem eigenen Mandanten durch; jede Diskussion wird live auf einem Bildschirm angezeigt; jede Abweichung wird protokolliert und priorisiert; Legacy-Extrakte werden analysiert; die Auswirkungen von Änderungen werden erfasst, während die Benutzer ihre zukünftigen Bildschirme sehen. | Das Fit Ledger ist vollständig und jede Zeile ist markiert; der Countdown Owner hat die erste Welle unterzeichnet. | Ledger anpassen; Migrationsobjektregister (Entwurf); Entscheidung über den Migrationsbereich; Änderungsfolgenabschätzung (erster Durchgang); Stakeholder- und Kommunikationsplan; RAID-Protokoll geöffnet. |
| T-17 → T-11 Konfiguration im Freien | Tägliche Sitzungen: Kontenplan, Entitäten, Währungen, Rollen, Genehmigungen, Nummerierung ohne Programmierung konfiguriert; ASK erstellt Stammdaten und Entwurfsregeln in großen Mengen; Konfigurationsprüfungen werden nach Abschluss der einzelnen Elemente durchgeführt; Integrationen basieren auf APIs; Mock Load M1 vorbereitet. | Alle Configure-now-Zeilen wurden im Mandanten konfiguriert und überprüft. | Konfigurationsarbeitsbuch; Register für Rollen und Übernahmebereitschaft; Testplan (Konfigurations- und Integrationsprüfungen); M1-Zuordnung signiert. |
| Umstellung von T-10 auf T-3, geprüft | M1- und M2-Testläufe; Saldenliste zeilenweise mit den Altsystemen abgeglichen; Nebenbücher mit den Hauptbuchkonten verknüpft; vollständiger Trockenlauf gemäß Laufzeitprotokoll; Integrations- und Rollentests; Probeskript erstellt. | Null Differenz in der Probebilanz beim Testlauf mit Prüfprotokoll; der Testlauf passt in das Umstellungsfenster. | Probebilanz und Nebenbuchabstimmungen; Umstellungsablaufplan mit Trockenlaufzeiten; Probenskript; Fehlerprotokoll. |
| T-2 → T-1 Die Probe | Die eigenen Transaktionen des Kunden für einen kompletten Tag, von jeder Person, die das System am Tag +1 nutzt, in ihrer eigenen Rolle, mit ihrer aktiven Aktionswarteschlange; Ergebnisse im Vergleich zum Altsystem; bestanden oder eine kurze Korrekturliste wird am selben Tag ausgeführt. | Die Probendurchgänge – die einzige Entscheidungshilfe. | Probenskript mit Ergebnissen; Go/No-Go-Gate-Protokoll; Adoptionsbeteiligung pro Benutzer; endgültiger Umstellungsplan. |
| T-0 Go-live | Legacy-Systeme sind zum Zeitpunkt des Abschaltvorgangs eingefroren und schreibgeschützt; der letzte Ladevorgang wiederholt den zeitgesteuerten Testlauf; die Probebilanz wird abgeglichen und unterzeichnet; Integrationen in die Produktion; Benutzer melden sich an. | Die erste in der Produktion gebuchte Rechnung wird üblicherweise vor dem Mittagessen verbucht. | Umstellungs-Runbook (letzte Spalte); unterzeichnete Abstimmung; Hypercare-Ausnahmeprotokoll; KPI: Tage bis zur ersten gebuchten Rechnung. |
| T+1 → T+30 Trainer im Flow | Die Warteschlange macht die eigentliche Arbeit jedes Benutzers sichtbar, und ASK hilft ihnen dabei; ein tägliches 15-minütiges Hypercare-Standup schrumpft auf zweimal wöchentlich und geht dann in den Normalbetrieb über; T-Plus-Wellen schalten auf den verschobenen Umfang um. | Ausnahmen tendieren gegen Null; übermäßige Pflege wird in den normalen Rhythmus integriert. | Hypercare-Ausnahmeprotokoll; T-Plus-Rückstand und Wellenplan; KPI-Scorecard; Nachverfolgung der Akzeptanz. |
Gates (vorgeschlagener Standardwert)
Eine formale Entscheidung – die Generalprobe. Alle anderen Schritte sind überprüfbare Fakten.
| Tor | Wann | Kriterium | Beweis | Beschlossen von |
|---|---|---|---|---|
| Countdown startet | T-27 | Vorflugkontrolle abgeschlossen; Datum auf der Tafel | Checkliste vor dem Flug | Countdown-Inhaber + Flugleiter |
| Oszilloskop einfrieren (Welle 1) | T-18 | Alle Fit Ledger-Zeilen markiert; Welle 1 signiert | Fit Ledger | Countdown-Besitzer |
| Konfiguration abgeschlossen | T-11 | Alle Configure-now-Zeilen konfiguriert und geprüft | Konfigurationsarbeitsmappe, Testplan | Flugleiter |
| Abgeglichener Trockenlauf | T-3 | Null TB-Delta; Nebenbuchhaltung verknüpft; Trockenlauf innerhalb des Fensters | Abstimmungen, Umstellungs-Runbook | Finanzcontroller |
| Die Probe (GO / NO-GO) | T-1 | Der eigentliche Geschäftstag verging, oder die Fehlerliste wurde am selben Tag geschlossen. | Probenskript, Gate-Protokoll | Countdown-Besitzer |
| Go-Live bestätigt | T-0 | Endgültige TB-Abstimmung abgeschlossen; erste Rechnung gebucht | Unterzeichnete Abstimmung, KPI | Finanzcontroller |
| Hypercare-Ausstieg | Bis T+30 | Ausnahmen unterhalb des Schwellenwerts für 5 Arbeitstage | Hypercare-Protokoll | Countdown-Inhaber + Flugleiter |
Jedes Ergebnis eines Prüfpunkts ist zusammen mit den entsprechenden Nachweisen im Go/No-Go-Formular des Toolkits zu dokumentieren. Die Prüfer und der Lenkungsausschuss prüfen die Nachweise, nicht einen Statusbericht.
Sechs Arbeitsabläufe, eine Uhr
| Arbeitsgruppe | Entdecken | Konfigurieren | Umstellung | Probe | Go-live & Coaching |
|---|---|---|---|---|---|
| Kernimplementierung | Ledger auf Live-Bildschirmen anpassen | Tägliche Konfiguration ohne Code | Nur Konfigurationskorrekturen | Reparaturliste am selben Tag | Änderungen in derselben Woche |
| Datenmigration | Profilquellen; Geltungsbereich ab / Zeitraum | Kartierung; M1-Modell vorbereitet | M1, M2, Trockenlauf, Abgleich | Delta-Check | Endgültige Beladung, TB-Abmeldung |
| Testen | Testplan entworfen | Konfigurations- und Integrationsprüfungen | Migrationsvalidierung, Rollentests | Probe = UAT | Ausnahme-Triage |
| Adoption und Ausbildung | Schlüsselnutzer in ihren Rollen | Warteschlangen und ASK-Einstellungen pro Rolle | Nutzer von Probendaten | Jeder T+1-Nutzer übt | Trainer im Flow |
| Veränderungsmanagement | Auswirkungen der Veränderung, Interessengruppen | Kommunikation: Was ändert sich für mich? | Bereitschaftspuls | Go-Live-Kommunikation | Verstärken; alte Gewohnheiten ablegen |
| Technik & Integration | Mandantenstatus; SSO; Zugriff | API-Integrationen erstellt | Endpunkte getestet; DR-Übung | Produktionsendpunkte bereit | Überwachung; Hyperpflege |
Skalierung: Wellen, niemals längere Phasen (vorgeschlagener Standardwert)
Bei Implementierungen mit mehreren Entitäten und Modulen wird der 27-tägige Countdown im selben Ledger wiederholt. Welle 1: Die Kernentität mit Buchhaltung, CRM und Lieferkette. Welle 2: Weitere Entitäten und HRMS/Gehaltsabrechnung. Welle 3: Fertigung, EHR oder Studentenlebenszyklus. Welle n: Verzögerter Fit-Ledger-Umfang und neue Regionen. Jede Welle schaltet Module und Entitäten per Konfigurationsumschaltung zu, sodass Wachstum keine Neuimplementierung auslöst.
Die erste Planungswelle konzentriert sich auf die Einheit oder den Prozess mit den saubersten Daten und dem engagiertesten Countdown-Verantwortlichen. Ihr Erfolg gibt den Takt für die weiteren Wellen vor.
Die als Standardwerte gekennzeichneten Werte stellen die empfohlenen Ausgangspunkte der Methodik dar. Bitte bestätigen Sie jeden Wert für jedes Projekt; maßgeblich sind der Vertrag, das Bestellformular und die Service-Level-Vereinbarung (SLA).
Machen Sie dazu den Kurs, mit Diagrammen und einer Überprüfung.