Scrum-opas | 39. Yleisimmät virheet Sprintin retrospektiivissä

Sprint Retrospektiivi on tapahtuma, joka päättää jokaisen Sprintin. Ja samalla yksi vaikeimmista Scrum-tiimin kokouksista. Yleisimmät virheet Sprint Retrospektiivin aikana liittyvät keskustelujen välttämiseen herkistä aiheista sekä konkreettisten sitoumusten puutteeseen, mikä johtaa jo diagnosoitujen ongelmien ratkaisemiseen.

Yleisimmät virheet Sprint Retrospektiivin aikana – sisällysluettelo:

1. Johdanto
2. Riittämätön läpinäkyvyys
3. Keskittyminen kertaluonteisiin ongelmiin tai onnistumisiin
4. Tuoteomistajan yliedustus
5. Itseohjautuvuuden ongelmat
6. Liian monta sitoumusta
7. Yleisimmät virheet Sprint Retrospektiivin aikana – Yhteenveto

Johdanto

Virheet Sprint Retrospektiivin aikana ovat valitettavasti hyvin yleisiä. Tämä johtuu siitä, että se on yksi vaikeimmista kokouksista toteuttaa onnistuneesti, koska se vaatii tiimiltä paljon kypsyyttä. Siksi on syytä tarkastella ongelmia, jotka esiintyvät useimmiten muissa tiimeissä, jotta voit helpommin tunnistaa niiden oireet, kun toteutat Sprint Retrospektiiviä omassa Scrum-tiimissäsi.

Riittämätön läpinäkyvyys

Scrum-oppaiden mukaan jokaisen Scrum-tiimin jäsenen on oltava rehellinen ja rohkea huolien ilmaisemisessa ja esitettävä mielipiteensä Sprint Retrospektiivin aikana. Käytännössä kuitenkin sitoutuminen läpinäkyvyyteen on hyvin vaativaa. Tämän vuoksi Scrum-tiimin jäsenet yrittävät usein kiertää sitä.

Yksi ongelma, jota on vaikea havaita ja ratkaista, on havaittujen puutteiden välttäminen Scrum-tiimin työssä. Tämä voi johtaa paljon vakavampiin ongelmiin pitkällä aikavälillä.

Scrum Masterin tehtävä on pitää tarkkaa silmällä tilannetta tiimissä ja kannustaa kaikkia tiimin jäseniä olemaan proaktiivisia heti Sprint Retrospektiivin alusta alkaen.

Keskittyminen kertaluonteisiin ongelmiin tai onnistumisiin

Toinen ongelma, joka voi ilmetä Sprint Retrospektiivin aikana, on riittämätön huomio kiertäviin ja toistuviin tiimikäyttäytymisiin ja niiden vaikutukseen tiimin tehokkuuteen.

On aina hyvä onnitella Scrum-tiimin jäseniä, jos he ovat saavuttaneet poikkeuksellisia onnistumisia. Kuitenkin, Sprint Review’ta ei tulisi omistaa sen juhlistamiseen. Sama pätee epäonnistumisiin. Jos jokin epäonnistui sattumanvaraisista syistä tai jo diagnosoidun virheen vuoksi, ei ole syytä yliaanalysoida tapahtumaa Sprint Review’n aikana.

Kuitenkin joskus tiimi omistaa suuren osan Sprint Retrospektiivistä tällaisille tapahtumille. On kuitenkin hyvä muistaa, että Sprint Retrospektiivin tarkoitus on etsia tapoja parantaa tiimin päivittäistä työtä. Siksi kokouksen ei tulisi pyöriä kertaluonteisten onnistumisten tai ongelmien ympärillä, jotka todennäköisesti eivät toistu.

Tuoteomistajan yliedustus

Monissa organisaatioissa tuoteomistajan asema rinnastetaan tuotejohtajan asemaan. Tuoteomistajaa pidetään usein Scrum-tiimin valvojana. Tämän vuoksi kehitystiimi ei halua puhua tiimityöongelmista hänen läsnäollessaan.

Siksi on niin tärkeää rakentaa keskinäistä luottamusta kehitystiimin ja tuoteomistajan välille. Valitettavasti luottamuksen rakentaminen on vaikeaa ja aikaa vievää. Siksi on joskus hyvä idea, että tuoteomistaja luopuu osallistumisestaan koko tai osan Sprint Retrospektiivistä, jotta muu tiimi voi keskustella vapaasti.

Itseohjautuvuuden ongelmat

Itseohjautuvuus tarkoittaa, että Scrum-tiimin jäsenet tekevät omat päätöksensä siitä, kuka heistä suorittaa tiettyjä tehtäviä, milloin ja miten. Sprint Retrospektiivin aikana tiimi keskustelee ihmisistä, heidän vuorovaikutuksestaan sekä tiimin käytännöistä. Se päättää, mitä ongelmia on ratkaistava tulevassa Sprintissä, miten se tehdään yhdessä ja kuka kantaa vastuun toimista.

Jos itseohjautuvassa tiimissä ilmenee vakavampia ongelmia, Scrum-tiimissä voi olla houkutus luopua vastuusta.

Joskus tiimin jäsenet eivät halua osallistua keskusteluun ja yrittävät sysätä johtamisvastuuta jonkun muun harteille. Tämän estämiseksi on äärimmäisen tärkeää keskustella jopa pienistä ongelmista säännöllisesti, jotta niiden kertymistä voidaan estää.

Liian monta sitoumusta

Aktiivinen Scrum-tiimi, joka toimii kolmen empirismin peruspilarin mukaisesti: läpinäkyvyys, tarkastelu ja mukautuminen, voi kohdata ongelman, jossa tehdään liian monta sitoumusta kerralla.

Jos Sprint Retrospektiivin aikana tehdyt sitoumukset ovat liian monta, on huomattava riski, että:

• yhtään sitoumusta ei toteuteta kunnolla
• joitakin sitoumuksia ei toteuteta lainkaan
• tehdyt muutokset eivät ole pysyviä

Siksi hyvä käytäntö on sitoutua enintään neljään parannukseen jokaisessa Sprintissä. Tämä mahdollistaa tiimin suorituskyvyn asteittaisen mutta tehokkaan parantamisen.

Yleisimmät virheet Sprint Retrospektiivin aikana – Yhteenveto

Koska Sprint Retrospektiivin on haastava tapahtuma, sen toteuttamisen aikana syntyy usein ongelmia. Niiden käsittelemiseksi helpommin on syytä huomioida ne, jotka esiintyvät useimmiten. Yleisimmät virheet Sprint Retrospektiivin aikana ovat:

• riittämätön läpinäkyvyys – kun Scrum-tiimin jäsenet eivät pysty käsittelemään rehellisesti vaikeissa ti Situatioissa
• keskittyminen kertaluonteisiin ongelmiin tai onnistumisiin – kun Scrum-tiimin jäsenet keskittyvät keskustelemaan onnistumisista ja epäonnistumisista sen sijaan, että keskustelisivat tiimin työn pitkäaikaisesta tehokkuudesta
• Tuoteomistajan yliedustus – kun Scrum-tiimin jäsenet kohtelevat tuoteomistajaa rajallisella luottamuksella ikään kuin hän olisi joku tiimin ulkopuolelta tai valvoja
• itseohjautuvuuden ongelmat – kun Scrum-tiimin jäsenet yrittävät siirtää vastuuta ongelmista ja päätöksenteosta.

Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä.