Scrum je agilní rámec pro vývoj produktů, který strukturuje práci do krátkých časových úseků (sprintů) s definovanými rolemi, událostmi a artefakty. Vznikl v kontextu softwarového vývoje, ale principy jsou aplikovatelné i jinde. Scrum klade důraz na iterativní přístup, pravidelnou zpětnou vazbu a adaptaci na měnící se požadavky. Je to jeden z nejrozšířenějších agilních přístupů.
Tradiční projektové řízení předpokládalo, že požadavky lze definovat předem a práce pak postupuje podle plánu. V softwarovém vývoji se ukázalo, že tento předpoklad často neplatí. Požadavky se mění, technologie se vyvíjí, až při realizaci se ukazují problémy. Tradiční přístup vedl k projektům, které byly pozdě, přes rozpočet a nesplňovaly potřeby.
Scrum tento problém řeší přijetím nejistoty jako reality. Místo snahy vše naplánovat předem pracuje v krátkých iteracích, kde se plán průběžně upřesňuje na základě toho, co se naučíte. Každý sprint produkuje funkční inkrement produktu, který lze ukázat stakeholderům a získat zpětnou vazbu.
Pro podnikatele je Scrum atraktivní, protože snižuje riziko velkých selhání. Místo investice roku práce do něčeho, co zákazníci možná nechtějí, vidíte výsledky každé dva týdny. Můžete včas změnit směr nebo zastavit projekt, který nedává smysl.
Role ve Scrumu jsou tři. Product Owner odpovídá za „co” – definuje a prioritizuje práci v product backlogu. Scrum Master odpovídá za proces – pomáhá týmu dodržovat Scrum a odstraňuje překážky. Development Team odpovídá za „jak” – rozhoduje, jakým způsobem práci realizuje.
Sprint je základní časový blok, typicky 1–4 týdny. Během sprintu tým pracuje na vybrané sadě položek z backlogu s cílem dodat funkční inkrement produktu. Délka sprintu je fixní a nemění se – vytváří pravidelný rytmus pro plánování a dodávky.
Události ve Scrumu strukturují práci. Sprint Planning na začátku sprintu určuje, co bude cílem a jak ho dosáhnout. Daily Scrum (daily standup) je krátká denní synchronizace týmu. Sprint Review na konci sprintu prezentuje výsledky stakeholderům. Sprint Retrospective reflektuje proces a hledá zlepšení.
Artefakty zahrnují Product Backlog (prioritizovaný seznam všeho, co by mohlo být uděláno), Sprint Backlog (práce vybraná pro aktuální sprint) a Increment (funkční přírůstek produktu vytvořený během sprintu).
Sprint začíná sprint planningem. Product Owner představí nejvýše prioritní položky z backlogu. Tým diskutuje a vybere, co je realistické stihnout během sprintu. Výsledkem je Sprint Goal (cíl sprintu) a Sprint Backlog (konkrétní práce).
Během sprintu tým pracuje na položkách ze Sprint Backlogu. Daily Scrum (15 minut) každý den synchronizuje tým – co bylo včera, co bude dnes, jaké jsou překážky. Práce je typicky vizualizována na Scrum boardu (To Do, In Progress, Done).
Na konci sprintu Sprint Review prezentuje dokončenou práci stakeholderům. Je to příležitost pro zpětnou vazbu, která ovlivní další prioritizaci. Sprint Retrospective pak řeší, jak tým fungoval – co se povedlo, co zlepšit.
Definition of Done je sdílené pochopení toho, co znamená „hotovo”. Položka není dokončena, jen protože je napsaný kód – musí být otestovaná, dokumentovaná, review-ovaná podle dohodnutých standardů. DoD zajišťuje kvalitu a konzistenci.
Scrum bez empowermentu nefunguje. Pokud tým nemá pravomoc rozhodovat o způsobu práce nebo Product Owner nemá mandát prioritizovat, rituály Scrumu jsou prázdné. Scrum vyžaduje kulturní změnu, ne jen nové názvy schůzek.
Sprint jako mini-waterfall je častá dysfunkce. Tým si na začátku sprintu rozdělí práci na analýzu, vývoj a testování, které probíhají sekvenčně. To není agilní – práce by měla proudit průběžně s průběžnou integrací a testováním.
Product Owner na částečný úvazek je recept na problémy. Tým potřebuje dostupného Product Ownera pro průběžné dotazy a rozhodnutí. PO, který přijde jen na planning a review, způsobuje zpoždění a nejasnosti.
Retrospektivy bez akcí jsou plýtvání časem. Pokud se tým opakovaně baví o stejných problémech, ale nic se nemění, lidé ztratí důvěru v proces. Každá retrospektiva by měla vést ke konkrétním, měřitelným zlepšením.
Scrum není vhodný pro všechny kontexty. Práce s vysokou mírou nejistoty a nutností adaptace je ideální. Rutinní operace, údržba nebo práce s fixními požadavky a termíny mohou být lépe řízeny jinými přístupy. Scrum není dogma – je to nástroj.
Scrum je rámec pro iterativní vývoj produktů, který strukturuje práci do sprintů s jasnými rolemi a událostmi. Jeho síla spočívá v pravidelných dodávkách, rychlé zpětné vazbě a kontinuální adaptaci. Implementace vyžaduje víc než přijetí ceremoniálů – vyžaduje kulturní změnu směrem k empowermentu týmů a akceptování změny jako normálu.
« Zpátky na Slovník pojmůObjevili jste v článku nepřesnosti, nebo byste ho naopak chtěli doplnit? Napište mi!