Sådan planlægger du en ERP-implementering i et Gantt-diagram
Planlæg en ERP-implementering i et Gantt-diagram: fit-gap, overlappende modulopbygning, gentagne dataindlæsninger, brugertest, cutover-prøve og hypercare med afhængighederne, der afgør go-live.
En ERP-plan er en række cyklusser og ikke en lige linje. Guiden viser, hvordan du opstiller fit-gap, modulopbygning, dataindlæsninger og testcyklusser, så go-live-datoen kommer fra afhængighederne og ikke fra et håb.
Kort fortalt
- Planlæg pr. modul og pr. cyklus: indlæsninger og testrunder er opgaver og ikke fodnoter.
- Lad modulopbygninger overlappe med start-til-start-forbindelser og ikke ved at forkorte varighederne.
- Lad den senere dataindlæsning vente på det sidste modul, den skal fylde.
- Lad go-live afhænge af prøven og uddannelsen, så en sen prøve flytter beslutningen.
- Se cyklusantal som antagelser, og aflæs deres pris på slutdatoen.
Planlæg cyklusserne, ikke kun faserne
Den sædvanlige ERP-plan har fem faser og en go-live-dato. Den er let at præsentere, og den skjuler det arbejde, der faktisk afgør datoen: hvor mange gange data indlæses, hvor mange runder brugertest forretningen får brug for, og om cutover er prøvet af. Når de mangler i tidsplanen, sker de alligevel. De sker bare, efter at planen har sagt, at go-live er tæt på.
Metoden her er at planlægge pr. modul og pr. cyklus. Økonomi eller hovedbogen konfigureres først og afgør starten på de andre moduler. Hvert efterfølgende modul overlapper sit forgængermodul, for konfigurationsteams kan arbejde parallelt, men ikke alle på én gang. Data indlæses i mindst to cyklusser, hvor den senere venter på det sidste modul, den skal fylde. Test er en række cyklusser med en rettelsesopgave imellem, og både uddannelse og prøve afgør go-live-beslutningen.
Se antallet af cyklusser som en antagelse, du kan ændre. En ren datakilde og et lille omfang kan nøjes med én indlæsning og én brugertest. En koncern med flere enheder og års gamle data kan have brug for flere. Når du lægger en cyklus ind i diagrammet, ser du prisen i arbejdsdage med det samme, og det er lettere at tale om med en styregruppe end en generel bekymring for kvaliteten.
Guiden handler om tidsplanen. Samme form passer til et CRM eller et vilkårligt standardsystem, og produktnavnet ændrer intet ved afhængighedslogikken. Til en kortere plan i ét gennemløb, se /da/guides/tidsplan-for-implementering-gantt-diagram. Trin, beslutninger og roller bag hver fase finder du i /da/templates/proces-for-implementering-af-virksomhedssoftware og /da/templates/datamigreringsproces.
En ERP-udrulning, bygget i trin
Nitten opgaver i fire faser. Varighederne er eksempler; sæt dine egne. Åbn regnearkspanelet for at se rækkerne bag hvert trin.
Fit-gap før al opbygning
"Procesworkshops pr. modul" varer 8 arbejdsdage. "Fit-gap-analyse" (6) starter fire arbejdsdage efter, at workshopperne er startet, og milepælen "Fit-gap-beslutninger godkendt" venter på begge.
Moduler bygget i overlappende cyklusser
"Konfiguration af økonomi og kerne" (10 dage) kommer først. "Konfiguration af indkøb og lager" starter fire arbejdsdage efter, at den er startet, og "Konfiguration af salg og ordre-til-betaling" fire efter dét. "Rapporter, formularer og udvidelser" (12) følger økonomi.
Gentagne indlæsninger og testcyklusser
"Dataindlæsning 2" venter på "Dataindlæsning 1" og på salgskonfigurationen. "Integrationstest" venter på den anden indlæsning og udvidelserne. Derefter løber "Brugertest 1", "Ret fejl fra brugertest 1" og "Brugertest 2" i rækkefølge, og "Slutbrugeruddannelse" starter to dage efter, at rettelserne er startet.
Prøv, beslut, omstil
"Cutover-prøve" følger den anden brugertest. Milepælen "Go-live-beslutning" venter på prøven og på "Slutbrugeruddannelse". "Endelig dataindlæsning og omstilling" tager 3 dage og "Hypercare" 15.
Sådan fungerer det
Opstil modulerne i den rækkefølge, de afhænger af hinanden
Sæt hovedbogen eller kernen først, og spørg om hvert andet modul, hvad det skal bruge fra de foregående. Opret én konfigurationsopgave pr. modul.
Lad opbygningerne overlappe med start-til-start-forbindelser
Hvis det næste modul kan begynde fire dage efter, at det forrige starter, så skriv det som 5SS+4 i Afhænger af. Forkort ikke varighederne for at foregive overlappet.
Tilføj hver dataindlæsning og den opgave, den venter på
Lad den første indlæsning følge kernekonfigurationen. Lad den sidste indlæsning afhænge af det sidste modul, den skal fylde, så et sent modul flytter indlæsningen.
Tilføj testcyklusserne med en rettelsesopgave imellem
Forbind integrationstest, den første brugertest, rettelsesopgaven og den anden runde i en kæde. Beslut, hvor mange cyklusser du antager, og tilføj eller fjern rækker tilsvarende.
Lad go-live afhænge af prøven og uddannelsen
Tilføj en milepæl med længden 0 til go-live-beslutningen, og forbind prøven og uddannelsen til den. Lad den efterfølges af den endelige indlæsning, omstillingen og hypercare.
Tjek den kritiske vej, og sammenlign med den dato, du har brug for
Slå den kritiske vej til i menuen Vis, aflæs slutdatoen, og sammenlign den med den dato, forretningen har brug for. Ændr et cyklusantal eller en afhængighed, og se, hvad der flytter sig.
Faldgruber du skal undgå
Én indlæsning og én testcyklus
En plan med én dataindlæsning og én testrunde antager, at intet findes. Planlæg mindst en første og en anden indlæsning og en rettelsesopgave mellem testcyklusserne, og tilpas så til dine data.
At starte opbygningen, før hullerne er afgjort
Hvis konfigurationen begynder, før fit-gap er godkendt, træffes beslutningerne i opbygningen. Behold en godkendelsesmilepæl, og lad opbygningen afhænge af den.
At gøre uddannelse til den sidste opgave
Uddannelse planlagt efter go-live-beslutningen efterlader brugerne uuddannede på dagen. Forbind den som forudsætning for beslutningen, og start den, når rettelserne er på plads.
At læse planen som parathed
Et diagram, hvor alle opgaver er til tiden, siger intet om kvaliteten af data eller konfiguration. Gem testresultater og fejlantal i projektets arkiv.
Åbn Gantt-diagrammet til ERP-implementering
Åbn ERP-skabelonen, ændr moduler og cyklusantal til dine egne, og se go-live-datoen flytte sig.
Relaterede guides
Ofte stillede spørgsmål
Hvor mange dataindlæsninger bør en ERP-plan have?
Det afhænger af, hvor rene kildedata er, og hvor mange systemer der fodrer det nye. Skabelonen bruger to med eksempelvarigheder. Tilføj en cyklus for hver kilde, der kræver væsentlig rensning.
Kan jeg planlægge en udrulning pr. land eller forretningsenhed?
Ja. Gentag bygge-, indlæsnings- og testopgaverne for hver bølge, gruppér dem efter bølge, og forbind anden bølges første opgave med første bølges go-live eller en tidligere milepæl, hvis arbejdet kan overlappe.
Virker det til et CRM eller et andet system?
Ja. Afhængighedsstrukturen med konfiguration, indlæsning, test, prøve og go-live er den samme. Omdøb modulopgaverne efter dit system, og behold de cyklusser, du forventer.
Kan QueryChart følge budget eller indsats pr. modul?
Nej. Det har varigheder i arbejdsdage, ejere, fremdrift og noter. Omkostnings- og indsatsopfølgning hører hjemme i dit økonomi- eller projektværktøj.
Hvordan er prøven anderledes end brugertest?
Brugertest afprøver, at forretningen kan udføre sit arbejde i systemet. Prøven afprøver selve cutover: den endelige indlæsning, rækkefølgen af omstillingstrin og hvor lang tid de tager. Planlæg dem som separate opgaver.
