Sådan laver du en produktroadmap som Gantt-diagram

Lav en produktroadmap som Gantt-diagram: gruppér arbejdet i temaer, vis reelle afhængigheder, sæt udgivelser som milepæle og hold varighederne grove, så roadmappen viser retning uden at love datoer.

En roadmap i Gantt-form viser, hvilket arbejde der afhænger af andet, og hvor udgivelserne ligger. Brugt med omtanke forklarer den rækkefølgen i arbejdet. Brugt skødesløst bliver den til datoer, ingen kan holde.

Kort fortalt

  • En roadmap angiver hensigt; præsentér ikke bjælker som tilsagn, medmindre de er det.
  • Planlæg initiativer og temaer med grove længder, ikke funktioner og tickets.
  • Vis kun reelle afhængigheder: det, der virkelig ikke kan starte før noget andet.
  • Udgivelser er milepæle, der afhænger af de initiativer, de leverer.
  • Lad startdatoerne stå uden fast dato, så roadmappen flyder om, når estimaterne ændrer sig.

En roadmap er en plan, ikke et løfte

En produktroadmap og en tidsplan er to forskellige ting. En tidsplan binder et team til datoer; en roadmap siger, hvad I har tænkt jer at bygge, i nogenlunde hvilken rækkefølge og hvorfor. Når du tegner en roadmap som Gantt-diagram, får den en tidsakse og viser afhængigheder, og det er værdifuldt, men det inviterer også læserne til at tage hver bjælke som et løfte. Beslut, før du deler den, om du viser hensigt eller giver tilsagn, og skriv på diagrammet, hvilket af dem det er.

Start med temaer eller initiativer, ikke funktioner. Hvert initiativ bliver til en opgave med en grov længde, målt i uger og angivet i arbejdsdage, og de egentlige afhængigheder mellem dem bliver til forbindelser: platformsarbejdet, som andet arbejde bygger på, betalingsprojektet, der må vente på det, redesignet, der følger efter ydelsesarbejdet. Udgivelser kommer ind som milepæle uden længde, der afhænger af de initiativer, de leverer.

Foretrækker du en nu, næste, senere-visning, er Gantt-formen et andet værktøj. Nu, næste, senere undgår bevidst datoer og varigheder, og derfor er det sværere at love for meget. En Gantt-roadmap er bedre, når rækkefølgen og afhængighederne er budskabet, for eksempel når du skal forklare tekniske ledere, hvorfor ét initiativ ikke kan starte, før et andet er færdigt. Hold varighederne grove, rund dem op, og regn med, at de ændrer sig.

QueryChart planlægger i hele arbejdsdage fra den dag, diagrammet oprettes, så datoerne er et resultat af planen og ikke et input. Lad startdatoerne stå uden fast dato, så flyder roadmappen om, når du ændrer en længde. Eksemplet nedenfor er en roadmap med fire udgivelser, trin for trin.

En produktroadmap med fire udgivelser

Fjorten opgaver. Åbn regnearkspanelet for at se, hvordan initiativer og udgivelser hænger sammen.

  1. Platformsarbejde, som andet bygger på

    "API v2-fundament" tager 40 arbejdsdage. "Single sign-on" starter 20 arbejdsdage efter, at fundamentet starter, et overlap fra start til start, og "Ydelsesforbedringer" (30) venter på, at fundamentet bliver færdigt.

  2. Vækstinitiativer

    "Nyt onboarding-flow" (35 arbejdsdage) fører videre til "Anbefalingsprogram" (30). "Selvbetjent betaling" (40) starter 5 arbejdsdage efter, at "API v2-fundament" er færdigt, så den afhænger også af platformsarbejdet.

  3. Oplevelse og mobil

    "Nyt søgedesign" (40 arbejdsdage) følger efter "Ydelsesforbedringer". "Opdateret mobilapp" (60) følger efter fundamentet, og "Hjælp i appen" (20) venter på onboarding-flowet.

  4. Udgivelser som milepæle

    "Udgivelse 1: fundament", "Udgivelse 2: vækst", "Udgivelse 3: oplevelse" og "Udgivelse 4: mobil" har alle længden 0. Hver afhænger af de initiativer, den leverer, og Udgivelse 4 venter desuden på Udgivelse 3.

  5. Luk kredsløbet

    "Årlig roadmapgennemgang" (10 arbejdsdage) er den sidste opgave. En roadmap tages op igen, og når gennemgangen står i diagrammet, minder den om, at datoerne vil ændre sig.

