Frameworks for Agile Release Planning

BY admin
|

Agile release planning vereist meer dan datums op een kalender. U hebt een sterke product achterstand evenals een gedeelde product visie nodig. In deze how-to guide bieden we een uitgebreid overzicht van het proces en handige kaders om de klus te klaren.

mijn manager, Celia, kwam af en toe langs mijn bureau en vroeg: “Wanneer ben je klaar?”Achter haar ongedwongen houding vroeg ze echt,” dus Kevin, Ik heb je drie Scrum Teams gegeven om deze applicatie te bouwen. Wanneer krijg ik waar voor mijn geld van hen?

een beginnende productmanager zou kunnen hebben gereageerd, ” We ‘ re Agile. We laten los als we er klaar voor zijn.”Gelukkig, Ik was niet een beginner en reageerde op Celia,” op basis van de gegevens van de laatste paar Sprints — en wat blijft in het product achterstand — mijn release plan punten, met een hoog vertrouwen, vrijgeven in zes weken, met het potentieel om vrij te geven vroeg in zo weinig als vier weken.”

mijn vertrouwen tevreden Celia en werd ondersteund door al het werk dat ik deed met mijn teams om een solide release plan voor mijn product te ontwikkelen en te onderhouden. Terwijl in mijn vroege jaren als product manager het bouwen van een release plan was een ontmoedigende taak. Zodra ik de mechanica en ritmes van release plannen beter begreep, werd het bouwen en onderhouden ervan een stuk makkelijker. Voor degenen onder u die een “Celia” in je leven (we allemaal doen), weet dat al het harde werk besteed aan het bouwen en onderhouden van een release plan is absoluut de moeite waard.

Wat is een Vrijgaveplan?

een release plan is een voorspelling op hoog niveau, meestal over meerdere Sprints, die beschrijft hoe u waarde wilt leveren door uw product vrij te geven. Een release plan is een onschatbare tool omdat het beantwoordt deze vragen:

  1. welke product achterstand items worden aangepakt in welke Sprint?
  2. wat staat er in de volgende uitgave?
  3. Wanneer bent u klaar?

Release plannen zijn middelmatige tactieken op de Agile planning tijdshorizon die zowel roadmaps tot leven brengen als een waardevolle tijddimensie toevoegen aan de product achterstand. Een release plan zal betrekking hebben op meerdere Sprints, en vaak omvatten meerdere Scrum Teams en/of teams op meerdere locaties. Ongeacht de scope, het maken van een release plan is een samenwerking tussen de productmanager, producteigenaar, ScrumMaster, Scrum Teams en stakeholders. Typisch, Ik gebruik graag een twee tot vier maanden tijdshorizon voor release plannen. Release plannen die te ver voorspellen in de toekomst omvatten te veel variabiliteit en inherente schema risico. Hoe korter de plannen, hoe sneller je waarde vrij te geven, en hoe hoger het vertrouwen dat je zal hebben in uw release data.

Releases kunnen een vaste cadans of een vaste scope hebben — maar niet beide. Als de reikwijdte van de release is vastgesteld, zal het plan het verwachte aantal Sprints produceren dat nodig is om de product achterstand items gepland voor de release te leveren. Als alternatief, als de datum is vastgesteld, zal het release plan aangeven wat er waarschijnlijk zal zijn in de volgende vaste datum release. Het goede is dat de laatste items die in de release worden geleverd — en het meest waarschijnlijk worden gesneden, indien nodig — de minst belangrijke items moeten zijn.

Begin met de product Vision & Product Backlog

om een goed release plan te hebben, heb je een sterke Product Backlog nodig. Integraal onderdeel van een sterke product Backlog is een gedeelde productvisie tussen de productmanagers, producteigenaren en Scrum Teams. De productvisie zal u helpen om het grote plaatje scherp te houden tijdens het bouwen van uw release plan en om prioriteit te geven aan de dingen die echt belangrijk zijn voor uw klanten en het bedrijf.

er zijn twee frameworks die ik gebruik om een productvisie te ontwikkelen en te communiceren onder de Scrum Teams. Welke u kiest is meestal gebaseerd op de vraag of de Scrum Teams zijn co-gelokaliseerd of verdeeld. Voor een co-located Scrum Team, Product Box is de beste keuze. Indien gedistribueerd, gebruik ik graag onze Shark Tank Vision Template, beïnvloed door McKenna en Moore ‘ s Elevator Pitch framework en hieronder weergegeven.

Tip voor experts: overweeg naast de productvisie een visie te ontwikkelen voor de volgende release. Een release visie is vooral handig als de release adressen van een nieuwe markt, nieuwe persona, of nieuwe set van mogelijkheden.

naast een productvisie moet uw product achterstand drie elementen bevatten die essentieel zijn voor het release plan:

  1. Items zijn goed verfijnd (d.w.z., voldoet aan de criteria van het scrum-team).
  2. Items zijn passend gerangschikt tot kleiner dan een Sprint. Kleiner is beter.
  3. Items worden geprioriteerd op basis van waarde.

