Gantt-diagram til produktlancering: planlæg, forbered, lancér
Redigerbart Gantt-diagram til produktlancering: positionering, udvikling, marketingmateriale, salgsparathed og lanceringsdag, med de afhængigheder der afgør datoen. Ret en varighed, så flytter datoen sig.
Hvad er gantt-diagram til produktlancering: planlæg, forbered, lancér?
En lancering er svær at planlægge, fordi intet enkelt team ejer den. Produkt er ved at blive færdigt, marketing venter på noget at beskrive, salg skal trænes i et produkt, der stadig ændrer sig, og support har slet ikke set det. Hvert team kan være i rute, og lanceringen kan alligevel blive forsinket, fordi datoen afhænger af det langsomste af fire parallelle spor og nogle få overdragelser mellem dem.
Skabelonen viser den struktur. Produktsporet bygger og kører en beta, marketing forbereder siden, materialet og kontakten til presse og partnere, når budskabet ligger fast, og salg og support forbereder sig, når funktionerne er frosset. »Lanceringsparathedsgennemgang« venter på dem alle, og »Lanceringsdag« venter på gennemgangen. Den længste kæde ind i gennemgangen bestemmer datoen, og derfor er det værd at slå den kritiske vej til.
Læg mærke til, hvad der starter tidligt. »Positionering og budskab« har ingen forgænger, fordi marketing ikke skal vente på, at udviklingen begynder, og »Beta med kunder« starter, mens udviklingen stadig kører. Planen har ingen faste datoer. Hvis din lanceringsdato er fastlagt af en begivenhed, så bind »Lanceringsdag« til den: kan arbejdet før den ikke nå at blive færdigt, markeres opgaven med den tidligste dato, dens afhængigheder tillader.
Arbejdet bag hver boks findes i produktudviklingsprocessen på /da/templates/produktudviklingsproces. Hvad der sker med fejl efter lanceringen, dækker incident management-processen på /da/templates/incident-management-proces.
Hvad dette flowchart dækker
I denne skabelon
- Fire spor, Produkt, Marketing, Salg og support og Lancering, med 15 opgaver og fire milepæle.
- Marketing, der starter med det samme: »Positionering og budskab« har ingen forgænger, og siden, materialet og kontakten følger af den.
- En beta, der overlapper udviklingen: »Beta med kunder« starter tolv dage inde i »Udvikling og rettelser« i stedet for efter den.
- Salgs- og supportparathed ud fra frosne funktioner: »Salgstræning« og »Supportguide og FAQ« venter begge på »Funktionsfrys«.
- Én port før lancering: »Lanceringsparathedsgennemgang« venter på betaen, siden, kontakten, træningen, supportguiden og prisen, og »Lanceringsdag« venter på gennemgangen.
Hvornår du skal bruge skabelonen
- En lanceringsdato er lovet, og du skal vide, om arbejdet bag den kan nå det.
- Marketing, salg og produkt melder hver især grønt, og lanceringen skrider alligevel.
- Du vil se, hvad der sker med lanceringsdagen, hvis udviklingen tager en uge længere.
- Du planlægger en første lancering og har brug for en liste over, hvad andre teams skal nå.
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 | Positionering og budskab | Marketing | 5 | |
| 2 | Endelig produktspecifikation | Produkt | 4 | |
| 3 | Udvikling og rettelser | Produkt | 20 | 2 |
| 4 | Beta med kunder | Produkt | 8 | 3SS+12 |
| 5 | Funktionsfrys | Produkt | Milepæl | 3 |
| 6 | Landingsside og tekster | Marketing | 6 | 1 |
| 7 | Lanceringsmateriale og video | Marketing | 10 | 1 |
| 8 | Kontakt til presse og partnere | Marketing | 8 | 7 |
| 9 | Salgstræning | Salg og support | 3 | 1, 5 |
| 10 | Supportguide og FAQ | Salg og support | 4 | 5 |
| 11 | Pris og pakkeløsning godkendt | Salg og support | Milepæl | 1 |
| 12 | Lanceringsparathedsgennemgang | Lancering | Milepæl | 4, 6, 8, 9, 10, 11 |
| 13 | Lanceringsdag | Lancering | Milepæl | 12 |
| 14 | Overvåg og reagér | Lancering | 10 | 13 |
| 15 | Gennemgang af lanceringens resultater | Lancering | 2 | 14 |
Sådan fungerer det
Navngiv de rigtige spor
Behold én gruppe pr. team, der skal levere noget. Slå spor sammen, som én person styrer, og del dem, som to forskellige teams ejer.
Start det, der kan startes nu
Giv opgaver, der ikke kræver produktet, fx budskabet, ingen forgænger. At vente på udviklingen, før noget andet startes, er den almindeligste måde, lanceringer skrider på.
Brug start-til-start ved overlap
Hvor en opgave kan begynde midt i en anden, fx en beta under udviklingen, så knyt den start-til-start med en forsinkelse i arbejdsdage.
Gør parathedsgennemgangen til en rigtig port
Skriv, hvad der skal være opfyldt for at lancere, og hvem der beslutter. Knyt alle spor til den, så et manglende element viser sig som den opgave, der er forsinket.
Bind kun datoen, hvis den er fast
Hvis lanceringsdagen er bestemt af en begivenhed eller en kontrakt, så bind den til datoen; diagrammet markerer den, hvis arbejdet før den ikke kan nå at blive færdigt. Hvis den ikke er fast, så lad den blive beregnet.
Planlæg ugerne efter lanceringen
Behold »Overvåg og reagér« og »Gennemgang af lanceringens resultater« i planen, så teamet og gennemgangen er booket.
Ofte stillede spørgsmål
Hvordan planlægger jeg en produktlancering med et Gantt-diagram?
Læg hvert teams arbejde i sin egen gruppe, giv hver opgave en varighed i arbejdsdage, og knyt opgaver til det, de venter på. Tilføj en parathedsgennemgang, der afhænger af alle spor, og en lanceringsmilepæl, der afhænger af gennemgangen. Diagrammet viser så, hvilket spor der bestemmer datoen.
Hvad er den kritiske vej for en produktlancering?
Det er den længste kæde af indbyrdes afhængige opgaver, der ender ved lanceringsdagen. I denne skabelon går den som regel gennem udviklingen, funktionsfrysningen og salgs- og supportparatheden ind i parathedsgennemgangen. En forsinkelse på den kæde flytter lanceringen; en forsinkelse andre steder gør måske ikke.
Kan jeg tjekke planen mod en fast lanceringsdato?
Ja. Bind lanceringsdagen til datoen. Tidsplanen løber stadig fremad fra start: kræver opgaverne før den mere tid, end der er, markeres lanceringsdagen med den tidligste dato, dens afhængigheder tillader. Forkort, overlap eller drop opgaver på den kritiske sti, indtil markeringen forsvinder.
Indeholder det budgettet?
Nej. Det er en tidsplan. Skabelonen følger ikke omkostninger og sammenligner ikke med en baseline-plan.
