Plánovanie v Agile
Plánovanie v agile je viacúrovňové. Nezameriava iba na vývoj v sprintoch, teda 2-3 týždenných iteráciách. Naopak, plánovanie agilne vytváraného produktu začína jasnou víziou a stratégiou priebežne dodávaných vlastností.
Agilné plánovanie prebieha v nasledujúcich úrovniach:
Vízia – ako má produkt vyzerať o päť rokov. Čím produkt je, čo nie je. Pre koho je. Priebežne validovaná raz ročne, zvyčajne biznisom, chief product ownerom, manažmentom.
Produktová roadmapa – stratégia pre dodávku Minimum Viable Product/Minium Marketable Produkt odpovedajúcich biznis iniciatívam. Pokrýva stredný horizont dodávok, pribežne plánovaná a validovaná typicky každý štvrťrok.
Produkt inkrement plán – plán ďalšej verzie s konkrétnymi epikmi pre vybrané biznis iniciatívy. PI plán typicky pokrýva plán 3-6 sprintov s rozdelením epikov na user stories zaradených do jednotlivých sprintov. Končí často novou hlavnou verziou produktu. Táto môže byť nasadzovaná pre klienta v menších verziách aj priebežne.
Sprint – krátkodobý plán (2-3 týždne) realizácie vybraných, najhodnotnejších, najpotrebnejších, user stories. Končí novým prírastkom produktu, ktorý nemusí byť, no môže byť klientovi aj nasadený.
Deň – denná koordinácia vývoja s tímom, identifikácia a riadenie rizík, priebežné riadenie zmien rozsahu aktálneho sprintu na základe požiadaviek používateľov, resp. zmien identifikovaných počas akceptácie.
Viac o plánovaní v Agile:
Na stiahnutie
Product Increment planning
Produkt inkrement (PI) je väčším balíkom zmien, vlastností, ktoré sú vytvorené počas dlhšieho časového obdobia. Je to väčšia iterácia zahŕňajúca 3-6 sprintov. Neznamená to však, že počas daného obdobia nemôžu byť fyzicky nasadené viaceré minor verzie produktu. PI je typicky identifikovaný ako major verzia.
Plánovanie so strednodobým horizontom tímu umožňuje mať výhľad do budúcnosti a prispôsobiť tak napr. architektúru, alebo dizajn pripravovaným vlastnostiam bez nutnosti ich redizajnu.
Dĺžka trvania plánovacieho stretnutia závisí od dĺžky obdobia, pre ktoré sa plánuje práca, od komplikovanosti požiadaviek a závislostí na iných sytémoch. Z praktického života sa ukazuje, že plánovanie verzie typicky trvá jeden deň. V komplexnejších prípadoch to môže byť aj 3 dni.
Ciele
Spoznať plány na dlhšie časové obdobie.
Identifikovať prepojenie verzie na víziu a stratégiu produktu.
Predstavenie features, epikov a ich spodrobnenie do user stories.
Identifikovať riziká.
Identifikovať obmedzenia, ktoré bránia dokončeniu vlastností.
Nastavenie správneho poradia požiadaviek.
Zaradenie požiadaviek do sprintu.
Hrubý odhad náročnosti, komplexnosti, požiadaviek v story pointoch.
Identifikácia závislostí na iných systémoch.
Zladenie vývojových plánov závislých systémov.
Identifikáciu chýbajúcich informácií.
Pochopenie zámerov celým tímom.
Dohodnutie kľúčových termínov, míľnikov.
Aktivity
| Rola | Aktivity |
|---|---|
| Produktový vlastník |
|
| Scrum master |
|
| Tím |
|
Agenda
| Aktivita | Trvanie(max) | Popis |
|---|---|---|
| Agenda | 5 min. |
|
| Ciele verzie | 5 min. |
|
| Vízia produktu, elevator statement | 10 min. |
|
| Dôležité míľniky verzie | 10 min. |
|
| Stav predošlých sprintov | 15 min. |
|
| Revízia Hotovo | 10 min. |
|
| Zoznámenie sa s vlastnosťami | 4 – 16 hod. |
|
| Identifikácia závislostí |
| |
| Identifikácia rizík a obmedzení |
| |
| Poradie požiadaviek Odhad náročnosti Zaradenie do sprintov Pripomienkovanie poradia | 3 hod. |
|
| Spoločné schválenie plánu verzie | 15 min. |
|
Príklady PI plánovania
Výber z blogu o plánovaní v Agile
Na stiahnutie
