Frameworks for Agile Release Planning

Agile release planning vaatii enemmän kuin päivämäärät Kalenterissa. Tarvitset vahvan tuotekannan sekä yhteisen Tuotenäkemyksen. Tässä miten-opas tarjoamme kattavan katsauksen prosessin ja hyödyllisiä puitteita saada työ tehtyä.

managerini Celia piipahti silloin tällöin työpöytäni luona ja kysyi: ”When are you going to be done?”Rennon käytöksensä takana hän todella kysyi, ”joten Kevin, olen antanut sinulle kolme Scrum-tiimiä rakentamaan tämän sovelluksen. Milloin saan rahoilleni vastinetta?

aloitteleva tuotepäällikkö saattoi vastata: ”olemme ketteriä. Vapautamme, kun olemme valmiita.”Onneksi, en ollut noviisi ja vastasi Celia,” tietojen perusteella viime Sprints — ja mitä on jäljellä Tuotteen Backlog-minun release plan pistettä, suurella luottamuksella, vapauttaa kuudessa viikossa, jossa on mahdollisuus vapauttaa aikaisin niin vähän kuin neljä viikkoa.”

itseluottamukseni tyydytti Celiaa ja sitä tuki Kaikki se työ, jonka tein tiimieni kanssa kehittääkseni ja ylläpitääkseni tuotteeni vakaata julkaisusuunnitelmaa. Vaikka minun alkuvuosina tuotepäällikkö rakentaa release suunnitelma oli pelottava tehtävä. Kun ymmärsin paremmin mekaniikka ja rytmit release suunnitelmat, Rakentaminen ja ylläpito sai paljon helpompaa. Niille teistä, joilla on” Celia ” elämässäsi (me kaikki teemme), tietävät, että kaikki kova työ käytetty rakentamiseen ja ylläpitämiseen release suunnitelma on ehdottomasti sen arvoista.

mikä on julkaisusuunnitelma?

julkaisusuunnitelma on korkean tason ennuste, tyypillisesti useiden sprinttien aikana, joka kuvaa, miten aiot tuottaa arvoa vapauttamalla tuotteesi. Julkaisusuunnitelma on korvaamaton työkalu, koska se vastaa näihin kysymyksiin:

1. mitkä Tuoteruuhkat puretaan missäkin sprintissä?
2. mitä on seuraavassa julkaisussa?
3. milloin olet valmis?

Julkaisusuunnitelmat ovat ketterän suunnittelun aikahorisontin keskitason taktiikoita, jotka sekä tuovat roadmapit eloon että lisäävät arvokasta aikaulottuvuutta Tuotekantaan. Julkaisusuunnitelma kattaa useita sprinttejä ja sisältää usein useita Scrum-joukkueita ja/tai-joukkueita useissa eri paikoissa. Laajuudesta riippumatta julkaisusuunnitelman luominen on tuotepäällikön, tuoteomistajan, Scrummasterin, Scrum-tiimien ja sidosryhmien yhteistyötä. Tyypillisesti, haluan käyttää kahden neljän kuukauden aikahorisontti vapauttamista suunnitelmia. Liian pitkälle tulevaisuuteen ennustaviin julkaisusuunnitelmiin sisältyy liikaa vaihtelua ja luontainen aikatauluriski. Mitä lyhyempi suunnitelmat, sitä nopeammin vapautat arvo, ja suurempi luottamus sinulla on teidän julkaisupäivät.

julkaisut voivat olla kiinteällä kadenssilla tai kiinteällä laajuudella — mutta eivät molempia. Jos julkistuksen laajuus vahvistetaan, suunnitelma tuottaa odotetun määrän sprinttejä, joita tarvitaan julkistukseen suunniteltujen Tuotekannatuserien toimittamiseen. Vaihtoehtoisesti, jos päivämäärä on vahvistettu, julkaisusuunnitelmassa ilmoitetaan, mitä todennäköisesti on seuraavassa kiinteässä julkaisupäivässä. Hyvä puoli on se, että viimeisinä toimitettavat — ja tarvittaessa todennäköisesti leikattavat — erät ovat vähiten tärkeitä.

