ramar för Agile Release Planning

Agile release planning kräver mer än datum i en kalender. Du behöver en stark produktbacklog samt en gemensam produktvision. I den här handledningen ger vi en omfattande översyn av processen och användbara ramar för att få jobbet gjort.

min chef, Celia, skulle ibland stanna vid mitt skrivbord och fråga, ”När ska du bli klar?”Bakom hennes avslappnade uppförande frågade hon verkligen,” så Kevin, jag har gett dig tre Scrum-Team för att bygga den här applikationen. När ska jag få mina pengar värda av dem?

en nybörjare produktchef kan ha svarat, ” vi är smidiga. Vi släpper när vi är redo.”Tack och lov var jag inte en nybörjare och svarade på Celia,” baserat på data från de senaste sprintarna — och vad som finns kvar i produktbackloggen — min släppplan pekar med högt förtroende att släppa på sex veckor, med potential att släppa tidigt på så lite som fyra veckor.”

mitt självförtroende tillfredsställde Celia och fick stöd av allt arbete jag gjorde med mina team för att utveckla och upprätthålla en solid release-plan för min produkt. Även i mina tidiga år som produktchef bygga en release plan var en svår uppgift. När jag bättre förstod mekaniken och rytmerna i släppplaner blev det mycket lättare att bygga och underhålla dem. För er som har en ”Celia” i ditt liv (vi alla gör), vet att allt det hårda arbetet med att bygga och upprätthålla en släppplan är absolut värt det.

Vad är en Release Plan?

en release plan är en högnivåprognos, vanligtvis över flera sprintar, som beskriver hur du tänker leverera värde genom att släppa din produkt. En release plan är ett ovärderligt verktyg eftersom det svarar på dessa frågor:

1. vilken produktbacklog objekt kommer att hanteras i vilken Sprint?
2. Vad finns i nästa utgåva?
3. när blir du klar?

Release planer är mid-level taktik på Agile planering tidshorisont som både ger färdplaner till liv och lägga till en värdefull tidsdimension till produktbacklog. En release-plan täcker flera sprintar och innehåller ofta flera Scrum-team och/eller team på flera platser. Oavsett omfattning är att skapa en release-plan ett samarbete mellan produktchef, produktägare, ScrumMaster, Scrum-Team och intressenter. Vanligtvis gillar jag att använda en två till fyra månaders tidshorisont för utgivningsplaner. Släppplaner som förutspår för långt i framtiden inkluderar för mycket variation och inneboende schema risk. Ju kortare planerna är, desto snabbare släpper du värde och desto högre förtroende kommer du att ha i dina släppdatum.

utgåvor kan vara på en fast kadens eller med ett fast omfång — men inte båda. Om omfattningen av utgåvan är fast, kommer planen att producera det förväntade antalet sprintar som krävs för att leverera produktbackloggen som planeras för utgåvan. Alternativt, om datumet är fast, kommer utgivningsplanen att ange vad som sannolikt kommer att vara i nästa fasta datumutgåva. Det som är bra är att de sista artiklarna som ska levereras i utgåvan — och troligen kommer att klippas om det behövs — borde vara de minst viktigaste artiklarna.

börja med produktvisionen & produktbacklog

för att få en bra release plan behöver du en stark produktbacklog. Integrerad i en stark produktbacklog är en gemensam produktvision bland produktchefer, produktägare och Scrum-Team. Produktvisionen hjälper dig att hålla helheten i fokus samtidigt som du bygger din release-plan och prioriterar de saker som verkligen betyder något för dina kunder och verksamheten.

det finns två ramverk som jag använder för att utveckla och kommunicera en produktvision bland Scrum-teamen. Vilket du väljer är vanligtvis baserat på om Scrum-teamen är samlokaliserade eller distribuerade. För ett samlokaliserat Scrum-Team är Product Box det bästa valet. Om distribueras, jag gillar att använda vår Shark Tank Vision Mall, påverkas av McKenna och Moores Elevator Pitch framework och visas nedan.

proffstips: förutom produktvisionen, överväg att utveckla en vision för nästa utgåva. En release-vision är särskilt användbar om utgåvan adresserar en ny marknad, ny persona eller ny uppsättning funktioner.

förutom en produktvision bör din produktbacklog innehålla tre element som är kritiska för release-Planen:

1. produkterna är väl förfinade (dvs., uppfyller Scrum-teamets beredskapskriterier).
2. objekt är dimensionerade på lämpligt sätt till mindre än en Sprint. Mindre är bättre.
3. objekt prioriteras baserat på värde.