tip voor experts: er zijn twee samenwerkingskaders die ik gebruik met klanten en stakeholders om de Productachterstanden te prioriteren op basis van waarde: snoei de Productboom en 20/20 Vision.

The Agile Release Planning Event

Als u eenmaal de productvisie, een release vision, hebt vastgesteld en een ready Product Backlog hebt, wilt u een release planning event plannen. Agile release planning events zijn gezamenlijke evenementen waarbij zowel leden van het Scrum Team als stakeholders de handen uit de mouwen steken en keuzes maken over wat te ontwikkelen als onderdeel van de volgende release. Ze treden meestal op nadat de roadmap is ontwikkeld.

een release planning event kan een of meer dagen beslaan. Omdat Agile release planning een grote investering van tijd en mensen kan zijn, zorg ervoor dat u uit te snijden genoeg tijd om goed voor te bereiden op deze activiteit. Dit soort gezamenlijke planning is hard werken, dus plan om wat plezier te hebben tijdens het evenement en vergeet niet om te vieren wanneer het allemaal voorbij is!

bovendien blijft, ongeacht of u met één Scrum Team of met tien van plan bent, de structuur van een goed release planning evenement hetzelfde:

    1. deel de visie voor de volgende release. De productmanager, producteigenaar of Hoofdproducteigenaar zal het Scrum-Team(s) herinneren aan de release-doelen, de release-visie delen en uitleggen hoe deze release vooruitgang boekt in de richting van de algehele productvisie.
    2. beslis een vaste datum of een vaste Scope beide benaderingen zijn prima, maar het is belangrijk om voor uw bedrijf te beslissen wat het belangrijkst is: vrijgeven op een specifieke datum (nodig om een marktritme zoals een beurs te raken) of met een set van mogelijkheden (alles inbegrepen in een klant workflow).
    3. bekijk de top items in uw product achterstand en maak een cutline. Een cutline bepaalt hoe diep in de product achterstand die u verwacht te leveren in deze release.
    4. Breng elke Sprint in kaart. Bij het werken met meerdere Scrum Teams, elk trekt uit de single Product Backlog hun “lokale” lijst van items. Met behulp van velocity data voor elk Scrum Team, plan uit welke items waarschijnlijk zullen worden geleverd in elke Sprint.
    5. risico ‘ s en afhankelijkheden opnemen. Maak tijd om belangrijke aannames, risico ‘ s en afhankelijkheden te benadrukken die van invloed kunnen zijn op de levering van de release. Transparantie is essentieel en zal nuttig zijn bij de manier waarop u het release-venster communiceert.

het beantwoorden van de vraag “Wanneer zal het worden gedaan?”

nu je al het harde werk hebt gedaan, is het tijd om Celia ‘ s vraag te beantwoorden door het release venster te schatten. Een release window is een reeks van mogelijke leverdata gebaseerd op een soort empirische gegevens.

er zijn een groot aantal redenen waarom u een release-venster wilt aanbieden in plaats van een specifieke datum. Snelheden veranderen in de tijd. Een release venster illustreert die onzekerheid en erkent dat uw plan is een prognose, niet een precieze betrokkenheid. Als u waarde te leveren elke Sprint, de release venster zal smaller als onbekenden bekend worden, en risico ‘ s worden beperkt of geëlimineerd.

om een vrijgavevenster te berekenen, volgt u deze stappen:

    1. schat een hoge” steady-state ” snelheid. Hiermee wordt de vroegst verwachte leverdatum vastgesteld.
    2. opnieuw schatten met behulp van een lage “steady-state” snelheid. Hiermee wordt de laatste verwachte leverdatum vastgesteld.
    3. Bereken het vrijgavevenster. Dit is het verschil tussen hoge en lage stationaire snelheden.
    4. voeg een geschikte buffer toe. Dit is een functie van de verschillende risico ‘ s en afhankelijkheden binnen uw plan. Het kan worden uitgedrukt door de tijd of een vertrouwensfactor. Ik adviseer een buffer die evenredig is met de vastgestelde risico ‘ s en afhankelijkheden. Bijvoorbeeld, als je veel risico ‘ s en afhankelijkheden, hebben meer buffer. Als er minder risico ‘ s en afhankelijkheden zijn, gebruik dan minder buffer.

tot slot, neem een stap terug en analyseer uw release plan ten opzichte van uw roadmap. Recall een goede roadmap zal rekening houden met de markt vensters, ritmes, of segmenten die u op zoek bent om te richten. Op basis van uw roadmap moet u mogelijk de product achterstand aanpassen om ervoor te zorgen dat uw release overeenkomt met de roadmap beperkingen of doelen.

de volgende stap zetten

het bouwen van dat eerste release plan kan hard werken. Maar eenmaal in het ritme van het ontwikkelen en onderhouden van uw product release plan, zult u snel vinden het een waardevol artefact in uw product management toolbox. Als u meer wilt weten over het ontwikkelen van een release plan voor uw product, neem dan contact met ons op voor hulp. We zijn blij om verder met u te praten en u te adviseren over de integratie release plannen voor uw bedrijf.