Aloita Tuotenäkemyksellä & Tuotekanta

jotta sinulla on hyvä julkaisusuunnitelma, tarvitset vahvan tuotekannan. Vahvaan Tuotekantaan kuuluu tuotepäälliköiden, Tuoteomistajien ja Scrum-tiimien yhteinen tuotevisio. Tuotenäkemys auttaa sinua pitämään ison kuvan tarkennuksessa samalla kun rakennat julkaisusuunnitelmaasi ja priorisoitat asioita, jotka todella merkitsevät asiakkaillesi ja liiketoiminnalle.

on olemassa kaksi kehystä, joiden avulla kehitän ja välitän Tuotevision Scrum-tiimeille. Kumman valitset, perustuu yleensä siihen, ovatko Scrum-tiimit yhteissijoitettuja vai jaettuja. Yhteistyössä toimivalle Scrum-tiimille Tuotekotelo on paras valinta. Jos jaetaan, haluan käyttää Shark Tank Vision malli, vaikutteita McKenna ja Moore Hissi Piki puitteet ja alla.

Pro vinkki: tuotteen vision lisäksi harkitse vision kehittämistä seuraavaa julkaisua varten. Release visio on erityisen hyödyllinen, jos julkaisu käsitellään uusia markkinoita, Uusi persoona, tai uusia ominaisuuksia.

tuotenäkemyksen lisäksi Tuotekantasi tulisi sisältää kolme julkaisusuunnitelman kannalta kriittistä elementtiä:

1. tuotteet ovat hyvin jalostettuja (ts., täyttää Scrum-ryhmän valmiuskriteerit).
2. erät mitoitetaan sopivasti sprinttiä pienemmiksi. Pienempi on parempi.
3. erät priorisoidaan arvon perusteella.

Pro Tip: on olemassa kaksi erittäin yhteistyökehystä, joita käytän asiakkaiden ja sidosryhmien kanssa Priorisoidakseni tuotekannan arvon perusteella: karsia Tuotepuu ja 20/20 visio.

Agile Release Planning Event

kun olet luonut tuotevision, julkaisuvision ja sinulla on valmis Tuotekanta, sinun kannattaa ajoittaa julkaisusuunnittelutapahtuma. Agile release planning-tapahtumat ovat yhteistyötapahtumia, joissa sekä Scrum-tiimin jäsenet että sidosryhmät käärivät hihansa ja tekevät valintoja siitä, mitä kehittää osana seuraavaa julkaisua. Ne tapahtuvat yleensä sen jälkeen, kun tiekartta on laadittu.

julkaisusuunnittelutapahtuma voi kestää yhden tai useamman päivän. Koska Agile release suunnittelu voi olla suuri investointi aikaa ja ihmisiä, varmista, että olet raivata tarpeeksi aikaa kunnolla valmistautua tähän toimintaan. Tämän tyyppinen yhteistyösuunnittelu on kovaa työtä, joten suunnittele pitäväsi hauskaa tapahtuman aikana ja muista juhlia, kun kaikki on ohi!

lisäksi riippumatta siitä, suunnitteletko yhden Scrum-tiimin vai kymmenen kanssa, hyvän julkaisusuunnittelutapahtuman rakenne pysyy samana:

