V dnešním článku chceme definovat Increment. Při práci na produktu se může několik šťastných po sobě jdoucích položek z Product Backlogu stát Incrementem. Jinými slovy, Product Owner vybírá, kterou funkcionalitu produktu z Product Backlogu implementovat. Vývojový tým ji během jednoho Sprintu transformuje na funkční, hodnotnou funkcionalitu produktu.
Definice Incrementu – obsah:
- Úvod – definice Incrementu
- Increment vs. Cíl produktu a Cíl Sprintu
- Kdy se vykonaná práce stává Incrementem?
- Shrnutí
Úvod – definice Incrementu
Increment je nejnovější dokončená a vylepšená verze produktu, která má obchodní hodnotu a je připravena k vydání během Sprintu. Důležitou součástí její definice je tvrzení, že se jedná o součet předchozího stavu produktu spolu s jeho změnami přidanými v aktuálním Sprintu. Tímto způsobem se nedefinuje pouze nové funkcionality doplněné do produktu, ale také – nebo především – jejich integrace s jeho původní verzí spolu se všemi vylepšeními a opravami, kterými prošel.

Increment vs. Cíl produktu a Cíl Sprintu
Každý Sprint by měl vyprodukovat alespoň jeden nový Increment – je to odpovědnost celého Scrum týmu. Jak to souvisí s Cílem Sprintu? Můžete říci, že Cíl Sprintu je odpovědí na otázku, proč bychom měli jeden konstruovat. Mějte však na paměti, že v jednom Sprintu může tým vytvořit několik Incrementů, jejichž součet se skládá do Cíle Sprintu.
Takže příkladem Cíle Sprintu by mohl být následující úkol: Vytvořit funkcionalitu “nákupního košíku” v online obchodě s kouzelnickými doplňky.
Komponenty Incrementu však budou zahrnovat několik funkcionalit obchodu, jako například:
- přidání položky do košíku
- odebrání položky z košíku
- zobrazení částek splatných za nákupy
- výpočet nákladů na doručení položek v košíku atd.
Tým musí mít na paměti, že každý Increment je krokem vpřed k dosažení Cíle produktu. Proto, aby zlepšil proces jeho vylepšení, může:
- uspořádat databázi zákazníků
- zlepšit pracovní postup mezi vývojáři
To proto, že ačkoli nejsou přímo spojeny se zlepšením aktuálního stavu produktu, mají obrovský dopad na lepší a rychlejší realizaci Cíle produktu.

Kdy se vykonaná práce stává Incrementem?
Ukazatelem úspěšného Incrementu je, zda je praktický. Jinými slovy, vykonaná práce se stává Incrementem pouze tehdy, když splňuje Definici dokončení, o které budeme psát v samostatném článku. Tato definice jednoznačně uvádí, jaké změny a vylepšení nastaly u produktu. Na základě Definice dokončení můžete testovat Increment, abyste posoudili, zda skutečně přináší vylepšení produktu a zda přináší deklarovanou obchodní hodnotu.
Pokud výsledek nesplňuje standardy Definice dokončení, projekt se vrací do Product Backlogu. Co přijde dál, může mít následující cesty:
- Tým to může dokončit během následujícího Sprintu
- Projekt může být zrušen
- Tým se může rozhodnout ponechat to v Product Backlogu pro budoucí realizaci – jakmile tým najde způsob, jak překonat překážky
Pokud se týmu podaří vyprodukovat Increment v Sprintu, postoupí k hodnocení během Sprint Review. Pokud je to nutné, může být ukázán Stakeholderům i před koncem Sprintu. Konečné rozhodnutí o jeho vydání náleží Product Ownerovi.
Definice Incrementu – Shrnutí
Increment je čerstvá, zcela nová verze produktu připravená k vydání. Zahrnuje všechny aktualizované úpravy a vylepšení provedené v Sprintu. Jinými slovy, je to nejnovější stabilní, vydatelná verze produktu. Dokonce i několik Incrementů může vzniknout a vyvinout se během jednoho Sprintu, pokud všechny splňují Definici dokončení.
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?
- Co je Sprint v Scrum?
- Spolupráce mezi Product Ownerem a Scrum Masterem
- Závazky Scrum týmu - Cíl produktu, Cíl sprintu a Definice dokončení
- Charakteristiky dobrého Scrum Mastera