Scrum je agilní metodika vývoje softwaru, kterou nyní přijímá mnoho společností a společností jako součást iniciativ digitální transformace.
Table of Contents
O Scrumu
Role metodologie Scrum je poskytnout rámec pro agilní vývoj softwaru, který umožňuje týmům spolupracovat a efektivně poskytovat vysoce kvalitní softwarové produkty.
Je to rámec pro týmy, které spolupracují na vývoji komplexních produktů. Místo vydání produktu po dlouhých fázích plánování, navrhování, vývoje a testování se scrum snaží dodávat produkty připravené k použití hned od začátku v malých krocích.
Hlavními principy Scrumu jsou transparentní týmová komunikace, pravidelné ověřování kvality a schopnost přizpůsobit se změnám. Jsou-li přijaty a používány správným způsobem, mohou týmy dodávat vysoce kvalitní softwarové produkty včas a efektivně.
Klíčové výhody scrumu
Zdroj: scrum.org
- Můžete dosáhnout vyšší produktivity. Být Scrum týmem znamená, že tým rozkládá složité problémy na malé kousky. Poté jsou tyto malé kousky dodávány v rámci sprintů jako přírůstky sprintu. Členové týmu se mohou soustředit na konkrétní úkoly v rámci sprintu (definované časové období, během kterého jsou přírůstky vyvíjeny, např. dva týdny).
- Scrum podporuje pravidelnou komunikaci mezi celým týmem. To pak zajišťuje, že každý má jasno v rozsahu a očekávání. Snižuje to poměrně značné množství nedorozumění, ke kterým by jinak mohlo dojít. Zvláště pokud chcete postupovat vysokým tempem od sprintu ke sprintu, celý tým se musí ze dne na den dopracovat ke stejnému cíli.
- Scrum je navržen tak, aby byl flexibilní, takže se týmy mohou přizpůsobit měnícím se požadavkům a prioritám. To umožňuje týmům rychle reagovat na změny v rozsahu projektu nebo potřeby zákazníků. Spíše než čekat, až skončí celý životní cyklus vývoje, můžete jen změnit obsah mezi sprinty.
- Scrum zdůrazňuje důležitost testování a zajištění kvality, ideálně automatizovaným způsobem. Konečným cílem je zvýšit kvalitu finálního produktu. Tím se snižuje riziko závad a zajišťuje, že výrobek splňuje požadavky zákazníka.
- Scrum je navržen tak, aby byl zaměřen na zákazníka, což znamená, že zákazník je zapojen do procesu vývoje od začátku do konce, obvykle v roli vlastníka produktu nebo s přímým napojením na vlastníka produktu (o tom později). To zajišťuje, že konečný produkt odpovídá potřebám zákazníka a má správnou prioritu.
Dále probereme roli metodologie scrumu.
Role metodologie scrumu
Zdroj: hangoutagile.com
Cílem metodologie Scrum je poskytnout rámec pro agilní vývoj softwaru, který umožní týmům spolupracovat. Vybudujete Scrum tým, který se schází denně a pravidelně a má naplánované diskuse (ceremoniály) v rámci sprintu, který se opakuje každý sprint. Následující ceremonie jsou obvykle součástí základního nastavení scrum týmu:
- Daily standups – Čas a místo, kde se všichni členové týmu setkají a prodiskutují, co se dělalo minulý den, jaká bude práce další den a jaké jsou aktuální překážky, pokud nějaké existují.
- Upřesnění příběhů – Zde se diskutuje a dokončuje nový obsah (pro další sprinty).
- Plánování sprintu – Během této ceremonie tým odhadne obsah připravený k odběru (definovaný v rámci Stories) a poté se z nich zaváže ke konkrétní podmnožině, zejména na základě odhadů priorit a úsilí.
- Přehled sprintu – Zde se tým setkává se zainteresovanými stranami a představuje jim, čeho tým dosáhl v posledním sprintu.
- Retrospektiva sprintu – Dialog věnovaný týmu pouze k diskusi o tom, co lze zlepšit nebo co tým cítí, že je třeba v budoucnu změnit.
Význam metodologie Scrum spočívá v její schopnosti pomoci týmům pracovat efektivněji. Základní principy metodologie Scrumu jsou založeny na Agile Manifestu a jsou následující.
Empirické řízení procesu
Scrum je založen na myšlence, že pokroku lze nejlépe dosáhnout empirickým procesem neustálé kontroly a přizpůsobování. To znamená, že týmy by měly pravidelně kontrolovat svou práci a přizpůsobovat své procesy tak, aby zlepšily svůj výkon.
Samoorganizující se týmy
Scrum týmy se samy organizují, což znamená, že jsou odpovědné za řízení své práce a rozhodování o dosažení svých cílů. To pomáhá podporovat spolupráci a odpovědnost v rámci týmu.
Časově ohraničené iterace
Scrum projekty můžete rozdělit do časově ohraničených iterací, nazývaných sprinty, které obvykle trvají jeden až čtyři týdny. To zajišťuje, že tým pracuje na konkrétním cíli a pravidelně postupuje.
Prioritní produktový backlog
Produktový backlog je prioritní seznam funkcí a požadavků, na kterých bude tým během projektu pracovat. Vlastník produktu je odpovědný za udržování produktového backlogu a zajištění toho, aby odrážel potřeby a priority zákazníka.
Neustálé zlepšování
Scrum zdůrazňuje důležitost neustálého zlepšování. A to jak z hlediska vyvíjeného produktu, tak procesů použitých k jeho vývoji. To znamená, že týmy by měly pravidelně reflektovat svou práci a hledat způsoby, jak zlepšit svůj výkon.
Výzvy
Zdroj: scrum.org
Zatímco metodologie Scrum může být vysoce efektivní při vývoji softwaru, existují také některé problémy, kterým mohou týmy při její implementaci čelit.
Odolnost vůči změně
Scrum vyžaduje významný posun v myšlení a kultuře, což může být pro některé členy týmu obtížné přijmout. Někteří členové týmu mohou být odolní vůči změnám, což může ztížit efektivní implementaci Scrumu. Jinými slovy, musíte to „získat“. Dokud to neuděláte, nejste uvnitř.
Nedostatek zkušeností
K efektivní implementaci potřebujete určitou úroveň zkušeností a odborných znalostí. Pokud členové týmu neznají metodologii Scrum nebo Agile, představuje to výzvu, kterou je třeba překonat.
Nedostatek závazku
Scrum vyžaduje vysoké nasazení všech členů týmu, včetně vlastníka produktu, mistra Scrumu a vývojového týmu. Pokud členové týmu nejsou plně oddáni procesu, může být obtížné dosáhnout požadovaných výsledků.
Špatná komunikace
Scrum hodně spoléhá na komunikaci a spolupráci mezi členy týmu. Pokud členové týmu nekomunikují často a efektivně, může to pro ně být náročné.
Přílišný důraz na proces
Zatímco Scrum poskytuje rámec pro agilní vývoj softwaru, je důležité si uvědomit, že je to pouze rámec. Pokud se členové týmu příliš soustředí na sledování procesu, mohou ztratit ze zřetele konečný cíl, kterým je poskytování vysoce kvalitních softwarových produktů.
Role Scrum týmu
Aby byl každý scrum tým efektivní, musí se skládat z několika konkrétních rolí. Pokud tyto role nejsou vyhrazeny týmu nebo jsou v nesprávném počtu, může být úspěšné sestavení takového scrum týmu ohroženo.
#1. Vývojářský tým
Jedná se o prováděcí část týmu, takže z hlediska dodání produktu možná nejdůležitější část týmu. Typický vývojový tým scrumu se skládá z vývojových/testovacích/architekturních/analytických specialistů v celkovém počtu 4-10 lidí. Pokud je to méně, je otázkou, zda se tomu ještě dá říkat tým. Pokud to bude více, všechny ceremoniály a vedení týmových diskusí budou příliš složité a opravdu nestojí za námahu udržovat.
Vývojový tým vezme příběhy z nevyřízeného záznamu, odhadne je a implementuje do sprintů. Tým je zodpovědný za vývoj příběhu a testování, a jakmile je hotovo, také za nasazení do produkce.
#2. Scrum Master
Scrum master působí jako orchestrátor pro vývojový tým. Plánuje pravidelná setkání, zajišťuje, aby vývojový tým měl jasno v obsahu a organizuje aktivity během sprintu s cílem dosáhnout plánu a cílů sprintu.
Tohle opravdu není obsahová role. Ve skutečnosti scrum master nemusí technicky rozumět ničemu z obsahu příběhů, který vývojový tým řeší (i když to určitě pomáhá). Scrum master však slouží vývojovému týmu a chrání ho před vnějším prostředím. Ochranou myslím umožnit týmu pracovat na agilních principech. Buďte zde mluvčím týmu a nedovolte neplánovaným požadavkům měnit aktuálně dohodnutý plán sprintu.
#3. Vlastník produktu
Servery vlastníka produktu (PO) pro spojení mezi vývojovým týmem a obchodními uživateli (stakeholdery) mimo tým. PO projedná obsah se všemi relevantními stranami a přinese dohodnutý obsah scrum týmu.
Poté PO vytvoří pro tým příběhy s jasnými popisy a očekáváními. PO se musí ujistit, že vývojový tým rozumí tomuto obsahu, aby tým mohl odhadnout každý příběh. PO jako takový vlastní v týmu diskuse o upřesnění příběhů.
Kromě správy obsahu a celého backlogu je PO také zodpovědná za nastavení priorit pro každý příběh v rámci backlogu. PO však nenese odpovědnost za výběr konkrétních příběhů do sprintu. To, co může udělat pouze vývojový tým tím, že se zaváže k rozsahu, si tým vybere pro další sprint. PO může tento výběr ovlivnit pouze správným nastavením a komunikací priorit.
Interakce rolí uvnitř scrum týmu
Zdroj: scrum.org
I se všemi lidmi a rolemi je komunikace skutečně klíčem k úspěchu. Nejdůležitější je správná komunikace, protože existuje mnoho způsobů, jak to udělat špatně. A to je vlastně ten jediný největší důvod, proč mnoho scrumových týmů není úspěšných. Prostě to nemají správně nastavené.
Majitelé produktů například často žádají vývojový tým, aby přišel s novými příběhy obsahu. Ale není účelem vývojového týmu vytvářet nevyřízené položky. Jistě, mohou pomoci definovat příběhy, udělat je podrobnými a rozdělit je tak, aby je bylo možné provádět v rámci sprintů. Ale vlastník produktu je zodpovědný za nevyřízené položky. PO v ideálním případě nebude žádat vývojový tým, aby se spojil s obchodními partnery.
Další poznámka, ani scrum master, ani produktový vlastník nedefinují, jaký přesně bude rozsah dalšího sprintu. I tak se to velmi často stává, protože role scrum mastera a produktového vlastníka jsou jakési přirozené role vůdce uvnitř scrum týmu. Ale ve skutečnosti nemohou rozhodovat o tom, co vývojový tým vezme nebo nevezme do sprintu. Vývojový tým je jediný, kdo to může provést, takže o tom musí rozhodnout vývojářský tým. To znamená, že PO poskytuje informace o tom, jak důležitý je který příběh z obchodního hlediska; PO může dokonce seřadit nevyřízené příběhy od nejdůležitějších po nejméně důležité. Tímto způsobem vývojový tým má smysl pro to, které příběhy vzít jako první.
Vlastník produktu se musí snažit pravidelně diskutovat s týmem o novém obsahu, který chce PO od týmu dodat. PO je zde proto, aby důkladně prodiskutoval každý příběh, který vytvoří nebo přinese do nevyřízených záležitostí. Každý ve vývojovém týmu musí příběhu rozumět a je mu jasné, jaká jsou kritéria přijetí.
Scrum master není pouze orchestrátorem týmu; nějakým způsobem SM chrání tým před vlastníkem produktu, vedením nebo jinými externími zainteresovanými stranami. SM udržuje interní procesy scrumu v chodu a vede většinu ceremonií za tým. Při každodenních hovorech o stavu se SM ujistí, že každý řekne pouze důležité aktualizace pro daný den, takže schůzka nebude trvat déle, než je plánováno. To platí vlastně pro všechny hovory.
SM také organizuje pravidelné retrospektivní výzvy pro tým, kde pomáhá týmu reflektovat práci vykonanou v předchozím sprintu a identifikovat oblasti, kde se tým může zlepšit.
Závěrečná slova
Vytvoření úspěšného scrum týmu je obvykle dlouhá cesta. Zkušenosti si musíte budovat uvnitř týmu, i když konkrétní členové týmu již nějaké předchozí zkušenosti mají. Každý scrum tým je jedinečný a najít způsob, jak spolupracovat a spolupracovat jako tým na společných tématech, vždy zabere čas.
Nejdůležitější je udržet tým stabilní, když už ho tvoříte. Teprve pak se může tým začít zlepšovat s každým dalším sprintem. Konečným cílem je přeměnit se na samoorganizující se tým, kde ani přítomnost pána spodiny už většinou není povinná. Pokud nedokážete udržet tým pohromadě, budete stále ve fázi učení.
Dále se podívejte na nejlepší nástroje pro scrum pro začínající až střední podniky.