Gantt-diagram til konsulentprojekt med kundens ventetider
Redigerbart Gantt-diagram til et konsulentprojekt: kontrakt og adgang, kick-off, afdækning, kundens ventetider, designworkshopper, styregruppemøde, godkendelse, afsluttende præsentation og overdragelse.
Hvad er gantt-diagram til konsulentprojekt med kundens ventetider?
En konsulentopgave bliver planlagt af to parter. Konsulenterne styrer analysen, workshopperne og skrivningen. Kunden styrer data, adgang, gennemgang og godkendelse. Planer går galt i det andet sæt: dataene kommer en uge senere end bestilt, gennemgangen tager ti dage i stedet for fem, og datoen for præsentationen stod allerede i kundens kalender. En plan, der kun viser konsulenternes opgaver, får leveringsdatoen til at ligne deres løfte, selv om en del af den er ventetid, som en anden ejer.
Skabelonen har fire faser: Opstart, Afdækning, Levering samt Gennemgang og afslutning. "Kontrakt og adgang aftalt" er den eneste opgave, der starter først. "Kick-off-møde" og "Dataanmodning sendt til kunden" følger begge efter den, og "Kunden leverer data og adgang" (8 arbejdsdage) er en opgave for sig, så ventetiden er synlig. "Interviews med interessenter" følger kick-off og varer 8 dage. "Datagennemgang og analyse" starter tre arbejdsdage efter, at både datalevering og interviews er startet, så analysen begynder på det første materiale, og "Udkast til afdækningsfund" venter på, at interviews og analyse er færdige.
"Kundens gennemgang af fund" er 5 arbejdsdages ventetid, og "Fund aftalt" er en milepæl derefter. Intet i leveringen starter før den. "Designworkshopper" (6 dage) efterfølges af "Foreløbigt styregruppemøde", mens "Udkast til leverance" starter tre arbejdsdage inde i workshopperne og varer 10. "Kundens gennemgang af udkast" venter på både udkastet og styregruppemødet. "Revidér leverance" følger, derefter "Leverance godkendt" og "Afsluttende præsentation". "Overdragelse og erfaringer" og "Slutfaktura og afslutning" følger begge efter præsentationen og afslutter planen.
Alle varigheder er eksempler. Brug længderne fra din opgavebeskrivelse, og sæt ventetiderne til gennemgang til det, kunden har aftalt, ikke til det, du gerne ville have. Hvis en kundedato er fast, for eksempel præsentationen eller en styregruppe, så fastlæg den opgaves start, og diagrammet markerer det, når det tidligere arbejde ikke kan nå det. Planen dækker én opgave. Processen bag kan du se i livscyklussen for IT-konsulentprojekter på /da/templates/livscyklus-for-it-konsulentprojekter og i skabelonen til kortlægning af forretningsprocesser på /da/templates/skabelon-kortlaegning-af-forretningsprocesser.
Et Gantt-diagram erstatter ikke omfanget, kontrakten eller projektets styring. Det viser, hvornår tingene forventes at ske, hvis afhængighederne holder. Onboarding af kunden, som nogle firmaer behandler som en særskilt proces, er her foldet ind i den første fase som adgang, data og kick-off. En lignende opbygning i en softwarekontekst finder du i /da/templates/projekt-gantt-diagram-skabelon.
Hvad dette flowchart dækker
I denne skabelon
- Fire faser med 18 opgaver og to milepæle, "Fund aftalt" og "Leverance godkendt".
- Ventetider, som kunden ejer, som opgaver: "Kunden leverer data og adgang", "Kundens gennemgang af fund" og "Kundens gennemgang af udkast".
- Et overlap i afdækningen: "Datagennemgang og analyse" starter tre arbejdsdage efter, at "Kunden leverer data og adgang" og "Interviews med interessenter" er startet.
- Udkast, der starter før workshopperne er færdige: "Udkast til leverance" starter tre arbejdsdage efter, at "Designworkshopper" er startet, og "Kundens gennemgang af udkast" venter på det og på "Foreløbigt styregruppemøde".
- To afslutninger efter "Afsluttende præsentation": "Overdragelse og erfaringer" og "Slutfaktura og afslutning".
Hvornår du skal bruge skabelonen
- Du afgrænser en kundeopgave og vil have en tidslinje til tilbuddet eller kick-off, der viser, hvad kunden skal levere, og hvornår.
- En kunde er forsinket med data eller gennemgang, og du skal vise, hvad der flytter sig som følge deraf.
- Du leverer flere ens opgaver og vil have én startstruktur, du kan kopiere og tilpasse.
- Du vil sammenligne en kort og en lang gennemgangsventetid hos kunden og se effekten på datoen for præsentationen.
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 | Kontrakt og adgang aftalt | Opstart | 3 | |
| 2 | Kick-off-møde | Opstart | 1 | 1 |
| 3 | Dataanmodning sendt til kunden | Opstart | 1 | 1 |
| 4 | Kunden leverer data og adgang | Opstart | 8 | 3 |
| 5 | Interviews med interessenter | Afdækning | 8 | 2 |
| 6 | Datagennemgang og analyse | Afdækning | 6 | 4SS+3, 5SS+3 |
| 7 | Udkast til afdækningsfund | Afdækning | 4 | 5, 6 |
| 8 | Kundens gennemgang af fund | Afdækning | 5 | 7 |
| 9 | Fund aftalt | Afdækning | Milepæl | 8 |
| 10 | Designworkshopper | Levering | 6 | 9 |
| 11 | Udkast til leverance | Levering | 10 | 10SS+3 |
| 12 | Foreløbigt styregruppemøde | Levering | 1 | 10 |
| 13 | Kundens gennemgang af udkast | Levering | 7 | 11, 12 |
| 14 | Revidér leverance | Levering | 5 | 13 |
| 15 | Leverance godkendt | Gennemgang og afslutning | Milepæl | 14 |
| 16 | Afsluttende præsentation | Gennemgang og afslutning | 2 | 15 |
| 17 | Overdragelse og erfaringer | Gennemgang og afslutning | 3 | 16 |
| 18 | Slutfaktura og afslutning | Gennemgang og afslutning | 2 | 16 |
Sådan fungerer det
Navngiv kundens opgaver
Behold datalevering og hver gennemgang som opgaver med en varighed. Aftal varighederne med kunden ved kick-off, og sæt kundens kontaktperson på under Personer.
Start analysen på det første materiale
Brug en start-til-start-forbindelse som 6SS+3, så analysen kan begynde, før alle data og interviews er færdige, og lad fundopgaven afhænge af, at begge bliver færdige.
Lad leveringen afhænge af aftalte fund
Forbind designworkshopperne med milepælen "Fund aftalt", så uafklarede fund viser sig som en forsinkelse og ikke som genarbejde.
Fastlæg de datoer, kunden styrer
Giv præsentationen eller styregruppemødet en fast start, kun hvis datoen allerede er booket. Diagrammet markerer en fast start, som det tidligere arbejde ikke kan nå.
Gruppér efter fase, og tilføj ejere
Sæt konsulenten eller kundens ejer af hver opgave på under Personer. Aflæs den kritiske vej i menuen Vis for at se, hvilken ventetid der afgør datoen for præsentationen.
Del med kunden, og eksportér
Del diagrammet, så kunden kan se sine egne opgaver, og eksportér en PDF til tilbuddet eller styregruppematerialet.
Ofte stillede spørgsmål
Skal kundens opgaver stå i samme diagram som vores?
Ja, hvis leveringsdatoen afhænger af dem. Når de vises som opgaver med varighed og navn, bliver afhængigheden synlig for begge parter. Brug feltet Personer til at sige, hvem der ejer hver.
Hvor lang skal en kundegennemgang være?
Brug det, kunden har aftalt i kontrakten eller ved kick-off. De 5 og 7 arbejdsdage her er eksempler. En gennemgang uden aftalt længde er den hyppigste årsag til en forsinket opgave.
Dækker det kundeonboarding?
Den første fase dækker kontrakt, adgang, dataanmodning og kick-off. Til procesvisningen af onboarding af en kunde, se /da/templates/kunde-onboarding-proces.
Kan jeg følge fakturering i diagrammet?
Ikke som beløb. QueryChart følger ikke omkostninger eller budget, så diagrammet har kun "Slutfaktura og afslutning" som en opgave. Tilføj milepæle for dine fakturapunkter, hvis du vil have dem synlige.