1. 1. Jaa visio seuraavaa julkaisua varten. Product manager, Product Owner tai Chief Product Owner muistuttaa Scrum-tiimiä julkaisutavoitteista, jakaa julkaisuvision ja selittää, miten tämä julkaisu etenee kohti yleistä tuotevisiota.
   2. päätä kiinteä päivämäärä tai soveltamisala joko lähestymistapa on hieno, mutta on tärkeää päättää yrityksesi kannalta, mikä on tärkeintä: julkaiseminen tiettynä päivänä (tarve osua markkinoiden rytmi, kuten messuilla) tai joukko ominaisuuksia (kaikki sisältyvät asiakkaan työnkulun).
   3. käy läpi Tuotekantasi tärkeimmät kohdat ja luo cutline. Cutline määrittää, kuinka syvälle Tuotteen Backlog odotat toimittaa tässä julkaisussa.
   4. Kartoita jokainen sprintti. Kun työskentelet useiden Scrum-tiimien kanssa, jokainen vetää yhden tuotteen Backlogista ”paikallisen” kappalelistansa. Kunkin Scrum-tiimin velocity-tietojen avulla voit suunnitella, mitkä kohteet todennäköisesti toimitetaan jokaisessa sprintissä.
   5. riskien ja riippuvuuksien kuvaaminen. Varaa aikaa korostaaksesi merkittäviä oletuksia, riskejä ja riippuvuuksia, jotka voivat vaikuttaa julkaisun toimitukseen. Avoimuus on tärkeää ja auttaa Miten kommunikoida julkaisuikkunan.

vastaus kysymykseen ” milloin se tehdään?”

nyt kun olet tehnyt kaiken kovan työn, on aika vastata Celian kysymykseen arvioimalla julkaisuikkunaa. Julkaisuikkuna on joukko mahdollisia toimituspäiviä, jotka perustuvat tietyntyyppisiin empiirisiin tietoihin.

on monia syitä, miksi haluat tarjota julkaisuikkunan tietyn päivämäärän sijaan. Nopeudet muuttuvat ajan myötä. Julkaisuikkuna kuvaa epävarmuutta ja tunnustaa, että suunnitelmasi on ennuste, ei tarkka sitoumus. Kun annat arvoa jokaiselle Sprintille, vapautumisikkuna kapenee, kun tuntemattomat tulevat tunnetuiksi, ja riskejä lievennetään tai eliminoidaan.

julkaisuikkunan laskemiseksi noudata näitä ohjeita:

1. 1. arvioi korkea ”vakaan tilan” nopeus. Tämä määrittää aikaisimman ennakoidun toimituspäivän.
   2. uudelleenarvio käyttäen alhaista ”vakaan tilan” nopeutta. Tämä määrittää viimeisimmän ennakoidun toimituspäivän.
   3. laske julkaisuikkuna. Tämä on ero suurten ja pienten vakiotilaisten nopeuksien välillä.
   4. lisätään sopiva puskuri. Tämä on toiminto eri riskejä ja riippuvuuksia oman suunnitelman. Se voidaan ilmaista ajan tai luottamuskertoimen kautta. Suosittelen puskuria, joka on oikeassa suhteessa tunnistettuihin riskeihin ja riippuvuuksiin. Jos sinulla on esimerkiksi paljon riskejä ja riippuvuuksia, käytä enemmän puskuria. Jos riskejä ja riippuvuuksia on vähemmän, käytä vähemmän puskuria.

lopuksi ota askel taaksepäin ja analysoi julkaisusuunnitelmasi suhteessa etenemissuunnitelmaasi. Muistuttaa hyvä etenemissuunnitelma sisältää huomioon markkinoiden ikkunat, rytmit, tai segmenttien etsit kohdistaa. Etenemissuunnitelman perusteella saatat joutua säätämään Tuotekantaa sen mukaisesti varmistaaksesi, että julkaisusi on linjassa etenemissuunnitelman rajoitusten tai tavoitteiden kanssa.

seuraavan askeleen ottaminen

tuon ensimmäisen julkaisusuunnitelman rakentaminen voi olla kovaa työtä. Mutta kun rytmi kehittää ja ylläpitää tuotteen release suunnitelma, löydät pian korvaamaton artefakti tuotehallinnan työkalupakki. Jos haluat lisätietoja tuotteen julkaisusuunnitelman kehittämisestä, ota meihin yhteyttä. Puhumme mielellämme lisää ja neuvomme sinua integroimaan yrityksesi julkaisusuunnitelmat.