Jasný a srozumitelný jazyk charakterizuje termíny a žargon Scrum a funguje jako základ pro komunikaci a rychlý výkon týmu během procesu vývoje projektu. Proto jsme shromáždili nejdůležitější vysvětlení klíčových pojmů Scrum v následujícím slovníku, abychom vás seznámili s tématem, které získalo významnou důležitost v moderní metodologii řízení podnikání.
Slovník termínů Scrum – obsah:
Základy Scrumu
Scrum – typ systému řízení týmové práce zaměřený na vývoj produktů a práci podle definovaného schématu. Proces se dělí na krátké Iterace a Sprinty – období cyklického výkonu definovaná přesně níže ve slovníku. Termín „scrum“ pochází z ragby, kde popisuje určitou formaci týmu, ale jeho první použití jako rámcová metoda řízení projektů patří dvěma Japoncům Hirotakovi Takeuchimu a Ikujiro Nonakovi. Chtěli zdůraznit důležitost týmové práce v procesu řízení projektů.
Hodnoty Scrumu – 5 hodnot, které tvoří základ Scrumu, jsou:
- Odpovědnost za práci
- Soustředění na cíl
- Otevřenost pro změnu
- Respekt
- Odvaha řešit problémy
Empirismus – udržování plánování a předpokladů na minimu ve prospěch spoléhání se na zkušenosti, pozorování a experimentování.
Self-management – vlastnost Scrum týmu, což znamená, že jeho členové činí vlastní rozhodnutí týkající se toho, jaké úkoly vykonávat, kdy a jak.
Role v Scrumu
Scrum tým – samořídící tým složený ze Scrum Mastera, Product Ownera a vývojářů, také známý jako vývojový tým.
Product Owner – zástupce zákazníka uvnitř Scrum týmu. Ten, kdo je odpovědný za maximalizaci hodnoty produktu tím, že se stará o cíl a jeho implementaci vývojovým týmem.
Scrum Master – kouč a vedoucí vývojového týmu odpovědný za správné pochopení Scrumu a jednání podle jeho principů.
Vývojář – každý člen vývojového týmu, bez ohledu na profesní specializaci. Osoba odpovědná za spoluvytváření užitečného inkrementu v každém sprintu.
Vývojový tým– interdisciplinární skupina složená ze všech vývojářů zapojených do vytváření produktu.
Stakeholder – osoba, která není součástí Scrum týmu a má zájem na vytvoření co nejlepšího produktu. V rámci Scrum týmu je zastoupena Product Ownerem a účastní se Sprint Review.
Scrum artefakty a jejich komponenty
Artefakty – Product Backlog, Sprint Backlog, Increment a jejich komponenty. Jsou odrazem aktuálního stavu pokroku při vývoji produktu ve vztahu k cíli produktu, cíli sprintu a definici dokončení.
Product Backlog – strukturovaný seznam práce potřebné k vytvoření konkrétního produktu, tj. k dosažení cíle produktu. Spravuje ho Product Owner.
Sprint Backlog – strukturovaný seznam práce potřebné k dodání funkčnosti produktu definované cílem sprintu. Spravuje ho vývojový tým.
Increment – kompletní a hodnotná práce vykonaná vývojáři v jednom sprintu. Součet všech inkrementů vytváří produkt.
Uživatelský příběh – popis částečné funkčnosti produktu z pohledu zákazníka. Má formu „Jako [typ uživatele] chci [co dělat?] protože [proč?].“
Definice dokončení – umístěná v Product Backlog, jasný a transparentní popis očekávaného stavu produktu po dokončení inkrementu. Popisuje práci, která byla vykonána v inkrementu.
Scrum události a jejich komponenty
Události – schůzka, která se vztahuje k práci Scrum týmu, jeho plánování nebo zpětné vazbě. Mezi ně patří Sprint, plánování sprintu, denní scrum, sprint review, sprint retrospective spolu s jejich komponenty.
Sprint – opakující se událost zahrnující práci na nové verzi produktu. Koná se jednou nebo dvakrát měsíčně. Slouží jako „nádoba“ pro další události a aktivity Scrumu.
Plánování sprintu – schůzka Scrum týmu, kde je vybrána veškerá práce, která má být vykonána v následujícím sprintu, z Product Backlog. Trvá maximálně 8 hodin.
Denní scrum – denní schůzka vývojového týmu, kde jsou plánovány úkoly na daný den. Trvá maximálně 15 minut a vždy se koná na stejném místě a v stejný čas.
Sprint review – událost shrnující dokončený sprint z pohledu cíle produktu. Pro Scrum tým a stakeholdery. Jejím cílem je vyhodnotit inkrement a aktualizovat Product Backlog. Trvá 4 hodiny nebo méně.
Sprint retrospective – událost shrnující dokončený sprint z pohledu toho, jak Scrum tým pracuje. Jejím cílem je zlepšit výkon Scrum týmu. Trvá 3 hodiny nebo méně.
Cíl produktu – popis budoucího produktu, na kterém Scrum tým pracuje. Product Backlog obsahuje písemný plán s instrukcemi, jak dosáhnout cíle produktu.
Cíl sprintu – práce, která má být vykonána v rámci jednoho sprintu, vyjádřená jako obchodní cíl. Zajišťuje konzistenci v práci vývojového týmu.
Burn-down chart – ukazuje množství práce naplánované v sprintu nebo Product Backlog ve vztahu k času zbývajícímu k jejímu dokončení.
Rychlost týmu – ukazatel určující, kolik z Product Backlog se stalo inkrementálním během jednoho sprintu.
Čtěte také:Jak se vypořádat s hlavními problémy v řízení projektů
Pokud se vám náš obsah líbí, připojte se k naší komunitě pilných včel na Facebooku, Twitteru a LinkedInu.
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?