o scrumu
SCRUM je framework pro agilní vývoj aplikací
Historie Scrumu sahá do devadesátých let minulého století. Ačkoliv Scrum byl původně navrhnut pro řízení projektů mimo IT, postupem času se jeho použití zaměřilo na řízení projektů agilního vývoje software a může být využit i k řízení týmů pro support a maintenance softwaru.
- 1986 - Hirotaka Takeuchi and Ikujiro Nonaka
- 1990 - Jeff Sutherland, John Scumniotales and Jeff McKenna
- 2008 - první informace o Scrumu v ČR
Slovo scrum pochází původně z amerického fotbalu, kde symbolizuje "útočnou" jednotku. A ačkoli se často píše velkými písmeny, není to acronym.
Agilní metodika Scrum umožňuje menším vývojářským týmům (zpravidla tým 6-8 lidí) efektivně reagovat na požadavky klienta a přesněji odhadnout cenu výsledného produktu.
Jedním z hlavních pravidel scrumu je pravidelnost. Celý scrum tým se pravidelně schází každý den na krátké meetingy (ve stejný čas a pokud možno na stejném místě), kde každý člen týmu stručně řekne, co dělal předešlý den a co ho čeká dnes.
K uspořádání požadavků slouží tzv. Product backlog, kde jsou všechny požadavky na produkt. Tento product backlog se dělí do sprint backlogů, které jsou zpracovávány v jednotlivých sprintech.
Sprinty jsou jednotlivé iterace vývoje projektu, které z pravidla trvají 2-4 týdny. Každý sprint začíná výběrem požadavků, které se budou řešit. Tyto požadavky jsou shromážděny v tzv. Sprint backlogu, který reprezentuje požadavky pro jednu iteraci. Požadavky v backlogu jsou reprezentovány tzv. User Story, což je popis funkce produktu z uživatelského hlediska.
Scrum Burndown chart je jednoduchý nástroj pro řízení požadavků v jednotlivých sprintech. Je to aproximace množství zbývajících požadavků. Díky této metodě je přesněji vidět reálnost konečného termínu dokončení vývoje a proto lze provádět potřebná opatření v průběhu a včas.
Velmi důležitou aktivitou v rámci scrumu je retrospektiva, které na konci každého sprintu umožňuje zlepšit a zefektivnit spolupráci týmu a tyto
návrhy ihned aplikovat v dalším sprintu.
Agilní manifest
Agilní manifest shrnuje základní přístupy, který charekterizují Scrum a agilní přístup k vývoji aplikací.
- Jedinci a jejich spolupráce jsou důležitější než procesy a nástroje
- Fungující software je důležitější než obsáhlá dokumentace
- Spolupráce zákazníka je důležitější než jednání o smlouvě
- Reakce na změnu je důležitější než se držet plánu
role ve scrumu
Základní role ve scrumu jsou Scrum Master, Product Owner a tým.
Scrum Master
- zajišťuje, že probíhá všechno jak má
- je součástí týmu, ale neprogramuje
- odstraňuje překážky
- coaching týmu
- firewall mezi týmem a zadavateli
Product Owner
- reprezentuje zákazníka (u nás firmu)
- vyjasňuje týmu co a jak se má vyrobit
- definuje scope / vizi -> vytváří backlog
- prioritizuje
- vlastní rozpočet
Tým
- klíčoví lidé, kteří se účastní vývoje
- lidé, kteří mohou ovlivnit, že máme výsledek
- multifunčkní = všechny potřebné znalosti/profese (programátor, webmaster, návrhář UI, tester…)
- sdílená zodpovědnost
- sebeorganizovaný
Výhody scrumu
- častější releasy, dřív business hodnota
- výhoda pro klienty (SW firem) – platí za funkcionalitu, pokud se rozhodnou že už jim funkcionlaita stačí mohou začít další projekt (Win-Win)
- stabilní zadání pro sprint = nikdo nechodí a neprudí že chce něco jinýho
- den volna na hobby projekt pokud se vše stihne
- meetingy jsou časově omezené = lidé se naučí s tím časem pracovat a vědí, že se během toho času musí stihnout vše naplánované
- demo je veřejné = víc lidí se může přijít podívat co se děje
- dá se reagovat na hotové věci = měnění priorit mezi sprinty,podle toho co je opravdu dál potřeba
- uvědomění si co je vlastně potřeba (už vidím hotový věci a zjišťuju že spoustu věcí vlastně mít nemusím)