Daily Scrum trvá maximálne pätnásť minút a vždy sa koná na tom istom mieste a v tom istom čase, aby sa znížila zbytočná zložitost. Zúčastňujú sa ho všetci vývojári, ktorí spolupracujú na produkte, a voliteľne aj Scrum Master. Hlavným cieľom tejto Scrum udalosti je naplánovať úlohy, na ktoré sa budú sústrediť počas dňa.
Daily Scrum – obsah:
Úvod
Daily Scrum je najkratšia a najčastejšia z udalostí Scrum, prehľad ktorých nájdete v samostatnom článku. Úlohou vývojárov, ktorí sa zúčastňujú Daily Scrum, je rýchlo si stanoviť pracovné ciele na nasledujúcich 24 hodín. Týmto spôsobom každý z nich vie, na čom pracujú ostatní a ako sa snažia dosiahnuť spoločný cieľ Sprintu.
Formula Daily Scrum
Neexistuje jedna správna formula Daily Scrum. Každý vývojový tím si vypracováva formát stretnutia, ktorý mu vyhovuje. Avšak existuje všeobecný rámec, ktorý uľahčuje jeho vedenie.
Dobré vedené Daily Scrum by malo umožniť každému účastníkovi odpovedať na dve otázky:
- Aká je najdôležitejšia úloha, ktorú dnes vykonám?
- Aké sú prekážky na dosiahnutie tejto úlohy?
Avšak pýtať sa ich priamo nie je povinná formula. Toto sú vzorové otázky, ktoré definujú os stretnutia. Daily Scrum je určený na zlepšenie komunikácie v vývojovom tíme, prioritizáciu úloh a zníženie rizika úzkych miest.
Daily Scrum je udalosť zodpovedajúca Daily Standup v iných Agile metódach. A často prebieha veľmi podobne – hoci oficiálny Scrum Guide nevyžaduje, aby vývojári stáli počas tejto krátkej udalosti. Veľmi často účastníci jednoducho stoja, zatiaľ čo hovoria v neformálnej skupine.
Aj keď sa môže zdať, že 15 minút denne je veľa na diskusiu o denných úlohách, prax ukazuje, že takéto stretnutie je najlepšie pre efektivitu vývojového tímu. S častými a pravidelnými aktualizáciami cieľov a záväzkov sa všetci vývojári sústreďujú na prioritné úlohy a uprednostňujú plynulý tímový pokrok pred individuálnymi výsledkami.

Problémy s Daily Scrum a metóda 5W
Jedným z problémov s Daily Scrum je, že vývojári predlžujú čas stretnutia. Ak je to tak, je dobré zaviesť politiku zapisovania na tabuľu – buď fyzickú alebo virtuálnu – problematických otázok, ktoré nie sú centrálnou témou Daily Scrum, ale sú dôležité pre tím. Týmto spôsobom bude možné sa vrátiť k problémom, ktoré zostali na diskusiu počas neformálnych rozhovorov počas dňa. A tiež, ak je to potrebné, počas retrospektívy Sprintu, ktorú podrobnejšie popíšeme v samostatnom článku.
Ďalším problémom, ktorý sa často objavuje počas Daily Scrum, je premieňanie ich na stretnutia na zhrnutie práce predchádzajúceho dňa. Vývojári sa potom sústreďujú na diskusiu o už dosiahnutých výsledkoch. Toto nie je dobrá prax. Treba uznať, že aktuálna orientácia vývojárov na stav práce vedúcej k cieľu Sprintu je veľmi dôležitá. Avšak venovanie Daily Scrum už dokončeným úlohám nepodporuje efektivitu.
Podporné otázky
Ak tím nemá z Daily Scrum žiadny prospech, Scrum Master môže pomôcť vývojárom identifikovať problémy pozorovaním stretnutia za účelom odpovedania na nasledujúce otázky:

