Agile lär ut hur man blir effektivare och levererar det som kunderna verkligen vill ha. Det är därför den iterativa, inkrementella metodiken tilltalar de företag som strömmar för att snabbt leverera värde till kunderna.
Agil omvandling som process innefattar en mängd enkla och komplexa koncept och artefakter. Om du vill kunna förklara Agile med enkla ord behöver du definitivt känna till Agile Product Roadmaps roll och destination.
Agile-fokuserade team vill få värdefull kundfeedback med varje enskild iteration. De integrerar sådan feedback i färdplanen som gör att de kan bygga och leverera bättre produkter. I det här inlägget kommer vi att definiera hur produktchefer bygger produktfärdplaner för att stödja utvecklingen.
Vad är en agil produktfärdplan?
En färdplan eller tidslinje är din plan på hög nivå som syftar till att beskriva hur din produkt sannolikt kommer att växa upp. Denna visuella ”waymark” låter dig uttrycka vart du vill ta produkten och varför det är värt att investera i den.
Den agila projektledningsvärlden förändras ofta och produktkalkylens roll för teamen genomgår också förändringar.
Produktkalkyl vs. produktbacklog
Det finns en skillnad mellan en produktkalkyl och en backlog. Den första definierar en strategisk syn på vart produkten är på väg på medellång till lång sikt, medan den andra fastställer funktioner och initiativ på kort sikt.
I Agile-fokuserade företag ger produktfärdplanen vägledning snarare än en strikt projektplan.
Kanban- eller Scrum-produktfärdplanen kommunicerar den stora bilden till företaget – de initiativ som utökar marknaderna, bemöter konkurrensen och skapar kundvärde. Och detta helhetsgrepp kan inte destilleras i backloggen. Det är ganska svårt att kommunicera strategi i en lista med hundratals punkter.
Varje exempel på en agil produktfärdplan visar att den talar i termer av epos och teman, medan produktbackloggen är de detaljerade funktionerna och uppgifterna som levererar produkten.
Vem äger produktfärdplanen?
Produkttidsplanen bör förvaltas av den person som är ansvarig för produktens framgång eftersom den fångar beslut om produktens framtid.
Enligt den agila filosofin är denna person en produktägare. Teammedlemmar från olika avdelningar och intressenter kan också bidra.
Hantering av produktkartan och backloggen av en specifik person säkerställer att strategiska och taktiska produktplaneringsaspekter förenas och förbättrar ansvar och tydlig auktoritet.
Fördelar med agila färdplaner
En produktfärdplan i en agil miljö har följande fördelar:
- Den kommunicerar hur du ser på hur du ser på produktens utveckling under de kommande månaderna och ger en kontinuitet i målen.
- säkerställer samarbete med intressenterna, vilket hjälper till att förstå hur enskilda individer kan bidra till att göra en framgångsrik produkt.
- hjälper till att prioritera professionellt.
- hjälper till att fokusera backloggen på nästa större utgåva.
- gör det lättare att samordna relaterade produkter, vilket stödjer portföljhantering.
- hjälper vid anskaffning av budget, eftersom du enkelt kan ange produktfördelarna.
Sammanhängande steg för att skapa en agil färdplan
Här är de viktigaste stegen:
Identifiera din strategi och dina strategiska teman
Den absoluta början på varje färdplan är att definiera en produktstrategi. Strategin omfattar produktens vision och mål. En vision formulerar det problem som du vill lösa och strategiska mål formulerar vad du vill att produkten ska uppnå under nästa definierade period.
Nästa initiativ bör innebära att identifiera strategiska teman. Initiativen fastställer de strategiska teman för arbetet som kommer att hjälpa dig att uppnå målen. Alla initiativ delas upp i funktioner och användarhistorier.
Med att identifiera initiativ menas det arbete på hög nivå som är nödvändigt för att uppnå målen.
Säkerställ tvärfunktionellt arbete
Arbetet med Kanban- eller Scrum-produktplanen kräver ett konstant samarbete mellan affärsverksamhet och utvecklare, mellan företaget och kunderna. För att bygga färdplanen krävs också insatser från alla avdelningar: marknadsföring, testning, design och försäljning.
Det finns en synpunkt som definierar behovet av att även arbeta med icke-agila grupper, till exempel det juridiska teamet och budgetkontoren.
Koppla ihop användarberättelser med strategiska teman
Med hjälp av visionen, målen och initiativen kan en produktchef dekomponera stora teman av arbete till funktioner. Utvecklare bryter ner funktioner till tekniska krav. De kan uppskatta omfattningen och hjälpa till att organisera dem i sprintar.
I resultatet får chefen en backlog av funktioner och användarberättelser med koppling till produktstrategin.
Släpp ut nya kundupplevelser
Den agila utgåvan levererar ett tillskott av produktvärde till kunderna. Detta skiljer sig från en sprint eller iteration eftersom den levererar en ny kundupplevelse, inte bara levererar kod och inkluderar tvärfunktionellt arbete.
Releases återspeglar också viktiga milstolpar (marknadslansering eller uppgraderingar av arkitekturen) och delar synlighet i beroenden över arbetet och teamen. Dessa releaser kommunicerar ungefär vad kunderna kan förvänta sig att se och när.
Hantera kundernas idéer
Kundtillfredsställelse är en av de viktigaste agila principerna. För att förstå om kunderna är nöjda kräver att man samlar in deras feedback. Du kan utföra intervjuer, inlämningar från idéportaler, användbarhetstester och användningsdata.
Efter det måste dessa kunders idéer poängsättas och prioriteras för en framtida release backlog. Kundernas idéer, liksom visionen och målen, bör styra prioriteringen av vad som ska byggas härnäst.
Mätning av resultat
Agilt orienterade företag mäter framstegen mot sina strategiska mål, granskar utvecklingsmått kring förutsägbarhet och snabbhet och utvärderar affärseffekterna av nya funktionsidéer.
Detta tillvägagångssätt gör det möjligt att granska och justera färdplanen kvartalsvis eller månadsvis.
Exempel på agil produktfärdplan
Du kan tillämpa olika sätt att strukturera din produktfärdplan. Det finns olika bra online-verktyg som kan vara till hjälp. Så här kan en agil produktfärdplan se ut:
I Hygger:
In Roadmunk:
In Roadmap planner:
In Receptive:
Slutord
Agila färdplaner för produkter är meningsfulla när de verkligen är agila och betraktas som ett levande dokument. Färdplanen (liksom backloggen) bör regelbundet diskuteras, prioriteras, uppskattas och uppdateras.
För produktägare är det viktigt att regelbundet kommunicera vart produkten är på väg så att alla är på samma sida.
Hur ser din produktfärdplan ut? Om du har någon feedback att dela med dig av är du välkommen att göra det.