Monet sanovat, että retrospektiivi on ketterän työkalupakin tärkein seremonia. Woody Zuill ilmaisee asian näin:
Jos otat käyttöön vain #agile-käytännön, sen pitäisi olla retrospektiiviä. Kaikki muu seuraa sen jälkeen..
Woody Zuill
Miksi siis kehitystiimi voi pitää sprintin jälkikäteisarviointia tarpeettomana? Kokemukseni mukaan Scrum Masterina ja psykologina tämä liittyy yleensä tiimin kypsyystasoon.
Mitä voit tehdä parantaaksesi tiimisi kypsyyttä – tässä yhteydessä ja yleensä? Tässä on 7 ajatusta, 7 vinkkiä, jotka auttavat sinua tässä haasteessa.
Tiimin mielestä retrospektiivi on tarpeeton: mitä tehdä?
Muuten, virallinen vastaus Scrum-sertifiointikokeen mukaan on tämä: Scrum Masterin tulisi työskennellä tiimin parissa tehostaakseen sen toimintaa. Mh, tuo ei oikein auta. Mitä sillä voisi tarkoittaa?
Scrum Masterin tulisi työskennellä tiimin parissa tehostaakseen sen toimintaa.
Scrum Masterin virallinen rooli on seuraavanlainen, jos tarkastellaan Scrum-opas tarkastelee: "Scrum Master kannustaa Scrum-tiimiä parantamaan kehitysprosessiaan ja käytäntöjään Scrum-prosessin sisällä, jotta se olisi tehokkaampi ja miellyttävämpi seuraavaa Sprinttiä varten."
Teoriassa tämä tarkoittaa, että retrospektiivin pitäisi olla Scrum Masterin keskeinen tapahtuma, sillä retrospektiivin päätarkoitus on auttaa tiimiä parantamaan jatkuvasti. Käytännössä tiimillä ei kuitenkaan välttämättä ole sellaista kypsyystasoa, että se voisi todella käyttää retrospektiiviä, eikä se siksi näe sen arvoa. Tästä syystä itse tulkitsen lausuman "tehostaa tiimin toimintaa" abstraktilla tasolla "lisätä tiimin kypsyystasoa". Miten se voidaan tehdä tässä yhteydessä? Ennen kuin aloitamme vinkit tähän, selitys 
Retroa pidetään arvokkaana silloin, kun sitä todella parannetaan jatkuvasti. Silloin autonomian, itseorganisoitumisen ja itsetehokkuuden tunne on korkea. Tämä johtaa hypoteesiin: Retrospektiivien koettu laatu on yksi parhaista tiimin (ketterän) kypsyystason indikaattoreista.
Jos haluat mitata ketterää kypsyystasoa –, sinun pitäisi käyttää indikaattorina retrospektiivien laatua. Tämä on tyypillinen ajallinen suhde "retrospektiivin koetun laadun" ja tiimin "Agilem-kypsyystason" välillä.
Tämä eteneminen tapahtuu seuraavasti:
- Ensimmäiset jälkitarkastukset tehdään, toimenpiteet kirjataan ylös. Syntyy tunne: Jotain on vihdoin tapahtumassa!
- Toimenpiteitä ei ole todella toteutettu. Paljon puhetta, mutta vähän toimintaa.
- Jonkin ajan kuluttua syntyy turhautumista tai yksinkertaisesti niin sanottua "retro-väsymystä". Nyt syntyy tämän artikkelin ilmiö: Retrospektiivi nähdään tarpeettomana. Tiimi itse kokee itsensä suhteellisen kypsäksi eikä näe ongelmia.
- Tähän pisteeseen pääsevät vain harvat joukkueet. Nimittäin silloin, kun retrojen laatu kasvaa jälleen ja se johtaa lopulta havaittaviin parannuksiin, jolloin itsetehokkuuden tunne kypsyy hitaasti.
Toivottavasti tämän tekstin vinkit auttavat sinua ottamaan muutaman askeleen tähän suuntaan. Voin kuitenkin myös suositella lämpimästi tekstiä "7 vinkkiä hyviin toimintakohteisiin", joilla on toinen rooli tässä asiassa.
1. Ymmärrä, miksi tiimi pitää retrospektiiviä tarpeettomana.
Scrum Masterina sinulla voi olla hypoteesi, miksi tiimi pitää sprintin retrospektiiviä tarpeettomana. Mutta testaa tämä hypoteesi. Kysy tiimiltä nimenomaisesti taustoista.
Usein tiimissä on "mielipidejohtaja", jolla on suuri vaikutusvalta tiimiin. Yritä löytää tämä henkilö, ymmärrä hänen näkökantansa ja parhaimmillaan suunnittele vastatoimia yhdessä hänen kanssaan (ks. jäljempänä).
Mitä paremmin ymmärrät tiimiä, sitä paremmin voit kehittää suunnitelman tiimin kypsyyden lisäämiseksi ja valita sopivimman seuraavista vinkeistä.
2. suorittaa takautuva
Sinun pitäisi periaatteessa tehdä takautuva tarkastelu. Sanotaan, että tiimi tarvitsee vain lisää aikaa saavuttaakseen sprinttitavoitteensa –, ja tunti koodausta retrospektiivin sijaan voisi olla ratkaiseva. Tässä tapauksessa on OK lykätä retrospektiiviä muutamalla päivällä.
Voit myös muuttaa retrospektiivin luonnetta, lyhentää sitä ja niin edelleen. Paras tapa osoittaa tiimille retrospektiivin arvo on kuitenkin järjestää todella hyvä retrospektiivi. Vetoan siis siihen, että varaatte tiimin kalenterista ajan retrospektiiville.
3. mitataan ROTI-arvo
Et voi muuttaa sitä, mitä et mittaa. Yksinkertainen ja nopea tapa, joka auttaa sinua jatkuvasti arvioimaan, miten tiimi kokee retrot, on mitata ROTI-pistemäärää: "sijoitetun ajan tuottoa". Kysy yksinkertaisesti seuraava kysymys jokaisen retrospektiivin jälkeen, ehkä tarkistuksena: "Asteikolla 0-10, kuinka hyvin tähän retrospektiiviin käytettiin aikaa?". Mittaa keskiarvo ajan kuluessa – toivottavasti näet pian positiivisen suuntauksen!
Keskimääräinen "sijoitetun pääoman tuotto" asteikolla 0-10 kuukaudessa Echometer-työkalussa – ovatko retrot sen arvoisia? Vaikuttaa siltä!
4. Pidä sprintin jälkikatsaus hyvin lyhyenä.
Kehitystiimin mielestä sprintin retrospektiivi on tarpeeton – Mitä sinun pitäisi nyt tehdä Scrum Masterina?
Kuten alussa mainitsin, tiimi luultavasti kokee, että sprintin retrospektiivi ei ole tarpeellinen, koska se on heidän mielestään ajanhukkaa.
Toisin sanoen: – eli sijoitetun ajan laatu, ks. edellä –, on melko huono. Tämän muuttamiseksi on olemassa yksinkertainen keino: yksinkertaisesti käytetään vähemmän aikaa samaan tulokseen.
Tämä on ehkä paras vinkki, jos tiimi pitää sprintin retrospektiiviä tarpeettomana. Kerro tiimillesi: OK, pidämme sen mahdollisimman lyhyenä (lue lisää blogikirjoituksestamme "Lyhyt takautuva – Parempi nopeasti kuin ei lainkaan").
Tärkeää: Et halua viestittää, että se pysyy tällaisena ikuisesti. Viestisi pysyy samana: Retrospektiivit ovat todella tärkeitä. Ennemmin tai myöhemmin retrospektiivit eivät ole enää niin lyhyitä.
Mutta lyhennät retrospektiiviä (esimerkiksi 60 minuutista 30 minuuttiin), koska tällä tavoin tiimi oppii, kuinka tärkeää voi olla käyttää aikaa. Ja annat retrospektiivin pituuden kasvaa niin sanotusti "orgaanisesti" tiimin "vetämällä" tai "toivomalla", koska jossain vaiheessa he haluavat retrospektiiville enemmän aikaa. Miten se onnistuu?
Kysyt yksinkertaisesti tärkeimmän kysymyksen:
"Miksi emme saaneet kaikkia edelliselle iteraatiolle asetettuja käyttäjätarinoita valmiiksi?"
Tämä johtaa kiihkeisiin keskusteluihin ja luultavasti lyhyessä ajassa syntyviin toimintaideoihin. Se voi jopa johtaa pidempiin keskusteluihin. Jo nyt tiimi on ilmoittanut tarvitsevansa enemmän aikaa jälkikäteen tarkasteluun (sinun tehtäväsi on tietenkin pitää keskustelu rakentavana).
Kysy aina kysymys, jonka uskot herättävän hyviä ajatuksia tai keskustelua tiimissä. Ja sinulla pitäisi aina olla tavoitteena kirjata kokeilu, jota kokeilet seuraavassa sprintissä (tunnetaan myös nimellä action item).
5. ehdottaa, että myös muut rutiinit jätetään pois.
Tiimi on siis sitä mieltä, että retrospektiivi on ajanhukkaa. Selvä. Selvä. Scrum Masterina päätavoitteesi ei saisi koskaan olla se henkilö, joka toteuttaa Scrumin. Ei, kyse ei ole "Scrumista".
Kyse on siitä, että tiimi menestyy ja tuottaa arvoa asiakkaalle ja sidosryhmille. Scrumin on tarkoitus auttaa tiimiä tässä. Se on kuitenkin vain kehys, työkalupakki (melko hyvä sellainen) monista mahdollisista lähestymistavoista, joiden avulla arvo voidaan tuottaa nopeasti, kestävästi ja laadukkaasti.
Jos tiimi on siis tyytymätön retrojen suhteen, voit korostaa, että tarkastelet Scrumia juuri kuvatusta näkökulmasta. Ja sitten voit lisätä, että mielestäsi jotkin muut rutiinit ovat itse asiassa vähemmän tärkeitä kuin retrospektiivi.
Retrospektiivi on jatkuvan parantamisen moottori. Sen tarkoituksena on auttaa tiimin jäseniä selvittämään, mikä on toiminut hyvin ja mikä ei. Jos jätät tämän osan jatkuvasta kehästä pois, vaarana on, että jatkuvan parantamisen kehä pysähtyy.
Mitä tapahtuisi esimerkiksi, jos jättäisit pois muutaman päiväkirjan? Tiedätkö mitä tapahtuisi? Ehkä sillä ei olisi mitään vaikutusta – täydellinen, sitten voit pitää sen samana ja säästää aikaa.
Toisaalta tämä voi myös johtaa huonompaan viestintään tiimissä. Tiimi tekee siis virheitä. Lopulta syntyy orgaaninen tarve lisätä viestintää, minkä huomaisit vsl. jälkikäteen. Tällä kertaa ketterää seremoniaa ei kuitenkaan oteta käyttöön sinun vaatimuksestasi, vaan tiimin "tuskan" vuoksi. Tämän seurauksena tiimissä on paljon enemmän hyväksyntää tälle seremonialle.
6. tarkastella aiempia retrospektiivejä ja osoittaa niiden arvo.
Yksi lähestymistapa, joka voi täydentää muita lähestymistapoja, on tarkastella tiimin "takautuvaa historiaa" pidemmältä ajanjaksolta. Edellytyksenä on, että jotkin viimeisimmistä retrospektiiveistä ovat olleet onnistuneita.
Kun esimerkiksi katsot vuoden takaista retrospektiiviä, huomaat, miten vaikeita haasteet olivat viime vuonna. Ja sitten tajuat, että olisi paljon helpompaa ratkaista samat haasteet tänään, jos sinulla olisi kaikki hankkimasi tieto ja kokemus.
Toisin sanoen: Ymmärrät, miten paljon olet kehittynyt sillä välin. Ehkä tämä "jatkuvan parantamisen" lähestymistapa voisi sittenkin toimia?! Ja retrospektiivit ovat saattaneet todellakin olla tässä suuressa roolissa. Oikein käytettynä se voi varmasti johtaa "aha"-hetkeen tiimissä.
Lisäksi voit tarkastella myös viimeisimmän retrospektiivin ROTI-arvoa (Return on Time Investment) (ks. edellä): Jos voit todistaa, että retrospektiivin ROTI-arvo on 8-10, aika on selvästi sijoitettu hyvin. Retrospektiivityökalumme Echometer esimerkiksi kysyy ROTI-arvoa jokaisen retrospektiivin jälkeen ja antaa näin säännöllisen indikaattorin asiaankuuluvasta suorituskyvystä. Suorituskykysi Scrum Masterina.
Useimmat Agile-valmentajat kulkevat ympyrää.....
...ja hoitaa pinnallisia oireita. On aika käyttää psykologiaa – kestävään ajattelutavan muutokseen.
"Miksi minulta kestää joskus tunteja valmistella yksinkertainen retrospektiivi?"
7. lisää vaihtelua retrospektiiviisi.
Yksi tyypillisistä vastauksista kysymykseen "Kehitystiimin mielestä sprintin retrospektiivi on tarpeeton – mitä Scrum Masterin pitäisi tehdä?" on tehdä retrospektiivistä tuottavampi ja jännittävämpi lisäämällä menetelmiin vaihtelua ja tekemällä siitä hauskempi. Korostan aina, että "hauskuus" ei ole niin tärkeää, vaan painopisteen pitäisi silti olla siinä, että siitä tehdään tuottava. Hauskuus voi kuitenkin tietysti herättää tiettyä luovuutta ja motivaatiota.
Toisaalta tämä tarkoittaa sitä, että voit käyttää luovia retrospektiivisiä menetelmiä – ks. esim. postauksemme aiheesta 32 Retrospektiiviset menetelmät aloittelijoille ja ammattilaisille - eli metaforat avoimien kysymysten muodossa, jotka herättävät uusia ajatuksia ja ideoita.
Toisaalta voit käyttää myös menetelmiä, jotka menevät tyypillistä retrospektiiviä pidemmälle mutta joilla pyritään silti parantamaan tiimiä. Voisit esimerkiksi järjestää retrospektiivin/tiimityöpajan, jossa keskitytään seuraaviin asioihin psykologinen turvallisuus tiimissä parantaa –:tä, joka on yksi menestyvien tiimien keskeisistä vaatimuksista.
Voit myös käyttää retrotyökalua Echometer, joka lisää jatkuvasti tieteellisesti perusteltuja kysymyksiä retrospektiiviisi. Ne auttavat tiimiä pohtimaan, missä määrin ne täyttävät menestyvien tiimien keskeiset ominaisuudet. Tässä on esimerkki yhdestä työkalumme kysymyksestä, toinen menestyvien tiimien edellytys – terve palautekulttuuri:
Saan säännöllisesti hyödyllistä palautetta siitä, miten hyvin suoriudun ja miten voin kehittyä.
Esimerkki Echometer-työkalun impulssista, josta keskusteltiin jälkikäteen.
On monia muita tapoja tuoda vaihtelua eläkkeisiin – ole luova.
Kuten sanoin, riippuen siitä, "miksi" tiimi pitää sprintin retrospektiiviä tarpeettomana, monipuolisuuden lisäämisen ei luultavasti pitäisi olla ainoa keino ongelman ratkaisemiseksi.
Johtopäätös "turhista eläkkeistä
Kuten olet nähnyt, 7 vinkkiä ja toimenpidettä vastaavat haasteeseen eri tasoilla. Jos minun pitäisi antaa vain yksi vinkki, se olisi retrospektiivin lyhentäminen älykkäällä tavalla, kuten olen edellä esittänyt. Jos yhdistät kaikki nämä toimenpiteet, näet varmasti tuloksia hyvin pian.
Pidä hauskaa #jatkuvan parantamisen kanssa!
