Gantt-diagram til ERP-implementering med bygge- og testcyklusser
Redigerbart Gantt-diagram til ERP-implementering: fit-gap, modulvis opbygning, to dataindlæsninger, integration og to brugertests, cutover-prøve, go-live-beslutning og hypercare med afhængigheder.
Hvad er gantt-diagram til ERP-implementering med bygge- og testcyklusser?
Et ERP-program er sjældent én opbygning efterfulgt af én test. Økonomi konfigureres først, fordi de andre moduler bogfører dertil. Indkøb, lager og salg følger efter, delvist parallelt. Data indlæses mere end én gang, for den første indlæsning viser altid, hvad der var galt med kildedata. Brugerne tester, finder fejl og tester igen. En plan med ét felt til “konfiguration” og ét til “test” skjuler alt dette, og det er her, sådanne planer oftest går galt: den anden indlæsning, den anden testrunde og prøven stod aldrig i tidsplanen.
Skabelonen har fire faser: Opstart og fit-gap, Byggecyklusser, Data- og testcyklusser samt Cutover og hypercare. "Kick-off og opsætning af styring" er den eneste opgave, der starter først. "Procesworkshops pr. modul" varer 8 arbejdsdage, og "Fit-gap-analyse" starter fire arbejdsdage efter, at workshopperne er startet, så analysen ikke venter på den sidste workshop. Milepælen "Fit-gap-beslutninger godkendt" venter på begge. Alt efter den afhænger af disse beslutninger, og det er med vilje: en opbygning, der starter, før hullerne er afgjort, er genarbejde på vej.
Opbygningen er tre overlappende konfigurationsopgaver på 10 arbejdsdage hver. "Konfiguration af indkøb og lager" starter fire arbejdsdage efter, at "Konfiguration af økonomi og kerne" er startet, og "Konfiguration af salg og ordre-til-betaling" starter fire arbejdsdage efter dét. "Rapporter, formularer og udvidelser" (12 dage) følger økonomi. "Dataindlæsning 1" følger økonomi, og "Dataindlæsning 2" venter på både den første indlæsning og salgskonfigurationen. "Integrationstest" venter på den anden indlæsning og på rapporter og udvidelser.
Testen er to brugertestrunder med en rettelsesopgave imellem. "Brugertest 1" varer 6 dage, "Ret fejl fra brugertest 1" 5 og "Brugertest 2" 5. "Slutbrugeruddannelse" starter to arbejdsdage efter, at rettelserne er startet. "Cutover-prøve" følger den anden runde, og milepælen "Go-live-beslutning" venter på prøven og uddannelsen. "Endelig dataindlæsning og omstilling" og 15 dages "Hypercare" følger. Alle varigheder er eksempler. Sæt dem ud fra din modulliste, datamængder og testomfang, og se antallet af cyklusser som en startantagelse og ikke som en regel. Du behøver ikke produktnavne på ERP- eller CRM-systemer: samme form passer til ethvert standardiseret forretningssystem.
Dette er et planlægningsdiagram til et projekt om et forretningssystem. Det konfigurerer intet, og at alle opgaver er færdige til tiden betyder ikke, at systemet er klar til forretningen. Procesvisningen med beslutningspunkterne finder du i processen for implementering af virksomhedssoftware på /da/templates/proces-for-implementering-af-virksomhedssoftware, datamigreringsprocessen på /da/templates/datamigreringsproces og brugertestprocessen på /da/templates/proces-for-brugertest. Til en kortere plan for ét system, se /da/templates/gantt-diagram-til-implementeringsplan.
Hvad dette flowchart dækker
I denne skabelon
- Fire faser med 19 opgaver og to milepæle, "Fit-gap-beslutninger godkendt" og "Go-live-beslutning".
- Overlappende modulopbygning: "Konfiguration af indkøb og lager" og "Konfiguration af salg og ordre-til-betaling" starter hver fire arbejdsdage efter, at modulet før dem er startet.
- Gentagne cyklusser, der ofte glemmes: "Dataindlæsning 1" og "Dataindlæsning 2", derefter "Brugertest 1", "Ret fejl fra brugertest 1" og "Brugertest 2".
- En fit-gap-analyse, der overlapper workshopperne med en start-til-start-forbindelse og godkendes af én milepæl.
- Et cutover med port: "Cutover-prøve" og "Slutbrugeruddannelse" skal begge være færdige før "Go-live-beslutning", efterfulgt af "Endelig dataindlæsning og omstilling" og "Hypercare".
Hvornår du skal bruge skabelonen
- Du planlægger udrulning af et ERP-, økonomi- eller forsyningskædesystem og vil vise opbygning, indlæsning og testcyklusser på én tidslinje.
- En styregruppe spørger, hvorfor go-live ligger senere end afslutningen på opbygningen, og du skal vise dataindlæsninger, testcyklusser og prøven.
- Du sammenligner en faseopdelt modulvis udrulning med ét go-live ved at ændre afhængighederne og aflæse slutdatoen.
- Du vil have en fornuftig startstruktur til en CRM- eller anden standardsystem-implementering uden at starte på et tomt ark.
Planen, opgave for opgave
Alle opgaver i diagrammet med længde i arbejdsdage og det, de venter på. En afhængighed er et trinnummer; SS er start-til-start, FF er slut-til-slut, og +n er en forsinkelse i arbejdsdage.
| # | Opgave | Gruppe | Arbejdsdage | Afhænger af |
|---|---|---|---|---|
| 1 | Kick-off og opsætning af styring | Opstart og fit-gap | 3 | |
| 2 | Procesworkshops pr. modul | Opstart og fit-gap | 8 | 1 |
| 3 | Fit-gap-analyse | Opstart og fit-gap | 6 | 2SS+4 |
| 4 | Fit-gap-beslutninger godkendt | Opstart og fit-gap | Milepæl | 2, 3 |
| 5 | Konfiguration af økonomi og kerne | Byggecyklusser | 10 | 4 |
| 6 | Konfiguration af indkøb og lager | Byggecyklusser | 10 | 5SS+4 |
| 7 | Konfiguration af salg og ordre-til-betaling | Byggecyklusser | 10 | 6SS+4 |
| 8 | Rapporter, formularer og udvidelser | Byggecyklusser | 12 | 5 |
| 9 | Dataindlæsning 1 | Data- og testcyklusser | 4 | 5 |
| 10 | Dataindlæsning 2 | Data- og testcyklusser | 4 | 7, 9 |
| 11 | Integrationstest | Data- og testcyklusser | 6 | 8, 10 |
| 12 | Brugertest 1 | Data- og testcyklusser | 6 | 11 |
| 13 | Ret fejl fra brugertest 1 | Data- og testcyklusser | 5 | 12 |
| 14 | Brugertest 2 | Data- og testcyklusser | 5 | 13 |
| 15 | Slutbrugeruddannelse | Data- og testcyklusser | 8 | 13SS+2 |
| 16 | Cutover-prøve | Cutover og hypercare | 3 | 14 |
| 17 | Go-live-beslutning | Cutover og hypercare | Milepæl | 15, 16 |
| 18 | Endelig dataindlæsning og omstilling | Cutover og hypercare | 3 | 17 |
| 19 | Hypercare | Cutover og hypercare | 15 | 18 |
Sådan fungerer det
Opstil dine moduler og erstat de tre byggeopgaver
Behold økonomi eller hovedbogen først. Tilføj én konfigurationsopgave pr. modul, og forbind hver med den forrige med et start-til-start-overlap som 6SS+4, hvis den kan begynde tidligt.
Gør fit-gap-beslutningen til en port
Lad hver byggeopgave afhænge af "Fit-gap-beslutninger godkendt". Hvis beslutningerne kommer modul for modul, så del milepælen op i én pr. modul.
Tilføj alle indlæsninger og testcyklusser, du forventer
Behold én opgave pr. dataindlæsning og pr. testcyklus med en rettelsesopgave mellem testcyklusserne. En tredje brugertest ændrer synligt slutdatoen, og det er pointen.
Planlæg uddannelse og prøve som forudsætninger for go-live
Forbind "Slutbrugeruddannelse" og "Cutover-prøve" med go-live-beslutningen, så en sen prøve flytter beslutningen og ikke omvendt.
Tilføj ejere, gruppér og aflæs den kritiske vej
Sæt modulejeren på under Personer, og slå den kritiske vej til i menuen Vis for at se, hvilken kæde der afgør slutdatoen.
Del, registrér fremdrift og eksportér
Del diagrammet med styregruppen, registrér fremdrift, når cyklusser er afsluttet, og eksportér en PDF til programmets arkiv.
Ofte stillede spørgsmål
Er planen til et bestemt ERP-produkt?
Nej. Det er en generel form for udrulning af et standardiseret forretningssystem. Opgavenavnene er generiske, så du kan omdøbe dem til dit eget system og dine moduler.
Hvor mange dataindlæsninger skal jeg planlægge?
Det afhænger af kvaliteten af dine kildedata og antallet af systemer, du migrerer fra. Skabelonen har to, og varighederne er eksempler. Tilføj en cyklus, hvis din første indlæsning forventes at kræve meget rensning.
Kan jeg planlægge en udrulning pr. land eller forretningsenhed?
Ja. Kopiér bygge- og testopgaverne for hver bølge, gruppér dem efter bølge, og forbind anden bølge med første bølges go-live. Behold bølgerne i ét diagram, så afhængighederne mellem dem forbliver synlige.
Hvordan adskiller den sig fra skabelonen til implementeringsplan?
Den kortere implementeringsplan på /da/templates/gantt-diagram-til-implementeringsplan dækker ét system i ét gennemløb. Denne skabelon udfolder modulopbygning, gentagne dataindlæsninger og testcyklusser samt en prøve før go-live.
