Gantt-diagram til produktroadmap: fire kvartaler
Redigerbart Gantt-diagram til produktroadmap: fire kvartalers temaer med initiativer, afhængigheder og udgivelsesmilepæle. Ret en varighed, og alle afhængige initiativer flytter sig.
Hvad er gantt-diagram til produktroadmap: fire kvartaler?
En roadmap og en projektplan ligner hinanden og svarer på forskellige spørgsmål. En projektplan siger, hvornår arbejdet er færdigt. En roadmap siger, hvad teamet har til hensigt at arbejde på, i hvilken rækkefølge og hvorfor. Forskellen betyder noget, fordi roadmaps læses af kunder og ledere, som opfatter en bjælke i et diagram som et løfte. Et Gantt-diagram er et brugbart roadmapformat, når initiativer reelt afhænger af hinanden, og et misvisende, når de ikke gør.
Skabelonen er et år med initiativer grupperet efter tema: Platform, Vækst, Kundeoplevelse og de udgivelser, der samler dem. Afhængighederne viser de reelle begrænsninger. „Single sign-on“ starter tyve dage inde i „API v2-fundament“, fordi den har brug for de nye endepunkter, men ikke dem alle. „Selvbetjent betaling“, „Opdateret mobilapp“ og „Ydelsesforbedringer“ kræver alle platformen. „Anbefalingsprogram“ og „Hjælp i appen“ bygger på det nye onboarding-flow. Hver udgivelse er en milepæl, der afhænger af de initiativer, den leverer.
Varighederne er arbejdsdage, så et kvartal er ca. 60. De er bevidst grove. Hvis en bjælke på din roadmap er mere præcis, end du er sikker, så gør den længere, eller vis den som et interval et andet sted. Planen har ingen faste datoer, så den starter, når du opretter den. Til en kalenderroadmap kan du fastlåse det første initiativ til årets første dag.
Roadmaps er ikke tilsagn. En roadmap, der deles udadtil, bør sige det. Til planen for at levere ét initiativ kan du bruge skabelonen til Gantt-diagram til softwareprojekt.
Hvad dette flowchart dækker
I denne skabelon
- Tre temaer, Platform, Vækst og Kundeoplevelse, plus gruppen Udgivelser, med 14 opgaver og fire udgivelsesmilepæle: „Udgivelse 1: fundament“, „Udgivelse 2: vækst“, „Udgivelse 3: oplevelse“ og „Udgivelse 4: mobil“.
- Et platforminitiativ, som andre bygger på: „Selvbetjent betaling“, „Ydelsesforbedringer“ og „Opdateret mobilapp“ afhænger alle af „API v2-fundament“.
- Delvise afhængigheder: „Single sign-on“ starter tyve dage inde i „API v2-fundament“.
- Uafhængige starter: „Nyt onboarding-flow“ har ingen forgænger, og „Anbefalingsprogram“ og „Hjælp i appen“ bygger på det.
- En afsluttende gennemgang: „Årlig roadmapgennemgang“ venter på „Udgivelse 4: mobil“.
Hvornår du skal bruge skabelonen
- Du skal vise et års initiativer og hvilke der afhænger af hvilke.
- En interessent spørger, hvad der skrider, hvis platformsarbejdet tager længere tid.
- Du planlægger udgivelser og vil se, hvad hver enkelt leverer.
- Du vil have en roadmap, der er mere end en liste over kvartaler.
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 | API v2-fundament | Platform | 40 | |
| 2 | Single sign-on | Platform | 25 | 1SS+20 |
| 3 | Ydelsesforbedringer | Platform | 30 | 1 |
| 4 | Nyt onboarding-flow | Vækst | 35 | |
| 5 | Anbefalingsprogram | Vækst | 30 | 4 |
| 6 | Selvbetjent betaling | Vækst | 40 | 1+5 |
| 7 | Nyt søgedesign | Kundeoplevelse | 40 | 3 |
| 8 | Opdateret mobilapp | Kundeoplevelse | 60 | 1 |
| 9 | Hjælp i appen | Kundeoplevelse | 20 | 4 |
| 10 | Udgivelse 1: fundament | Udgivelser | Milepæl | 1, 2 |
| 11 | Udgivelse 2: vækst | Udgivelser | Milepæl | 5, 6 |
| 12 | Udgivelse 3: oplevelse | Udgivelser | Milepæl | 7, 9 |
| 13 | Udgivelse 4: mobil | Udgivelser | Milepæl | 8, 12 |
| 14 | Årlig roadmapgennemgang | Udgivelser | 10 | 13 |
Sådan fungerer det
Gruppér efter tema, ikke efter team
Navngiv grupperne efter de resultater, du arbejder hen imod. Teams ændrer sig, temaer holder hele året.
Brug grove varigheder
Rund op til uger eller halve kvartaler. En roadmap, der antyder en præcision, den ikke har, bliver holdt op på den.
Knyt kun reelle afhængigheder
Forbind kun initiativer, hvor det ene ikke kan starte eller slutte uden det andet. Unødvendige links skjuler den sande kritiske vej.
Vis udgivelser som milepæle
Knyt hver udgivelse til de initiativer, den leverer, så du kan se, hvad der er i fare.
Fastlås første start, hvis du har brug for en kalender
Sæt en startdato på det første initiativ, hvis roadmappen skal følge kalenderåret.
Gennemgå jævnligt
Behold gennemgangen i planen, og opdatér varighederne, efterhånden som du lærer.
Ofte stillede spørgsmål
Hvad er et Gantt-diagram til produktroadmap?
En roadmap tegnet som bjælker over tid med afhængigheder. Den passer til roadmaps, hvor initiativer reelt afhænger af hinanden. Den er mindre egnet til en nu / næste / senere-visning, der undgår datoer.
Er en roadmap et tilsagn?
Nej, og en roadmap, der deles uden for teamet, bør sige det.
Hvordan adskiller den sig fra en projektplan?
En projektplan tidsplanlægger arbejdet for at levere ét resultat. En roadmap viser, hvad teamet planlægger at arbejde på på tværs af mange resultater, med afhængigheder imellem dem.
Kan jeg vise kvartaler?
Ja. Sæt tidsskalaen til måned eller kvartal i værktøjslinjen.
