Gantt-diagram til kundeimplementering fra kickoff til overdragelse
Redigerbart Gantt-diagram til en leverandør, der implementerer sit produkt hos en kunde: kickoff, krav, konfiguration, datamigrering, UAT, go-live og hypercare med kundens leverancer vist som tydelige porte.
Hvad er gantt-diagram til kundeimplementering fra kickoff til overdragelse?
Når en leverandør implementerer sit produkt hos en kunde, er planen kun halvt din. Du styrer konfiguration, integrationer og træning. Kunden styrer, hvem der er med i projektet, hvornår dataudtrækket kommer, om API-adgangsoplysningerne virker, og om testerne møder op. Planer, der gemmer de input inde i leverandørens opgaver, ser sunde ud, indtil en kundefil er forsinket, og ingen kan sige, hvilken opgave den blokerede. Skabelonen gør kundens side synlig som en egen gruppe, så samtalen på det ugentlige møde handler om datoer og ikke om skyld.
Diagrammet har 22 rækker i fem grupper: Kickoff og krav, Konfiguration og opbygning, Kundens leverancer, Test, træning og go-live samt Hypercare og overdragelse. Atten er opgaver og fire er milepæle: "Krav godkendt", "UAT godkendt", "Go-live" og "Kundens overdragelse accepteret". "Hold kickoffmøde" (1 arbejdsdag) er den eneste opgave, der starter først. "Kunden udpeger projektteam og godkendere" (2) følger efter, og "Kør kravworkshops" (4) venter på den, fordi workshops uden de folk, der kan træffe beslutninger, er en generalprøve.
Godkendelsen af kravene er den port, der frigiver det meste af planen. "Konfigurer produktet efter kravene" (8), "Kunden leverer dataudtræk fra kildesystem" (6) og "Kunden giver API-adgangsoplysninger og testadgang" (3) følger alle efter "Krav godkendt". Overlap bruges kun, hvor det er sikkert. "Rens og map kundens data" (5) starter 3 dage efter, at udtrækket er startet, så mapningen begynder på de første poster i stedet for at vente på hele filen. "Byg integrationer til kundens systemer" (7) starter 3 dage efter, at konfigurationen er startet, men venter også på adgangsoplysningerne, så kundens adgang kan holde den tilbage.
Testfasen er der, hvor de to sider mødes. "Kør prøvemigrering af data" venter på både konfigurationen og de mappede data. "Kør intern kvalitetskontrol" (4) venter på prøvemigreringen og integrationerne, så kunden ikke finder dine fejl. "Kør brugeraccepttest" (6) venter på den kontrol og på "Kunden booker testere til UAT" (1), som med vilje er en opgave hos kunden: den kan skride, mens leverandørens arbejde er til tiden. "Træn kundens administratorer og brugere" (4) starter 2 dage efter, at accepttesten er startet. "Kør endelig migrering og overgang" (2) kræver både "UAT godkendt" og træningen før "Go-live".
Efter go-live starter "Yd hypercare-support" (10) og "Overdrag driftsvejledninger og konfigurationsoptegnelser" (3) samtidig, og "Overdrag til supportteamet" (2) venter på begge før "Kundens overdragelse accepteret". Alle varigheder er eksempler: sæt dine egne ud fra tidligere implementeringer. En tidslinje planlægger arbejdet. Den gør ikke en konfiguration korrekt eller en migrering komplet og erstatter ikke din kontrakt eller arbejdsbeskrivelse. Til et rådgivningsforløb findes en Gantt-skabelon til konsulentprojekter, og til køberens egen udrulning findes en Gantt-skabelon til implementeringsplaner.
Hvad dette flowchart dækker
I denne skabelon
- Fem grupper, Kickoff og krav, Konfiguration og opbygning, Kundens leverancer, Test, træning og go-live samt Hypercare og overdragelse, med 18 opgaver og fire milepæle: "Krav godkendt", "UAT godkendt", "Go-live" og "Kundens overdragelse accepteret".
- Kundens porte som opgaver: "Kunden udpeger projektteam og godkendere", "Kunden leverer dataudtræk fra kildesystem", "Kunden giver API-adgangsoplysninger og testadgang" og "Kunden booker testere til UAT".
- Sikkert overlap: "Rens og map kundens data" starter 3 dage efter, at "Kunden leverer dataudtræk fra kildesystem" er startet, og "Byg integrationer til kundens systemer" starter 3 dage efter, at "Konfigurer produktet efter kravene" er startet.
- En testfase, der venter på to sider: "Kør intern kvalitetskontrol" følger prøvemigreringen og integrationerne, og "Kør brugeraccepttest" venter også på "Kunden booker testere til UAT".
- En afslutning, der venter på, at support er klar: "Overdrag til supportteamet" følger både "Yd hypercare-support" og "Overdrag driftsvejledninger og konfigurationsoptegnelser".
Hvornår du skal bruge skabelonen
- Du er leverandør, partner eller customer success-team og planlægger en kundes onboarding og skal aftale datoer med kundens projektleder.
- Du vil vise kunden, hvilke af deres input, for eksempel data, adgang eller testere, der afgør go-live-datoen.
- Du sammenligner slutdatoen med den dato, kunden har bedt om, og vil se, hvilken ventetid der afgør den.
- Du vil have et gentageligt implementeringsskelet, som du kan kopiere til hver ny kunde og tilpasse produktet.
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 | Hold kickoffmøde | Kickoff og krav | 1 | |
| 2 | Kør kravworkshops | Kickoff og krav | 4 | 4 |
| 3 | Krav godkendt | Kickoff og krav | Milepæl | 2 |
| 4 | Kunden udpeger projektteam og godkendere | Kundens leverancer | 2 | 1 |
| 5 | Opret kundens miljø | Konfiguration og opbygning | 3 | 1 |
| 6 | Konfigurer produktet efter kravene | Konfiguration og opbygning | 8 | 3, 5 |
| 7 | Kunden leverer dataudtræk fra kildesystem | Kundens leverancer | 6 | 3 |
| 8 | Rens og map kundens data | Konfiguration og opbygning | 5 | 7SS+3 |
| 9 | Byg integrationer til kundens systemer | Konfiguration og opbygning | 7 | 6SS+3, 10 |
| 10 | Kunden giver API-adgangsoplysninger og testadgang | Kundens leverancer | 3 | 3 |
| 11 | Kør prøvemigrering af data | Konfiguration og opbygning | 3 | 6, 8 |
| 12 | Kør intern kvalitetskontrol | Test, træning og go-live | 4 | 9, 11 |
| 13 | Kør brugeraccepttest | Test, træning og go-live | 6 | 12, 14 |
| 14 | Kunden booker testere til UAT | Kundens leverancer | 1 | 4 |
| 15 | UAT godkendt | Test, træning og go-live | Milepæl | 13 |
| 16 | Træn kundens administratorer og brugere | Test, træning og go-live | 4 | 13SS+2 |
| 17 | Kør endelig migrering og overgang | Test, træning og go-live | 2 | 15, 16 |
| 18 | Go-live | Test, træning og go-live | Milepæl | 17 |
| 19 | Yd hypercare-support | Hypercare og overdragelse | 10 | 18 |
| 20 | Overdrag driftsvejledninger og konfigurationsoptegnelser | Hypercare og overdragelse | 3 | 18 |
| 21 | Overdrag til supportteamet | Hypercare og overdragelse | 2 | 19, 20 |
| 22 | Kundens overdragelse accepteret | Hypercare og overdragelse | Milepæl | 21 |
Sådan fungerer det
Navngiv personerne før workshopperne
Behold "Kunden udpeger projektteam og godkendere" foran "Kør kravworkshops". Erstat de 2 og 4 arbejdsdage med det, dine kunder typisk har brug for.
Behandl godkendelsen som porten
"Krav godkendt" frigiver konfiguration, dataudtræk og API-adgang. Hvis din kontrakt tillader, at arbejdet begynder på en del af omfanget, så del milepælen op efter modul i stedet for at fjerne den.
Aftal ledetider for data og adgang med kunden
Aftal længden af "Kunden leverer dataudtræk fra kildesystem" og "Kunden giver API-adgangsoplysninger og testadgang" ved kickoff, og skriv datoerne i noterne, så kunden kan se, hvad hver enkelt blokerer.
Tilpas overlappene til dit produkt
De to start-til-start-forbindelser har en forsinkelse på 3 dage og træningsforbindelsen en på 2 dage. Ændr hver forsinkelse til det, dit team har brug for af den tidligere opgave, før den næste kan starte.
Hold fast i testportene
Behold "Kør intern kvalitetskontrol" før "Kør brugeraccepttest", og skriv acceptkriterierne i opgavenoterne før "UAT godkendt". Dimensionér hypercare ud fra det antal brugere og integrationer, du forventer.
Tilføj ejere, del og eksportér
Sæt den ansvarlige på under Personer, del diagrammet med kundens projektleder, og eksportér en PDF eller CSV til projektmappen, når du har brug for en kopi.
Ofte stillede spørgsmål
Hvordan adskiller den sig fra købers egen implementeringsplan?
Denne plan er skrevet af leverandøren og behandler kundens input som planlagte porte. Købers udrulning dækker deres interne forandring, budget og brugere. Til det perspektiv findes en Gantt-skabelon til implementeringsplaner.
Viser diagrammet, hvis kunden er forsinket?
Det viser, hvad en forsinket kundeopgave ville skubbe. Hvis "Kunden leverer dataudtræk fra kildesystem" tager længere end 6 arbejdsdage, rykker de afhængige opgaver og milepælen "Go-live" senere. Opdatér længden, og aflæs den nye slutdato.
Hvorfor er "Kunden booker testere til UAT" en opgave?
Fordi testere ofte er kundens knappeste ressource, og en sen booking forsinker accepten, selv når leverandørens arbejde er færdigt. En opgave gør anmodningen og dens dato synlig.
Kan jeg tilføje en fase kun til datamigrering?
Ja. Udvid "Kør prøvemigrering af data" til opgaver for udtræk, indlæsning og afstemning, eller brug Gantt-skabelonen til datamigrering til en migreringsfokuseret plan. Til procesvisningen findes en skabelon til implementering af virksomhedssoftware.
Kan jeg bruge den til flere kunder på én gang?
Kopiér diagrammet for hver kunde, da deres porte og datoer er forskellige. Til metoden bag forbindelser mellem opgaver findes en vejledning om afhængigheder i Gantt-diagrammer, og til onboardingtrinnene som flowchart findes en skabelon til kundeonboarding.