Sådan fungerer det

  1. Beslut, hvad roadmappen lover

    Skriv ned, om den viser hensigt eller tilsagn, og sæt det i diagrammets titel eller i en note. Resten af valgene følger af det.

  2. List initiativer, ikke funktioner

    Tilføj én opgave pr. initiativ eller tema med en grov længde i arbejdsdage. Brug feltet Gruppe til temaer, så de tegnes som bånd.

  3. Tilføj kun de afhængigheder, der er reelle

    Forbind et initiativ med et andet kun, hvis det virkelig ikke kan starte eller slutte uden det. Brug en forbindelse fra start til start med en forsinkelse, hvor én kan begynde midt i en anden, for eksempel 1SS+20.

  4. Tilføj udgivelser som milepæle

    Opret opgaver uden længde for hver udgivelse, og lad dem afhænge af de initiativer, de indeholder. Så viser diagrammet, hvilket initiativ der holder en udgivelse tilbage.

  5. Tænd for den kritiske vej

    Vis, Kritisk vej fremhæver den kæde, der afgør slutdatoen. På en roadmap fortæller den, hvilket initiativ du skal beskytte eller skære ned på først.

  6. Del den som link, og tag den op igen

    Del diagrammet som link, eller eksportér en PDF. Gennemgå længderne jævnligt og ret dem; fordi datoerne regnes ud, flytter resten af roadmappen sig med.

Faldgruber du skal undgå

  • At vise datoer som løfter

    Bjælker med præcise datoer læses som tilsagn. Hold længderne grove, rund dem op, og mærk diagrammet som en plan.

  • At forbinde alt med alt

    En vilkårlig vifte af afhængigheder skjuler de få, der betyder noget. Forbind kun det, der ikke kan byttes om.

  • At planlægge funktioner i stedet for resultater

    En roadmap med enkeltfunktioner er lang, forældes hurtigt og inviterer til diskussioner om detaljer. Planlæg initiativer.

  • At fastlåse startdatoer

    Faste starter forhindrer roadmappen i at flyde om, når et estimat ændrer sig. Fastlås kun en opgave, hvor en ekstern dato virkelig er fast.

Åbn roadmapskabelonen

Åbn produktroadmappen som dit eget diagram, udskift initiativer og udgivelser med dine egne, og del den.

Åbn roadmapskabelonen

Relaterede guides

Ofte stillede spørgsmål

Er en Gantt-roadmap bedre end nu, næste, senere?

De passer til forskellige opgaver. Nu, næste, senere undgår datoer, hvilket beskytter mod at love for meget. En Gantt-roadmap er bedre, når rækkefølge og afhængigheder er det, du skal forklare.

Hvor lange skal roadmapopgaver være?

Uger til nogle få måneder, indtastet i arbejdsdage. Er en opgave kortere end det, er den sandsynligvis en funktion eller en ticket.

Hvordan viser jeg en udgivelse?

Tilføj en opgave med længden 0, som tegnes som en diamant, og lad den afhænge af de initiativer, den leverer.

Kan jeg vise usikkerhed eller sikkerhed?

Der er intet felt for sikkerhed. Brug feltet Noter, eller del roadmappen op i grupper, så nærtliggende punkter står adskilt fra senere.

Kan jeg sammenligne roadmappen med det, der faktisk skete?

Nej. Der er hverken baselines eller visninger af planlagt kontra faktisk. Du kan registrere fremdrift som en procentdel.

Skabelonen bag denne guide

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.

Gantt-diagram for produktroadmap: Platform → Vækst → Kundeoplevelse → Udgivelser
Sådan laver du en produktroadmap som Gantt-diagram