Scrum Útmutató | 39. A leggyakoribb hibák egy Sprint Retrospektív során

A Sprint Retrospective az esemény, amely minden Sprintet lezár. Ugyanakkor ez az egyik legnehezebb Scrum Team találkozó is. A Sprint Retrospective során a leggyakoribb hibák közé tartozik az érzékeny témákról való beszélgetések elkerülése, valamint a már diagnosztizált problémák megoldásához vezető konkrét kötelezettségvállalások hiánya.

Gyakori hibák a Sprint Retrospective során – tartalomjegyzék:

1. Bevezetés
2. Elégtelen átláthatóság
3. Egyszeri problémákra vagy sikerekre való fókuszálás
4. A Product Owner túlreprezentálása
5. Önmenedzsment problémák
6. Túl sok kötelezettségvállalás
7. Gyakori hibák a Sprint Retrospective során – Összefoglalás

Bevezetés

A Sprint Retrospective során elkövetett hibák sajnos nagyon gyakoriak. Ennek az az oka, hogy ez az egyik legnehezebb találkozó, amelyet sikeresen végre kell hajtani, mivel sok érettséget igényel a csapattól. Ezért érdemes megvizsgálni azokat a problémákat, amelyek más csapatokban a leggyakrabban előfordulnak, hogy könnyebben észlelhesd a tüneteiket, amikor a Sprint Retrospective-et a Scrum Team-edben vezeted.

Elégtelen átláthatóság

A Scrum Guide szerint a Scrum Team minden tagjának őszintének és bátornak kell lennie a problémák kifejezésében, és meg kell osztania véleményét a Sprint Retrospective során. A gyakorlatban azonban az átláthatóság iránti elkötelezettség nagyon megterhelő. Emiatt a Scrum Team tagjai gyakran próbálják megkerülni ezt.

Egy olyan probléma, amelyet nehéz észlelni és megoldani, az a Scrum Team munkájában megfigyelt hiányosságok megvitatásának elkerülése. Ez hosszú távon sokkal súlyosabb problémákhoz vezethet.

A Scrum Master feladata tehát, hogy szorosan figyelemmel kísérje a helyzetet a csapatban, és ösztönözze az összes csapattagot, hogy proaktívan lépjenek fel a Sprint Retrospective kezdetétől fogva.

Egyszeri problémákra vagy sikerekre való fókuszálás

A Sprint Retrospective során felmerülő másik probléma az, hogy nem fordítanak elegendő figyelmet a ciklikus és ismétlődő csapatviselkedésekre, és azok hatására a csapat hatékonyságára.

Mindig jó dolog gratulálni a Scrum Team tagjainak, ha kivételes sikert értek el. Azonban a Sprint Review-t nem szabad a siker ünneplésére szentelni. Ugyanez igaz a kudarcokra is. Ha valami véletlenszerű okok miatt vagy már diagnosztizált hiba miatt megbukott, akkor nem érdemes túlanalizálni az eseményt a Sprint Review során.

keresse a módokat a csapat napi munkájának javítására. Ezért a találkozónak nem szabad az egyszeri sikerek vagy olyan problémák körül forognia, amelyek valószínűleg nem fognak megismétlődni.

A Product Owner túlreprezentálása

Sok szervezetben a Product Owner pozícióját a Product Managerével azonosítják. A Product Owner-t gyakran a Scrum Team felügyelőjének tekintik. Emiatt előfordul, hogy a Fejlesztő Csapat nem akar a csapatmunkával kapcsolatos problémákról beszélni a jelenlétében.

Ezért olyan fontos, hogy kölcsönös bizalmat építsenek a Fejlesztő Csapat és a Product Owner között. Sajnos a bizalom kiépítése nehéz és időigényes folyamat. Ezért néha jó ötlet, ha a Product Owner lemond a Sprint Retrospective teljes vagy részleges részvételéről, hogy teret adjon a csapat többi tagjának a szabad beszélgetésre.

Önmenedzsment problémák

Az önmenedzsment azt jelenti, hogy a Scrum Team tagjai saját döntéseket hoznak arról, hogy közülük ki végezzen el bizonyos feladatokat, mikor és hogyan. A Sprint Retrospective során a csapat az emberekről, azok interakcióiról, valamint a csapatgyakorlatokról beszélget. Ezután eldöntik, hogy milyen problémákat kell megoldani a következő Sprint során, hogyan tegyék ezt együtt, és ki vállalja a felelősséget a cselekvésért.

Ha komolyabb problémák merülnek fel egy önmenedzselő csapatban, a Scrum Team-ben kísértés lehet a felelősség áthárítása.

Időnként a csapattagok nem akarnak részt venni a megbeszélésen, és megpróbálják a vezetési felelősséget másra hárítani. Ennek megakadályozása érdekében rendkívül fontos, hogy még a kisebb problémákat is rendszeresen megvitassák, hogy megakadályozzák azok felhalmozódását.

Túl sok kötelezettségvállalás

Aktív Scrum Team, amely az empirikus tudomány három pillére szerint működik: átláthatóság, ellenőrzés és alkalmazkodás, szembesülhet a problémával, hogy egyszerre túl sok kötelezettségvállalást tesz.

Ha a Scrum Team által a Sprint Retrospective során tett kötelezettségvállalások túl sokan vannak, jelentős kockázat áll fenn, hogy:

• egyik kötelezettségvállalás sem valósul meg megfelelően
• néhány kötelezettségvállalás egyáltalán nem valósul meg
• a végrehajtott változások nem lesznek tartósak

Ezért jó gyakorlat, ha minden Sprint során legfeljebb négy fejlesztést vállalnak. Ez lehetővé teszi a csapat teljesítményének fokozatos, de hatékony javítását.

Gyakori hibák a Sprint Retrospective során – Összefoglalás

Mivel a Sprint Retrospective egy kihívást jelentő esemény, gyakran merülnek fel problémák a lebonyolítása során. Azok kezelésére, amelyek a leggyakrabban előfordulnak, érdemes megjegyezni azokat. A Sprint Retrospective során elkövetett gyakori hibák a következők:

• elégséges átláthatóság hiánya – amikor a Scrum Team tagjai nem tudnak őszintén kezelni nehezebb csapathelyzeteket
• egyszeri problémákra vagy sikerekre való fókuszálás – amikor a Scrum Team tagjai a sikerek és kudarcok megvitatására összpontosítanak, ahelyett, hogy a csapat munkájának hosszú távú hatékonyságáról beszélnének
• Product Owner túlreprezentálása – amikor a Scrum Team tagjai korlátozott bizalommal kezelik a Product Owner-t, mintha ő valaki kívülálló vagy felügyelő lenne
• önmenedzsment problémák – amikor a Scrum Team tagjai megpróbálják áthárítani a problémákért és a döntéshozatalért a felelősséget.

Ha tetszik a tartalmunk, csatlakozz a nyüzsgő méheink közösségéhez a Facebookon, Twitteren, LinkedIn-en, Instagramon, YouTube-on, Pinterest-en.