V dnešním článku se zaměříme na Scrum artefakty. Vysvětlíme Product Backlog, Sprint Backlog a Increment. Také odpovíme na otázku, k čemu je používají členové Scrum týmu a Stakeholdeři.
Scrum artefakty – obsah:
Co jsou Scrum artefakty?
Tři Scrum artefakty jsou klíčové pro efektivní Scrum tým. Jsou to dva Backlogy, což jsou seznamy úkolů, a Increment, což je potenciálně vydatelná verze produktu vylepšená v daném Sprintu.
Společně se nazývají artefakty, protože mají jeden cíl. A to maximalizovat transparentnost informací ohledně práce na produktu.
Díky dostupnosti Scrum artefaktů si jakýkoli člen Scrum týmu nebo Stakeholder může kdykoli udělat jasný obrázek. Uvidí tam:
- Jaký produkt a za jakým účelem se vytváří
- Jaké úkoly jsou plánovány k provedení
- Na jakých úkolech aktuálně pracuje vývojový tým
- Jaké úkoly byly již dokončeny
- Jak vypadá aktuální verze běžícího produktu
Scrum backlogy popisují produkt jak z technického, tak obchodního hlediska. Technický popis produktu vytvořený Scrum týmem obsahuje způsob, jakým produkt funguje, stejně jako návrhy konkrétních řešení, která má implementovat vývojový tým. Obchodní popis obsahuje uživatelské příběhy, které odpovídají na otázky jako:
- Na co je produkt?
- Jaké funkce musí produkt vykonávat?
- Jaká očekávání zákazníka by měl produkt splnit?
Tímto způsobem popisují částečné funkčnosti produktu z pohledu zákazníka.
Každému Scrum artefaktu se budeme věnovat v samostatných příspěvcích, které budou věnovány Product Backlogu, Sprint Backlogu a Incrementu.
Product Backlog
Product Backlog je seznam úkolů, na kterých bude Scrum tým pracovat. Je vyjádřen v obchodním jazyce a jeho rozsah pokrývá celou dobu trvání projektu.
Údržba a dostupnost Product Backlogu jsou klíčové pro transparentnost práce Scrum týmu. Díky tomuto dokumentu ví vývojový tým jaký obchodní problém se snaží vyřešit a jaké jsou priority zákazníka. Co víc, Product Backlog je orientační bod, na kterém se můžete opřít, když vás přetíží menší úkoly, které rozmazávají obrázek celého projektu.
Product Backlog sledoval pokrok vývojového týmu směrem k cíli produktu. Spravuje ho Product Owner a měl by být pravidelně aktualizován. Aby kdykoli poskytoval jasný obrázek o práci, která musí být vykonána.
Úkoly s nejbližšími termíny jsou v Product Backlogu popsány nejpodrobněji. Úkoly s delšími termíny nebo volitelné úkoly mají formu obecného náčrtu.
Sprint Backlog
Na Sprint Backlog můžeme pohlížet jako na něco podobného jako Product Backlog. Nicméně způsob popisu úkolů a časová škála se mění.
Zatímco v Product Backlogu byl důraz na popis úkolů z pohledu Stakeholdera a obchodního jazyka, Sprint Backlog je doménou vývojářů. Ti jsou odpovědní za údržbu a aktualizaci Sprint Backlogu. Je to popis práce týmu, proto je vyjádřen v technickém jazyce. Popisuje podrobné úkoly a řešení, jak je vývojáři plánují provádět.
Sprint Backlog funguje na časové škále, která odpovídá délce jednoho Sprintu, obvykle dvou týdnů až jednoho měsíce. Umožňuje sledovat pokrok vývojového týmu směrem k cíli Sprintu.
Increment
Obsah Product Backlogu je krok za krokem popis, jak dosáhnout cíle produktu. Obsah Sprint Backlogu je popis úkolů vedoucích k dosažení cíle Sprintu. Increment je součet částečných funkcionalit produktu realizovaných v daném Sprintu přidaných k aktuálnímu stavu produktu.
Každý nový Increment vychází z předchozího. Proto by měla být vykonaná práce důkladně testována. Testování umožňuje ujistit se, že nové řešení nezasahuje do těch, které byly vytvořeny dříve, nebo je nenarušuje. Aby se práce stala Incrementem, musí být integrována do stávajícího stavu produktu. A vyústit v jeho vylepšenou, funkční verzi.
Jinými slovy, Increment je soubor úkolů dokončených v jednom Sprintu, které tvoří novou, funkční verzi produktu. A jeho obchodní význam je popsán Definicí dokončení. Ta je zapsána do Product Backlogu během plánování Sprintu.
Shrnutí
Scrum artefakty jsou Product Backlog, Sprint Backlog a Increment. Poskytují všem zainteresovaným stranám přístup k informacím o stavu produktu. Scrum artefakty obsahují Cíle a úkoly Scrum týmu definované z obchodního a technického hlediska. Dále obsahují všechny charakteristiky aktuální, funkční verze produktu, potenciálně připravené k uvedení na trh.
Pokud se vám náš obsah líbí, připojte se k naší komunitě pilných včel na Facebooku, Twitteru, LinkedInu, Instagramu, YouTube, Pinterestu.
Caroline Becker
Jako projektová manažerka je Caroline odbornicí na hledání nových metod, jak navrhnout nejlepší pracovní postupy a optimalizovat procesy. Její organizační dovednosti a schopnost pracovat pod časovým tlakem z ní činí nejlepší osobu, která dokáže složité projekty přetavit ve skutečnost.
Scrum Guide:
- Slovník základních pojmů, rolí a představ
- Co je Scrum?
- Hodnoty Scrumu
- Jak implementovat Scrum ve vaší společnosti?
- Scrum tým - co to je a jak to funguje?
- Kdo je Product Owner?
- Nejčastější chyby Product Ownera
- Kdo je Scrum Master?
- Nejčastější chyby Scrum Mastera
- Jaké statistiky a metriky by měl Scrum Master sledovat?
- Vývojový tým ve Scrumu
- Nejčastější chyby vývojářů
- Scrum artefakty
- Škálování Scrumu
- Sprint Backlog
- Co je to Product Backlog?
- Co jsou uživatelské příběhy?
- Vytváření nejlepší uživatelské příběhu s INVEST
- Nejčastější chyby v uživatelských příbězích
- Kritéria přijetí uživatelského příběhu
- Odhad a příběhové body ve Scrumu
- Plánovací poker
- Hra o odhadování týmu
- Definování přírůstku
- Scrum události
- Co je to burndown chart?
- Výhody a nevýhody burndown grafu
- Kanbanové tabule ve Scrumu a Scrumbanu
- Rychlost v Scrum - Rychlost vývojového týmu
- Denní Scrum
- Plánování sprintu
- Sprintová revize
- Co je to Sprint Retrospektiva?
- Běžné chyby během retrospektivy sprintu
- Péče o produktový backlog
- Jak vytvořit a interpretovat burndown chart?