Když pracujete v agilní projektu nebo cílem použít agilní metody agilní plánování propuštění může být kritická metoda pro TO – a výrobek-centric projektů. Agile release planning je uveden jako plánovací Technika v PMBOK (PMI Project Management Body Of Knowledge). Je proto také relevantní pro certifikaci Project Management Professional (PMP).
i když tato metoda není nutně požadavek na všechny originální agilní přístupy, to je dobrý nástroj pro uvolnění-řízený agilní a hybridní projekty. Je to proto, agilní plánování propuštění může překlenout propast mezi tradiční plánování projektů a agilní nebo iterativní vývoj produktu.
čtěte dále a dozvíte se více o této technice.
- Jak Zprávy Fungují?
- co je plán vydání?
- plány vydání v tradičních a agilních projektech
- co je kandidát na vydání v Agile?
- co je agilní plánování vydání?
- jak se v praxi používá agilní plánování vydání?
- Plánování Propuštění v Agilní Projekty
- Plánování Propuštění v Hybridní Projekty
- co je agilní Plán vydání ve Scrumu?
- jaký je rozdíl mezi verzemi, iteracemi a sprinty?
- jak dlouho je Sprint v Agile/Scrum?
- Závěr
Jak Zprávy Fungují?
vydání se obvykle skládá ze sady funkcí nebo softwarových komponent, které jsou vyvinuty a testovány v určitém časovém období. Po vývoji a testování jsou tyto funkce nasazeny najednou jako součást vydání.
verze mohou obsahovat funkce a vylepšení softwaru, stejně jako části a kusy větších vývojových projektů. Například, upgrade self-vyvinuté, nebo off-the-police systém může být rozdělen do různých vydání zajistit hladký přechod, průběh operace, a aby se zabránilo rizikům vyplývajícím z „velkého třesku“ migrace.
co je plán vydání?
plán vydání je dokument, který stanoví rozsah, časovou osu a v některých organizacích zdroje a náklady spojené s vydáním.
plán vydání popisuje, které komponenty systému jsou vyvíjeny, testovány a implementovány během pevně stanovené doby (často mezi 1 a 6 měsíci). Plán vydání lze považovat za prioritní seznam funkcí, podobně jako u některých agilních rámců. Obvykle to vyžaduje určité stanovení priorit, protože se často stává, že ne všechny systémové požadavky mohou být pokryty jediným vydáním. To platí zejména ve složitějších organizačních a IT prostředích.
kromě nově vyvinutých funkcí nebo produktů může Plán vydání zahrnovat také opravy vad a kritická vylepšení nebo změny stávajících systémů.
plány vydání jsou často nastaveny předem pro několik nadcházejících vydání (např. plány pro 4 vydání do 1 roku). To umožňuje přidělení komponent cílovému vydání na základě individuální priority, rizika a kritičnosti funkcí. Obvykle, plán nejbližšího vydání je podrobný, zatímco plány na další vydání bývají drsné. Tyto plány jsou však obvykle zdokonalovány a stávají se podrobnějšími, jakmile se příslušné vydání přiblíží. To je srovnatelné s konceptem progresivního zpracování v projektovém řízení.
plány vydání v tradičních a agilních projektech
v tradičních projektech souvisejících s IT jsou plány vydání velmi běžnou technikou pro řízení vývoje a nasazení softwaru.
některé agilní rámce také využívají vydání a plány vydání. Například v extrémním programování (XP) se vydání skládá z několika iterací, které jsou kratší a snadněji spravovatelné, protože výstupy jsou rozděleny na menší části rozsahu vydání.
obecný přístup Scrum na druhé straně definuje sprinty místo iterací a vydání, které mohou trvat 2 až 4 týdny. Proto vývoj softwaru s Scrum nemusí nutně zahrnovat vydání a plánování vydání, ale v praxi může dojít k vydání Scrum (přečtěte si více níže).
požadavky jsou však také spravovány v prioritních seznamech: nevyřízené položky sprintu a nevyřízené položky produktu jsou takové seznamy, které vlastník produktu dynamicky upřednostňuje.
co je kandidát na vydání v Agile?
release candidate je běžně definována jako verze softwaru nebo sadu funkcí, které je funkční, ale není připraven pro trh, např. na dokončení testování a přijímat zpětná vazba (zdroj).
V agilní plánování propuštění, propuštění kandidát může často odkazovat na funkci, která byla vyvinuta, je v podstatě funkční, a je v současné době testován v rámci iterace. Jakmile je plně testován a všechny chyby byly opraveny, přesune se do celkového vydání.
pokud kandidáti na vydání selžou v iteraci, jejich oprava a finalizace se často provádí v následující iteraci.
co je agilní plánování vydání?
Agile release planning se týká nastavení rozsahu a časové osy pro iterační nebo Inkrementální projekt vývoje produktu. Používá se v agilních nebo hybridních projektech, kde je vyžadováno střednědobé až dlouhodobé plánování vývoje nebo integrace produktu nebo systému.
Agilní plánování propuštění je často viděn jako proces vytváření velký obrázek, že odkazy výrobku vizi a plán plán vydání a uvolnění do iterací, které zase používají iterační plán, který definuje funkce a úkoly, na jemnější úrovni.
tento termín je zmíněn v řízení projektu PMI jako Technika v rámci procesu “ rozvíjet plán „(PMBOK®, 6th ed, ch. 6.5.2.8). Přestože se PMBOK zaměřuje na prediktivnější a tradičnější přístupy k řízení projektů, tato technika je zavedena v rámci PMI, aby zvážila iterační agilní projekty.
termín „iterační agilní“ je definován v příručce Agile Practice PMI (ch . 5.2.6). Zahrnuje počáteční (hrubé) plánování iterací, které jsou částmi vydání. Když je známo více informací, který umožňuje přesnější projekci, agilní týmy přeplánovat jejich iterací, aby se toto zdokonalování v úvahu. To může také vyžadovat úpravy plánu vydání.
jak se v praxi používá agilní plánování vydání?
agilní plánování vydání může sloužit mnoha účelům, v závislosti na přístupu k projektu a organizačních požadavcích
zde je několik příkladů:
Plánování Propuštění v Agilní Projekty
V agilní přístupy a projekty, které použití zprávy a iterací, plánování propuštění je technika k provedení produktu silniční mapy, který je odvozen od produktu vision. Plán produktu obsahuje požadavky na vysoké úrovni rozdělené do verzí.
plán vydání stanoví počet iterací v rámci vydání. Na podrobnější úrovni iterační plán definuje funkce, které mají být vyvinuty v rámci vydání.
zatímco verze a plány vydání mají střednědobou až dlouhodobou perspektivu, iterace jsou mnohem kratší, a proto užší z hlediska rozsahu. To usnadňuje agilní vývoj a zejména zpracování zpětné vazby a krátkodobé změny požadavků a funkcí.
Viz níže uvedené grafické pro příklad, jak uvolnit plánování se provádí v agilních rámců, jako XP.
plánování agilních verzí lze provést ručně nebo pomocí softwaru pro správu projektů. Lucidchart například zveřejnil průvodce vývojem agilního plánu vydání pomocí svého softwaru.
Plánování Propuštění v Hybridní Projekty
kromě výše uvedených spojení mezi produktového plánu a iterace, agile uvolnění plány mohou také pomoci integrovat agilní vývoj projektů do vydání orientované organizace nebo architektury.
například systém orientovaný na zákazníka by mohl být vyvinut pomocí agilních přístupů. Tento systém by však musel být integrován do komplexní IT architektury společnosti, zahrnující také rozhraní s jinými systémy. Vývoj a nasazení tohoto systému orientovaného na zákazníka by tedy nutně podléhalo centrálnímu plánování uvolňování organizace.
v takových případech může technika agilního plánování vydání propojit vydání organizace s iteracemi a funkcemi, které jsou vyvinuty v agilním (sub)projektu.
co je agilní Plán vydání ve Scrumu?
plán vydání ve Scrumu představuje přidělení položek nevyřízených položek produktu (seznam funkcí a požadavků produktu) k vydání. Tyto vlastnosti se pak vyvíjejí ve sprintech.
v souladu s hodnotami a principy Scrumu má být plán vydání vodítkem a živým dokumentem, který je dynamicky aktualizován, když se věci změní nebo se objeví nové informace.
Podle Scrum Institute™, scrum vydání plánu vyžaduje prioritní a odhaduje produktový backlog, indikátor rychlosti týmu, a stav spokojenosti (nebo definice provedeno), která se skládá cílem vývoje produktu.
na Základě úsilí odhady pro funkce (množství práce, potřebné) a tým je rychlost (produktivita týmu), funkce mohou být přiřazeny různé zprávy a sprinty.
jaký je rozdíl mezi verzemi, iteracemi a sprinty?
vydání odkazují na plánovaný vývoj a nasazení softwarových funkcí nebo změn během typického období 1 až 3 (nebo i více) měsíců. V agilní, iterační, a některé hybridní projekty, zprávy jsou rozděleny do několika iterací, které mají menší rozsah a kratší časový rámec, často mezi 1 nebo 2 týdny a 1 měsíc. V některých agilních rámcích, jako je Scrum, jsou iterace také označovány jako sprinty.
jak dlouho je Sprint v Agile/Scrum?
sprint ve Scrumu je obvykle dlouhý 2 týdny až 1 měsíc. Může však být také kratší nebo delší, pokud je to považováno za vhodnější pro vývojový projekt.
Závěr
Zda pracujete jako projektový manažer nebo vlastník produktu v agilní, iterační, nebo hybridní projekt, nebo zda jste připravuje na PMP zkoušku, – pochopení agilní vydání plánování je klíčem k tomu, aby agilní nebo iterace-na základě vývoje v kombinaci s mid – dlouhodobé uvolnění a plánování projektu. Přečtěte si naše články o dalších technikách správy plánů, pokud se chcete dozvědět více o vývoji a správě plánů projektů.
díky agilnímu plánu vydání lze rozsah, s výhradou dalšího upřesnění, a časovou osu stanovit na několik měsíců předem. Agilní vývojové týmy si zároveň mohou zachovat svobodu plánovat a pravidelně replanovat přesný rozsah každé iterace. Do jisté míry, agilní plánování propuštění je technika, která umožňuje projektovým manažerům a majitelům produktu kombinovat výhody obou tradičních řízení projektu (např. středně/dlouhodobé plánování) a agilní projektové přístupy (např. schopnost reagovat na změny a zpětnou vazbu).