Jak byl Scrum vyvinut: Původ a aplikace metodologie
Scrum je agilní metodologie vývoje s unikátním rozdělením rolí v týmu a specifickou organizací iterací. Scrum, podobně jako jiné metody agilního projektového managementu, zdůrazňuje týmový přístup, krátké iterace a neustálé zlepšování během práce. Tyto principy se realizují prostřednictvím souboru specifických rolí, pravidel, procesů a nástrojů, které umožňují týmům produkovat produkty dvakrát rychleji.
V týmech Scrum jsou klíčové role Scrum master a product owner, iterace začínají plánováním, kde členové týmu „hrají“ plánovací poker, a končí ukázkou a retrospektivou.
Scrum metodologie byla vytvořena Američany Jeffem Sutherlandem, výzkumníkem a obchodním konzultantem, a Kenem Schwaberem, praktikujícím programátorem, v roce 1993. V roce 1995 autoři oficiálně představili svůj přístup na vědecké konferenci Asociace pro informační strojírenství v Austinu, Texas.
Myšlenka spoluautorů byla nová: půjčili si jak koncept, tak název z práce japonských výzkumníků v oblasti managementu Takeuchiho a Nonaky, “Hra s novým vývojem produktu”, publikované v roce 1986. Japonské výrobce již používali přístupy, které se staly základem Scrumu. Název metodologie pochází z rugby, kde “scrum” – hra – podtrhuje důležitost týmové práce pro vítězství na hřišti.
Aplicace Scrumu v IT a mimo něj
Scrum byl poprvé aplikován ve firmách vyvíjejících software. Prvním projektem, který řídil Sutherland před oficiálním představením Scrumu, byl vývoj software pro síť bankomatů (1983). Programátoři v IT firmách a odděleních zůstávají hlavními uživateli Scrumu. Nicméně, tvůrce metodologie trvá na tom, že Scrum lze použít k řešení jakéhokoli úkolu, uvádějící příklady ve výrobě, stavebnictví, vzdělávání, politice a dokonce i v domácích úkolech jako je generální úklid nebo organizace akcí.
Podle zprávy Scrum Alliance z roku 2016 21 % projektů dokončených pomocí Scrumu nebylo přímo spojeno s IT. Různé oddělení úspěšně využívají Scrum:
Scrum vs. Agile vs. Waterfall
Scrum patří do skupiny agilních metodologií. Agilní není samostatná metodologie, ale filozofie vývoje. Její hlavní principy jsou uvedeny v “Manifestu pro agilní vývoj software” (2001), který zdůrazňuje význam týmu, zaměření na produkt, transparentnost procesů, neustálé zlepšování a rychlé výsledky.
Scrum je jedním z agilních rámců, formalizovaná metodologie pro projektovou práci. Mezi další agilní metodologie patří XP, Crystal, Kanban, Lean, Rychlý vývoj aplikací, Scrumban, atd. Takže Scrum je agilní, ale agilní není pouze Scrum.
Pro vizualizaci rozdílů a podobností mezi Scrummem a Agilem:
Scrum | Agile | |
Filozofie | - | + |
Metodologie | + | - |
Rituály | + | - |
Role | + | - |
Artefakty* | + | - |
Transparentnost | + | + |
Krátké iterace | + | + |
Časté vydání | + | + |
Řízení změn | + | + |
| Kontinuální zlepšování | + | + |
*Artefakty v Scrumu jsou objekty vytvořené týmem během projektu. Mezi ně patří backlog produktu, backlog sprintu a přírůstek produktu – funkční část demonstrovaná na konci sprintu.
Agilní metodologie kontrastují s modelem vodopádu, který byl široce používán vývojovými týmy v 90. letech. Tento model zahrnuje sekvenční provádění, zahájení každé fáze až po dokončení předchozí.
Jak pracovat podle Scrumu
Role v Scrumu:
- Scrum tým: Jádro Scrumu je tým – soudržná skupina profesionálů. Scrum týmy jsou autonomní, rozhodují, jak vykonávat úkoly samy.
- Scrum Master: Formální vedoucí Scrum týmu, zajišťující správnou aplikaci metodologie a morálku týmu. Je zodpovědný za způsob práce.
- Product Owner: Zodpovídá za funkčnost produktu. Spravuje backlog projektu a komunikuje se zákazníkem.
- Zákazník: Konečný uživatel nebo klient projektu, buď externí nebo interní (např. obchodní oddělení žádající o systém CRM).
Pravidelné schůzky Scrumu v Worksection
- Plánování: První schůzka zahajuje sprint. Tým, společně se Scrum masterem a product ownerem, vybírá úkoly z vrchu backlogu k dokončení.
- Daily Stand-Up: Každý den ve stejný čas členové týmu diskutují o pokroku práce, odpovídající:
— Co jsem udělal včera, abych pomohl týmu dosáhnout jeho cíle?
Co budu dělat dnes?
Co mi bránilo v práci? - Sprint Review: Na konci sprintu je klientovi ukázána ukázka dokončené funkčnosti.
- Retrospektiva: Tým diskutuje o dokončených úkolech, problémech, kterým čelili, a o způsobech zlepšení.
Algoritmus: Co přijde dál?
- Vyberte product ownera, aby jasně definoval cíle.
- Vytvořte Scrum tým.
- Přiřaďte Scrum mastera.
- Vytvořte backlog projektu, který uvádí všechny možné úkoly.
- Odhadněte úkoly backlogu pomocí relativních hodnot (např. Fibonacciho čísla).
- Naplánujte sprint, vyberte úkoly a přidělte je.
- Nastavte Scrum tabuli rozdělenou na “To Do,” “In Progress,” a “Done.”
- Provádějte denní stand-upy.
- Na konci sprintu uspořádejte přehled a retrospektivu.
- Začněte další sprint plánováním.
Co číst, abyste lépe porozuměli Scrumu
- Scrum Guide (Ken Schwaber, Jeff Sutherland)
- Scrum: Umění dělat dvakrát více práce za polovinu času (Jeff Sutherland)
- Agilní manifest pro vývoj software
Výhody a nevýhody Scrumu v IT
Výhody:
- Transparentnost: Otevřená výměna informací a spolupráce.
- Autonomie týmu: Týmy se rozhodují, jak pracovat, motivující svobodu a odpovědnost.
- Minimalizace rizik: Rychlá reakce na změny projektu.
Nevýhody:
- Nejsou vhodné pro projekty s nejasnými požadavky na konečný produkt.
- Těžké aplikovat ve velkých projektech bez úprav.