Scrum Guide | 28. Sprint v Scrume

Niekoľko menších udalostí tvorí Sprint v Scrum. Sprints, na druhej strane, tvoria cestu zameranú na vývoj a vydanie produktu. Každý Sprint má konkrétny cieľ Sprintu a Sprint Backlog, ktorý spravuje vývojový tím.

Čo je Sprint v Scrum – obsah:

1. Sprint v Scrum – Úvod
2. Štruktúra Sprintu v Scrum
3. Sprints a tri piliere empirizmu
4. Transparentnosť
5. Inšpekcia
6. Adaptácia
7. Aké zmeny vykonať počas Sprintu?
8. Sprint v Scrum – Zhrnutie

Čo je Sprint v Scrum?

Sprint je najväčšou udalosťou v Scrum, o ktorej sme písali v tomto článku. Sprints nasledujú kontinuálny cyklus od začiatku do konca práce na produkte. A každá iterácia približuje tím k dosiahnutiu cieľa produktu.

Každý Sprint má konkrétny cieľ Sprintu, aby sa zabezpečila konzistencia v práci vývojového tímu. Má formu obchodného cieľa a odpovedá na otázku “Prečo?”, “Na čo?”, alebo “Prečo?”.

Pracovný tok Sprintu je zdokumentovaný v Sprint Backlog, ktorý uvádza prácu potrebnú na dosiahnutie cieľa Sprintu. Jeho podrobný popis nájdete tu.

Štruktúra Sprintu v Scrum

Každý Sprint má konkrétnu štruktúru a zahŕňa nasledujúce udalosti:

• Plánovanie Sprintu – Sprint začína. Počas tejto udalosti tím Scrum vyberá plánovanú prácu z Product Backlog, ktorá sa má vykonať v novom Sprinte
• Daily Scrum – denná udalosť, kde vývojári plánujú úlohy na deň
• Prezentácia Sprintu – otvorená pre zainteresované strany, koná sa v posledný deň Sprintu. Jej cieľom je zhrnúť Sprint z hľadiska pokroku na produkte
• Retrospektíva Sprintu – záverečná udalosť Sprintu, kde tím Scrum diskutuje o spôsoboch práce a nápadoch na zlepšenie

Opakovanie udalostí Sprintu podporuje implementáciu dobrých organizačných praktík. Inými slovami, tím Scrum implementuje rutiny potrebné na efektívne plánovanie a počas práce upozorňuje na problémy, ktoré môžu byť prediskutované na vhodných udalostiach.

Sprints a tri piliere empirizmu

Sprints umožňujú tímu Scrum rozdeliť prácu na produkte do rovnakých časových segmentov trvajúcich maximálne mesiac. Tento pevný rámec posilňuje tri piliere empirizmu:

• transparentnosť
• inšpekcia
• adaptácia

O troch pilieroch empirizmu a ich úlohe v Scrume sme písali podrobnejšie tu. Ale dnes sa pozrieme na to, ako sa uplatňujú na Sprint a jeho štruktúru.

Transparentnosť

Rozdelenie práce na Sprints zvyšuje transparentnosť, pretože všetci zúčastnení môžu získať potrebné informácie o stave práce na produkte v každom Sprinte. Plánovanie Sprintu a Prezentácia Sprintu, začiatok a koniec Sprintu, v kombinácii s aktualizáciou Product Backlog, poskytujú všetkým zainteresovaným stranám cenné informácie o aktuálnom stave produktu.

Inšpekcia

Rozdelením práce na Sprints je možné často sledovať jej pokrok. To podporuje neustále identifikovanie problémov v dvoch kľúčových oblastiach. Tými sú:

• problémy súvisiace s dosiahnutím cieľa produktu – na začiatku a na konci Sprintu, t.j. počas plánovania Sprintu a prezentácie Sprintu
• prekážky v spôsobe práce tímu Scrum – počas denných stretnutí a na konci každého Sprintu, t.j. počas Daily Scrum a Retrospektívy Sprintu

