Scrum Guide | 39. Najčastejšie chyby počas Sprint Retrospektívy

Sprint Retrospektíva je udalosť, ktorá končí každým Sprintom. A zároveň je to jedna z najťažších stretnutí Scrum tímu. Najčastejšie chyby počas Sprint Retrospektívy zahŕňajú vyhýbanie sa rozhovorom o citlivých témach, ako aj nedostatok konkrétnych záväzkov vedúcich k riešeniu už diagnostikovaných problémov.

Bežné chyby počas Sprint Retrospektívy – obsah:

1. Úvod
2. Nedostatočná transparentnosť
3. Zameranie na jednorazové problémy alebo úspechy
4. Nadmerné zastúpenie Product Ownera
5. Problémy so sebaorganizáciou
6. Príliš veľa záväzkov
7. Bežné chyby počas Sprint Retrospektívy – Zhrnutie

Úvod

Chyby počas Sprint Retrospektívy sú bohužiaľ veľmi bežné. Je to preto, že je to jedno z najťažších stretnutí, ktoré je potrebné úspešne vykonať, pretože si vyžaduje veľa zrelosti od tímu. Preto stojí za to pozrieť sa na problémy, ktoré sa najčastejšie vyskytujú v iných tímoch, aby ste mohli ľahšie rozpoznať ich symptómy pri vedení Sprint Retrospektívy vo vašom Scrum tíme.

Nedostatočná transparentnosť

Podľa Scrum Guide je každý člen Scrum tímu povinný byť úprimný a odvážny pri vyjadrovaní obáv a vyjadriť svoj názor počas Sprint Retrospektívy. V praxi je však záväzok k transparentnosti veľmi náročný. Z tohto dôvodu sa členovia Scrum tímu často snažia obísť ho.

Jedným z problémov, ktorý je ťažké rozpoznať a vyriešiť, je vyhýbanie sa diskusii o pozorovaných nedostatkoch v práci Scrum tímu. To môže viesť k oveľa vážnejším problémom v dlhodobom horizonte.

Úlohou Scrum Mastera je preto starostlivo sledovať situáciu v tíme a povzbudzovať všetkých členov tímu, aby boli proaktívni od samého začiatku Sprint Retrospektívy.

Zameranie na jednorazové problémy alebo úspechy

Ďalším problémom, ktorý môže vzniknúť počas Sprint Retrospektívy, je nedostatočná pozornosť venovaná cyklickým a opakujúcim sa správam tímu a ich vplyvu na efektívnosť tímu.

Vždy je dobré zablahoželať členom Scrum tímu, ak dosiahli výnimočný úspech. Avšak Sprint Review by nemal byť venovaný oslavám. To isté platí aj pre zlyhania. Ak niečo zlyhalo z náhodných dôvodov alebo už diagnostikovanej chyby, nestojí za to nadmerne analyzovať udalosť počas Sprint Review.

Niektoré tímy však venujú veľkú časť Sprint Retrospektívy takýmto udalostiam. Majte však na pamäti, že cieľom Sprint Retrospektívy je hľadať spôsoby, ako zlepšiť každodennú prácu tímu. Preto by sa stretnutie nemalo točiť okolo jednorazových úspechov alebo problémov, ktoré sa s vysokou pravdepodobnosťou už nebudú opakovať.

Nadmerné zastúpenie Product Ownera

V mnohých organizáciách je pozícia Product Ownera zrovnávaná s pozíciou Product Managera. Product Owner je potom často považovaný za nadriadeného Scrum tímu. Z tohto dôvodu sa stáva, že vývojový tím nechce hovoriť o problémoch tímovej spolupráce v jeho prítomnosti.

Preto je veľmi dôležité budovať vzájomnú dôveru medzi vývojovým tímom a Product Ownerom. Bohužiaľ, proces budovania dôvery je ťažký a zdĺhavý. Preto je niekedy dobré, aby sa Product Owner vzdal účasti na všetkých alebo častiach Sprint Retrospektívy, aby nechal priestor pre zvyšok tímu na voľnú diskusiu.

Problémy so sebaorganizáciou

Sebaorganizácia znamená, že členovia Scrum tímu robia vlastné rozhodnutia o tom, kto z nich vykoná určité úlohy, kedy a ako. Počas Sprint Retrospektívy tím diskutuje o ľuďoch, ich interakciách a praktikách tímu. Potom sa rozhodne, aké problémy je potrebné vyriešiť v nadchádzajúcom Sprinte, ako to urobiť spoločne a kto ponesie zodpovednosť za vykonanie akcií.

Ak sa v sebaorganizujúcom tíme objavia vážnejšie problémy, môže sa v Scrum tíme objaviť pokušenie vzdať sa zodpovednosti.

Občas sa členovia tímu nechcú zúčastniť diskusie a snažia sa presunúť zodpovednosť za riadenie na niekoho iného. Aby sa tomu predišlo, je mimoriadne dôležité pravidelne diskutovať aj o malých problémoch, aby sa predišlo ich akumulácii.

Príliš veľa záväzkov

Aktívny Scrum tím, ktorý funguje podľa troch pilierov empirizmu: transparentnosť, kontrola a adaptácia, sa môže stretnúť s problémom, že naraz urobí príliš veľa záväzkov.

Ak sú záväzky, ktoré Scrum tím urobí počas Sprint Retrospektívy, príliš veľké, existuje značné riziko, že:

• žiadny z záväzkov nebude správne implementovaný
• niektoré záväzky nebudú implementované vôbec
• zmeny, ktoré sa vykonajú, nebudú trvalé

Preto je dobrou praxou podniknúť najviac štyri zlepšenia v každom Sprinte. To umožňuje postupné, ale efektívne zlepšovanie výkonu tímu.

Bežné chyby počas Sprint Retrospektívy – Zhrnutie

Keďže Sprint Retrospektíva je náročná udalosť, počas jej vedenia sa často objavujú problémy. Aby ste sa s nimi mohli ľahšie vyrovnať, stojí za to poznamenať si tie, ktoré sa vyskytujú najčastejšie. Bežné chyby počas Sprint Retrospektívy sú:

• nedostatočná transparentnosť – keď členovia Scrum tímu nedokážu úprimne riešiť ťažšie situácie v tíme
• zameranie na jednorazové problémy alebo úspechy – keď sa členovia Scrum tímu zameriavajú na diskusiu o úspechoch a zlyhaniach, namiesto toho, aby diskutovali o dlhodobej efektívnosti práce tímu
• nadmerné zastúpenie Product Ownera – keď členovia Scrum tímu zaobchádzajú s Product Ownerom s obmedzenou dôverou, akoby bol niekým mimo tímu alebo nadriadeným
• problémy so sebaorganizáciou – keď sa členovia Scrum tímu snažia presunúť zodpovednosť za problémy a rozhodovanie.

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.