5 Prečo
Po počiatočnej identifikácii problému môže byť efektívnou technikou na určenie príčiny problému metóda 5 Prečo, tiež nazývaná 5 Whys alebo 5W od Sakichi Toyodu. Spočíva v kladení niekoľkých otázok “Prečo?” za sebou. To umožňuje diagnostikovať hlbšiu príčinu problému a tým ho ľahšie vyriešiť.
Napríklad, vezmime si poslednú položku v tabuľke: problém vzniká v oblasti záväzku k riešeniu problémov zo strany vývojového tímu. Týchto päť otázok by mohlo vyzerať nasledovne:
1 x PREČO?
Q: Prečo vývojári nenavrhujú rôzne spôsoby riešenia vznikajúcich problémov?
A: Pretože vývojár Harry je vždy prvý, kto navrhne jedno riešenie.
2 x PREČO?
Q: Prečo je vývojár Harry vždy prvý, kto navrhne jedno riešenie?
A: Pretože nikto iný nehovorí.
3 x PREČO?
Q: Prečo nikto iný nehovorí?
A: Pretože ostatní vývojári nemajú chuť hľadať lepšie riešenia.
4 x PREČO?
Q: Prečo ostatní vývojári nemajú chuť hľadať lepšie riešenia?
A: Pretože hľadanie riešení si vyžaduje sústredenie a je jednoduchšie považovať Harryho riešenie za dostatočne dobré.
5 x PREČO?
Q: Prečo považovali Harryho riešenie za dostatočne dobré?
A: Pretože nie sú odmeňovaní za navrhovanie alternatív, na začiatku stretnutia prediskutovali svoje plány na dnes a premýšľajú o tom, ako začať.
V tomto prípade môže byť problém nedostatku záväzku k riešeniu problémov vyriešený zmenou poradia Daily Scrum a začatím touto otázkou. Alebo vymyslením systému odmeňovania najlepšieho riešenia, napríklad zavedením symbolickej odmeny pre autora najväčšieho počtu riešení prijatých tímom v danom sprinte.
Zhrnutie
Daily Scrum je kľúčovou súčasťou dennej práce vývojového tímu. Avšak každý tím si musí sám vypracovať optimálnu formulu pre toto stretnutie. Dobré vedené Daily Scrum umožňuje priebežné stanovovanie podcielov na dosiahnutie cieľa Sprintu. Taktiež umožňuje rýchlo diagnostikovať komunikačné problémy a zlepšiť spoluprácu medzi vývojármi.
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.
Caroline Becker
Ako projektová manažérka je Caroline odborníčkou na hľadanie nových metód na navrhovanie najlepších pracovných tokov a optimalizáciu procesov. Jej organizačné schopnosti a schopnosť pracovať pod časovým tlakom z nej robia najlepšiu osobu na premenenie zložitých projektov na realitu.
Scrum Guide:
- Glosár základných pojmov, rolí a predstáv
- Čo je Scrum?
- Hodnoty Scrumu
- Ako implementovať Scrum vo vašej spoločnosti?
- Scrum tím - čo to je a ako to funguje?
- Kto je Product Owner?
- Najbežnejšie chyby Product Ownera
- Kto je Scrum Master?
- Najčastejšie chyby Scrum Mastera
- Aké štatistiky a metriky by mal Scrum Master sledovať?
- Vývojový tím v Scrume
- Najbežnejšie chyby vývojárov
- Scrum artefakty
- Škálovanie Scrumu
- Sprint Backlog
- Čo je produktový backlog?
- Čo sú používateľské príbehy?
- Vytváranie najlepšieho používateľského príbehu s INVEST
- Najbežnejšie chyby v používateľských príbehoch
- Kritériá prijatia používateľských príbehov
- Odhad a príbehové body v Scrume
- Plánovací poker
- Hra odhadovania tímu
- Definovanie inkrementu
- Scrum udalosti
- Čo je to burndown graf?
- Výhody a nevýhody burndown grafu
- Kanbanové tabule v Scrume a Scrumbane
- Rýchlosť v Scrume - Rýchlosť vývojového tímu
- Denný Scrum
- Plánovanie sprintu
- Prezentácia sprintu
- Čo je to Sprint Retrospektíva?
- Bežné chyby počas retrospektívy sprintu
- Starostlivosť o produktový backlog
- Ako vytvoriť a interpretovať burndown graf?
- Čo je Sprint v Scrume?
- Spolupráca medzi Product Ownerom a Scrum Masterom
- Záväzky Scrum tímu - Cieľ produktu, Cieľ sprintu a Definícia dokončenia
- Charakteristiky dobrého Scrum Mastera