Adaptácia

Adaptácia je veľmi dôležitou súčasťou práce tímu Scrum, pretože umožňuje riešiť problémy identifikované počas inšpekcie. Počas každého Sprintu poskytujú Daily Scrum a Retrospektíva Sprintu bezpečný priestor na diskusiu o tom, ako zlepšiť tím Scrum. Implementácia navrhnutých riešení sa uskutočňuje okamžite alebo na začiatku nasledujúceho Sprintu.

Plánovanie Sprintu a Prezentácia Sprintu vytvárajú bezpečný priestor na diskusiu týkajúcu sa cieľov a metód ich dosiahnutia. Dobrý samoorganizovaný tím Scrum úspešne zistí, čo a ako implementovať pre nasledujúci Sprint.

Aké zmeny vykonať počas Sprintu?

Každý Sprint zanecháva dostatok priestoru pre tím Scrum na zlepšenie a improvizáciu spôsobu, akým pracujú. Preto identifikujte, čo zmeniť počas Sprintu. Scrum Guide neposkytuje zoznam takýchto zmien. Avšak pojem empirizmus poskytuje usmernenia, ktorými sa treba riadiť a prispôsobiť spôsobu, akým konkrétny tím Scrum pracuje.

1. Všetky zmeny môžu ohroziť dosiahnutie cieľa Sprintu. Podľa prvého pravidla, počas Sprintu nemôžete napríklad znížiť počet úloh v tom Sprintu, alebo významne zmeniť ich charakteristiky. Sprint je úzko spojený s cieľom Sprintu. Preto, keď sa cieľ zmení, mali by sme Sprint zrušiť. Avšak, to sa takmer nikdy nestáva, pretože jediným dôvodom na zlyhanie Sprintu je, keď sa cieľ stane zastaraným. Majte na pamäti, že rozhodnutie o ukončení Sprintu patrí výlučne Product Ownerovi.
2. Kvalita práce nemôže byť ohrozená. Toto pravidlo je určené na zabránenie tomu, aby práca vykonaná počas Sprintu sa stala Incrementom, pretože nespĺňa definíciu dokončenia. Zníženie kvality práce môže viesť k tomu, že cieľ Sprintu bude zdanlivo splnený, ale spôsob, akým sa jednotlivé úlohy dokončujú, nespĺňa kvalitatívne štandardy stanovené organizáciou alebo požadované zainteresovanými stranami.
3. Product Backlog môže byť podrobnejší. Počas práce na produkte sa zvyšuje znalosť o ňom. Preto sa detail úloh na vykonanie prirodzene zvyšuje. Preto je prijateľná a dokonca odporúčaná zmena počas Sprintu podrobniť Product Backlog.
4. Rozsah práce môže byť objasnený alebo znovu vyjednaný. Táto zmena, rovnako ako predchádzajúca, zahŕňa rastúce pochopenie povahy vykonávanej práce. Vývojový tím to môže urobiť v konzultácii s Product Ownerom. Avšak základnou podmienkou jej zavedenia je absencia konfliktu s princípmi 1. a 2.

Sprint v Scrum – Zhrnutie

Sprint je cyklická udalosť Scrum, ktorá obsahuje všetky ostatné. Má podciel Sprintu oddelený od cieľa produktu. A Sprint Backlog je odlišný od Product Backlog. Povaha Sprintov je cyklická. Pevná dĺžka Sprintov je priaznivá pre udržanie dobrých pracovných praktík a podporu troch pilierov empirizmu. Počas Sprintu nemôže tím Scrum zmeniť svoj cieľ. Môže však upresniť Product Backlog a s rastúcou znalosťou upresniť a vyjednávať rozsah práce.

Ak sa vám náš obsah páči, pridajte sa k našej komunite usilovných včiel na Facebooku, Twitteri, LinkedIn, Instagrame, YouTube, Pinterest.