ERP-omlægningsflow (fra prøvekørsel til hypercare)
Redigerbart omlægningsflow for ERP-go-live i SAP, Oracle, Dynamics 365 eller NetSuite: prøveomlægning, frys af det gamle system, dataindlæsning, godkendt afstemning, go/no-go-beslutning, tilbagerulning og hypercare-exit.
Hvad er ERP-omlægningsflow (fra prøvekørsel til hypercare)?
En omlægningsplan er som regel et regneark med flere hundrede opgaver, og det skal den være: detaljen har betydning. Det, regnearket ikke viser godt, er weekendens form: de porte, hvor arbejdet standser, indtil nogen skriver under, og de veje, der kører, når en port fejler. Det er dem, styregruppen skal forstå før go-live, og dem, teamet skal have øvet.
Skabelonen tegner den form. En prøveomlægning, der kan fejle og løbe tilbage. En afstemning, som forretningen skal underskrive. En go/no-go-beslutning med kriterier aftalt på forhånd og en tilbagerulningsvej, der ender i et udskudt go-live og ikke i en kamp mod uret. Derefter hypercare med exitkriterier, så den slutter, når beviserne er der, og ikke på en kalenderdato.
Den virker til ethvert ERP: SAP S/4HANA, Oracle Fusion, Dynamics 365, NetSuite eller et mindre system. Omdøb banerne til jeres projektroller, behold den detaljerede driftsbog i projektplanen, og brug dette flow til at forklare og godkende portene.
Hvad dette flowchart dækker
I denne skabelon
- Baseline for omlægningens driftsbog og en eller flere prøveomlægninger med mål for tid og fejl
- Frys af transaktioner og stamdata i det gamle system
- Udtræk af endelige saldi og åbne poster, indlæsning af stamdata og transaktioner samt teknisk omlægning af interfaces og job
- Forretningens afstemning af de indlæste data, med en genindlæsningsvej, når der findes differencer
- Go/no-go-beslutningen, tilbagerulningsplanen, åbning af det nye system og exitkriterier for hypercare
Hvornår du skal bruge skabelonen
- I planlægger go-live for en ERP-implementering og skal have styregruppen til at godkende portene
- Omlægningsplanen findes som en opgaveliste, og ingen kan forklare beslutningspunkterne
- Et tidligere go-live havde ingen aftalte kriterier for tilbagerulning, og I vil have dem defineret på forhånd
- I kører en trinvis udrulning og har brug for et gentageligt omlægningsmønster til hvert land eller hver lokation
Sådan fungerer det
Omdøb banerne til jeres projektroller
Knyt banerne til omlægningslederen, nøglebrugerne i forretningen, datamigreringsteamet, de tekniske teams og styregruppen eller go-live-udvalget.
Skriv jeres go/no-go-kriterier
Sæt de aftalte kriterier i beslutningens note: afstemning godkendt, ingen åbne fejl af alvorlighed 1, support bemandet og tilbagerulning stadig mulig.
Sæt målene for prøvekørslerne
Skriv målene for tid og fejl på beslutningen om prøveomlægningen, og planlæg mindst to prøvekørsler til et stort go-live.
Knyt den detaljerede driftsbog til
Vedhæft eller link driftsbogen på opgaveniveau til de relevante trin, så flowet forbliver læsbart, og detaljen samles ét sted.
Godkend planen
Send flowet til programsponsoren og procesejerne til godkendelse. Den godkendte version er jeres dokumentation for, hvad der blev aftalt.
Ofte stillede spørgsmål
Hvad er en ERP-omlægningsplan?
Det er den detaljerede plan for flytningen fra det gamle system til det nye ERP: frys af det gamle system, indlæsning af de endelige data, omlægning af interfaces og brugere og bekræftelse af, at det nye system er korrekt, før folk begynder at arbejde i det. Den omfatter ejere, tidspunkter, afhængigheder, godkendelsespunkter og en tilbagerulningsplan.
Hvad bør go/no-go-kriterier omfatte?
Typiske kriterier er: dataafstemning godkendt af forretningen, ingen åbne fejl af alvorlighed 1 og en aftalt liste over kendte problemer af alvorlighed 2, uddannede brugere, bemandet support og hypercare, interfaces testet fra ende til anden og bekræftelse af, at tilbagerulning stadig er mulig inden for omlægningsvinduet.
Hvor mange prøveomlægninger bør vi køre?
Mindst én fuld generalprøve med produktionslignende data og den rigtige driftsbog, og som regel to eller tre ved en stor implementering. Hver prøvekørsel bør tidsmåles og holdes op mod målene, og driftsbogen bør opdateres før den næste.
Hvornår slutter hypercare?
Når de aftalte exitkriterier er opfyldt. Datoen alene afgør det ikke. Almindelige kriterier er faldende antal sager, ingen åbne fejl af alvorlighed 1 og den første månedsafslutning gennemført i det nye system.
Hvor denne proces passer ind
I de fleste virksomheder følger denne proces efter Proces til implementering af virksomhedssoftware.
Kommer før
- Proces til implementering af virksomhedssoftware — Skabelon til implementering af virksomhedssoftware med analyse, krav, design, konfiguration, integration, datamigrering, test, brugertest, idriftsættelse og overdragelse.
- Procesflow for migrering fra SAP ECC til S/4HANA — Redigerbart procesflow for migrering fra SAP ECC til S/4HANA: Readiness Check, analyse af egenudviklet kode, fit-to-standard, valg mellem brownfield, greenfield og selektiv dataoverførsel, test og omlægning.
- Procesflow for opgradering fra Dynamics AX 2012 til Dynamics 365 — Redigerbart procesflow for opgradering fra Dynamics AX 2012 til Dynamics 365 Finance og SCM: analyse i Lifecycle Services, valget mellem opgradering og nyimplementering, kode til extensions, dataopgradering, UAT og go-live.