keretrendszerek az agilis Kiadástervezéshez
az agilis kiadástervezéshez több kell, mint a naptár dátumai. Szüksége van egy erős Termékhátrányra, valamint egy megosztott Terméklátásra. Ebben az útmutatóban átfogó áttekintést nyújtunk a folyamatról és hasznos keretekről a munka elvégzéséhez.
a menedzserem, Celia, időnként megállt az asztalomnál, és megkérdezte: “mikor végzel?”Alkalmi viselkedése mögött valóban azt kérdezte:” szóval Kevin, három Scrum csapatot adtam neked az alkalmazás felépítéséhez. Mikor kapom meg tőlük a pénzem?
egy kezdő termékmenedzser talán így válaszolt: “agilisak vagyunk. Elengedjük, ha készen állunk.”Szerencsére nem voltam kezdő, és válaszoltam A Celia — ra” — az elmúlt néhány Sprint adatai alapján-és ami a Termékhátralékban maradt-a kiadási tervem nagy bizalommal jelzi, hogy hat héten belül kiadom, azzal a potenciállal, hogy akár négy hét elején is kiadhatom.”
az önbizalmam elégedett volt Celiával, és a csapataimmal végzett összes munka támogatta a termékem szilárd kiadási tervének kidolgozását és fenntartását. Míg az én korai években, mint egy termékmenedzser épület egy kiadási terv volt ijesztő feladat. Miután jobban megértettem a kiadási tervek mechanikáját és ritmusát, sokkal könnyebb lett azok felépítése és karbantartása. Azok számára, akiknek van egy” Celia ” az életedben (mindannyian), tudják, hogy minden kemény munka, amelyet egy kiadási terv építésével és fenntartásával töltöttek, teljesen megéri.
mi a kiadási terv?
a kiadási terv egy magas szintű előrejelzés, jellemzően több Sprinten keresztül, amely leírja, hogyan kíván értéket nyújtani a termék kiadásával. A kiadási terv felbecsülhetetlen eszköz, mert megválaszolja ezeket a kérdéseket:
- melyik Termékhátralékot melyik Sprintben fogják kezelni?
- mi van a következő kiadásban?
- mikor végzel?
a kiadási tervek középszintű taktikák az agilis tervezési időhorizonton, amelyek életre keltik az ütemterveket, és értékes idődimenziót adnak a Termékhátralékhoz. A kiadási terv több Sprintre terjed ki, és gyakran több Scrum csapatot és/vagy csapatot tartalmaz több helyszínen. Függetlenül a hatókörtől, a kiadási terv létrehozása a termékmenedzser, a Terméktulajdonos, a ScrumMaster, a Scrum csapatok és az érdekeltek közötti együttműködés. Általában két-négy hónapos időhorizontot szeretek használni a kiadási tervekhez. A jövőben túl messzire előrejelző kiadási tervek túl sok változékonyságot és a benne rejlő ütemezési kockázatot tartalmaznak. Minél rövidebbek a tervek, annál gyorsabb a kiadási érték, és annál nagyobb a bizalom a kiadási dátumokban.
a kiadások lehetnek rögzített kadencián vagy rögzített hatókörrel — de nem mindkettő. Ha a kiadás hatóköre rögzített, a terv elkészíti a kiadáshoz tervezett Termékhátralék-tételek szállításához szükséges várható számú Sprintet. Alternatív megoldásként, ha a dátum rögzített, a kiadási terv jelzi, hogy mi lesz valószínűleg a következő rögzített dátumú kiadásban. A jó dolog az, hogy az utolsó tételeket kell szállítani a kiadás — és valószínűleg vágni, ha szükséges — legyen a legkevésbé fontos elemeket.
Kezdje a termék Vision & Termék Backlog
annak érdekében, hogy egy jó kiadási terv, szüksége van egy erős Termék Backlog. Az erős Termékhátralék szerves része a termékmenedzserek, a Terméktulajdonosok és a Scrum csapatok közös terméklátása. A terméklátás segít abban, hogy a nagy képet fókuszban tartsa, miközben elkészíti a kiadási tervet, és rangsorolja azokat a dolgokat, amelyek valóban fontosak az ügyfelek és az üzlet számára.
két keretrendszert használok a termék jövőképének fejlesztésére és kommunikálására a Scrum csapatok között. Melyiket választja, általában attól függ, hogy a Scrum csapatok együtt vannak-e elhelyezve vagy elosztva. Egy együtt elhelyezkedő Scrum Csapat számára a Product Box a legjobb választás. Ha terjesztik, szeretem használni a Shark Tank Vision sablonunkat, amelyet McKenna és Moore Lift Pitch keretrendszere befolyásol, és az alábbiakban látható.
Pro tipp: a termék jövőképe mellett fontolja meg a következő kiadás jövőképének kidolgozását. A kiadási jövőkép különösen akkor hasznos, ha a kiadás új piacra, új személyre vagy új képességekre vonatkozik.
a terméklátás mellett a Termékhátraléknak három, a kiadási terv szempontjából kritikus elemet kell tartalmaznia:
- az elemek jól kifinomultak (pl., megfelel a Scrum Csapat felkészültségi kritériumainak).
- az elemek megfelelő méretűek, hogy kisebbek legyenek, mint egy Sprint. A kisebb jobb.
- az elemek érték alapján vannak rangsorolva.
Pro tipp: két rendkívül együttműködő keretrendszert használok az ügyfelekkel és az érdekelt felekkel a Termékhátrány érték szerinti rangsorolásához: a Termékfa metszése és a 20/20 látás.
az Agile Release Planning Event
Miután létrehozta a terméklátást, a kiadási jövőképet, és készen áll a Termékhátralékra, érdemes ütemezni egy kiadástervezési eseményt. Az agilis kiadástervezési események olyan együttműködési események, ahol mind a Scrum Csapat tagjai, mind az érdekeltek feltekerik az ingujjukat, és döntést hoznak arról, hogy mit fejlesztenek ki a következő kiadás részeként. Általában az ütemterv kidolgozása után fordulnak elő.
egy kiadástervezési esemény egy vagy több napig tarthat. Mivel az agilis kiadástervezés nagy idő-és emberbefektetés lehet, ügyeljen arra, hogy elegendő időt szánjon erre a tevékenységre való megfelelő felkészülésre. Ez a fajta együttműködési tervezés kemény munka, ezért tervezze meg, hogy szórakozzon az esemény során, és ne felejtse el ünnepelni, amikor vége!
ezenkívül, függetlenül attól, hogy egy Scrum Csapattal vagy tízvel tervez, a jó kiadástervezési esemény felépítése ugyanaz marad:
-
- ossza meg a következő kiadás jövőképét. A termékmenedzser, a Terméktulajdonos vagy a fő Terméktulajdonos emlékezteti a Scrum csapatot a kiadási célokra, megosztja a kiadási jövőképet, és elmagyarázza, hogy ez a kiadás hogyan halad előre a teljes termék jövőképe felé.
- határozza meg a rögzített dátumot vagy a rögzített hatókört, bármelyik megközelítés rendben van, de fontos, hogy eldöntse vállalkozása számára, mi a legfontosabb: felszabadító egy adott időpontban (szüksége, hogy elérje a piaci ritmus, mint egy kereskedelmi show), vagy egy sor képességek (mindent tartalmaz egy ügyfél munkafolyamat).
- tekintse át a termékhátralék legfontosabb elemeit, és hozzon létre egy határvonalat. A cutline határozza meg, hogy milyen mélyen a termék lemaradás azt várják, hogy szállít ebben a kiadásban.
- Térkép ki minden Sprint. Ha több Scrum Csapattal dolgozik, mindegyik az egyetlen termékből húzza a “helyi” elemlistáját. Az egyes Scrum-csapatok sebességadatainak felhasználásával tervezze meg, hogy mely elemeket fogják valószínűleg szállítani az egyes sprintekben.
- kockázatok és függőségek rögzítése. Szánjon időt arra, hogy kiemelje azokat a jelentős feltételezéseket, kockázatokat és függőségeket, amelyek befolyásolhatják a kiadás kézbesítését. Az átláthatóság elengedhetetlen, és hasznos lesz a kiadási ablak kommunikációjában.
a kérdés megválaszolása: “mikor lesz kész?”
most, hogy elvégezte a kemény munkát, itt az ideje, hogy válaszoljon Celia kérdésére a kiadási ablak becslésével. A kiadási ablak a lehetséges szállítási dátumok tartománya valamilyen típusú empirikus adat alapján.
számos oka van annak, hogy miért szeretne egy kiadási ablakot felajánlani egy adott dátum helyett. A sebességek idővel változnak. A kiadási ablak szemlélteti ezt a bizonytalanságot, és elismeri, hogy a terv előrejelzés, nem pedig pontos elkötelezettség. Ahogy minden Sprint értéket ad, a kiadási ablak szűkül, ahogy az ismeretlenek ismertté válnak, és a kockázatok enyhülnek vagy megszűnnek.
a kiadási ablak kiszámításához kövesse az alábbi lépéseket:
-
- becsülje meg a magas “steady-state” sebességet. Ez meghatározza a legkorábbi várható szállítási dátumot.
- Újrabecslés alacsony “állandósult” sebességgel. Ez meghatározza a legújabb várható szállítási dátumot.
- Számítsa ki a kiadási ablakot. Ez a különbség a magas és az alacsony egyensúlyi állapotú sebességek között.
- adjon hozzá egy megfelelő puffert. Ez a terven belüli különböző kockázatok és függőségek függvénye. Ez kifejezhető idővel vagy bizalmi tényezővel. Olyan puffert ajánlok, amely arányos az azonosított kockázatokkal és függőségekkel. Például, ha sok kockázata és függősége van, több pufferrel rendelkezik. Ha kevesebb a kockázat és a függőség, Használjon kevesebb puffert.
végül tegyen egy lépést hátra, és elemezze a kiadási tervet az ütemtervhez képest. Emlékezzünk egy jó ütemterv magában foglalja a piaci ablakok figyelembevételét, ritmusok, vagy a megcélozni kívánt szegmensek. Az ütemterv alapján előfordulhat, hogy ennek megfelelően módosítania kell a Termékhátralékot annak biztosítása érdekében, hogy a kiadás megfeleljen az ütemterv korlátozásainak vagy céljainak.
a következő lépés megtétele
az első kiadási terv elkészítése nehéz munka lehet. De ha egyszer a ritmust a fejlődő és fenntartása a termék kiadási tervet, akkor hamarosan megtalálja azt felbecsülhetetlen ereklyét a termék menedzsment eszköztár. Ha többet szeretne megtudni a termék kiadási tervének kidolgozásáról, forduljon hozzánk segítségért. Örömmel beszélünk Önnel tovább, és tanácsot adunk Önnek a kiadási tervek integrálásában az Ön vállalkozásához.