Pro Tips: Det finns två mycket samarbetsramar som jag använder med kunder och intressenter för att prioritera produktbackloggen baserat på värde: beskära Produktträdet och 20/20 Vision.

Agile Release Planning Event

när du har etablerat produktvisionen, en release vision och har en färdig produktbacklog, vill du schemalägga en release planning event. Agile release planning events är samarbetsevenemang där både Scrum-teammedlemmar och intressenter rullar upp ärmarna och gör val om vad de ska utveckla som en del av nästa utgåva. De inträffar vanligtvis efter att färdplanen har utvecklats.

en release planering händelse kan sträcka sig över en eller flera dagar. Eftersom smidig release planering kan vara en stor investering i tid och människor, se till att du skära ut tillräckligt med tid för att ordentligt förbereda sig för denna verksamhet. Denna typ av samarbetsplanering är hårt arbete, så planera att ha kul under evenemanget och kom ihåg att fira när det är över!

dessutom, oavsett om du planerar med en Scrum Team eller tio, strukturen för en bra release planering händelse förblir densamma:

1. 1. dela visionen för nästa utgåva. Produktchefen, produktägaren eller Huvudproduktägaren kommer att påminna Scrum-teamet om släppmålen, dela släppvisionen och förklara hur den här utgåvan gör framsteg mot den övergripande produktvisionen.
   2. Bestäm fast datum eller fast omfattning antingen tillvägagångssätt är bra, men det är viktigt att bestämma för ditt företag vad som är viktigast: släppa på ett visst datum (behöver träffa en marknadsrytm som en mässa) eller med en uppsättning funktioner (allt ingår i ett kundarbetsflöde).
   3. granska de bästa artiklarna i din produktbacklog och skapa en cutline. En cutline fastställer hur djupt in i produktbackloggen du förväntar dig att leverera i den här versionen.
   4. kartlägga varje Sprint. När du arbetar med flera Scrum-Team drar var och en från den enskilda produktbackloggen sin ”lokala” lista över objekt. Med hjälp av hastighetsdata för varje Scrum-Team, planera vilka artiklar som sannolikt kommer att levereras i varje Sprint.
   5. fånga risker och beroenden. Ta dig tid att belysa eventuella väsentliga antaganden, risker och beroenden som kan påverka leveransen av utgåvan. Transparens är viktigt och kommer att vara till hjälp i hur du kommunicerar release fönstret.

svara på frågan ” När kommer det att göras?”

nu när du har gjort allt hårt arbete är det dags att svara på Celias fråga genom att uppskatta släppfönstret. Ett utgivningsfönster är en rad möjliga leveransdatum baserat på någon typ av empirisk data.

det finns många anledningar till varför du vill erbjuda ett släppfönster istället för ett visst datum. Hastigheter förändras över tiden. Ett släppfönster illustrerar den osäkerheten och erkänner att din plan är en prognos, inte ett exakt åtagande. När du levererar värde varje Sprint kommer släppfönstret att minska när okända blir kända och riskerna mildras eller elimineras.

för att beräkna en release fönster följ dessa steg:

1. 1. uppskatta en hög” steady-state ” hastighet. Detta kommer att fastställa det tidigaste förväntade leveransdatumet.
   2. omvärdera med en låg ”steady-state”-hastighet. Detta kommer att fastställa det senaste förväntade leveransdatumet.
   3. beräkna släppfönstret. Detta är skillnaden mellan höga och låga steady-state hastigheter.
   4. Lägg till en lämplig buffert. Detta är en funktion av de olika riskerna och beroenden inom din plan. Det kan uttryckas genom tid eller en konfidensfaktor. Jag rekommenderar en buffert som står i proportion till de identifierade riskerna och beroenden. Till exempel, om du har många risker och beroenden, har mer buffert. Om det finns färre risker och beroenden, använd mindre buffert.

slutligen, ta ett steg tillbaka och analysera din release plan i förhållande till din färdplan. Minns en bra färdplan kommer att omfatta övervägande av marknadsfönster, rytmer eller segment du vill rikta in dig på. Baserat på din färdplan kan du behöva justera produktbackloggen i enlighet med detta för att säkerställa att din release stämmer överens med färdplanens begränsningar eller mål.

att ta nästa steg

att bygga den första utgivningsplanen kan vara hårt arbete. Men en gång i rytmen för att utveckla och underhålla produktens release plan, du kommer snart att finna det en ovärderlig artefakt i din produkthantering verktygslåda. Om du vill veta mer om att utveckla en release plan för din produkt, kontakta oss för hjälp. Vi är glada att prata med dig vidare och ge dig råd om att integrera släppplaner för ditt företag.