Sprint Refinement vs. Sprint-retrospektiivi: Selitetty yksinkertaisesti
Olen Scrum Master ja psykologi, ja olen fasilitoinut yli 200 retrospektiiviä. Kuulen joskus kysymyksen: Mikä kuuluu Sprint Refinementiin ja mikä Sprint-retrospektiiviin? Juuri tämän selvitän tässä käytännönläheisesti.
Sprint Refinement vs. Sprint-retrospektiivi 20 sekunnissa
| Kysymys | Sprint Refinement | Sprint-retrospektiivi |
|---|---|---|
| Mistä on kyse? | Seuraavan työn tarkentaminen | Yhteistyön parantaminen |
| Katseen suunta | Eteenpäin | Taaksepäin katsominen ja oppiminen |
| Tulos | Selkeämmät Backlog-kohteet | Konkreettiset toimenpiteet |
| Fokus | Mitä rakennamme seuraavaksi? | Miten työskentelemme paremmin seuraavassa sprintissä? |
Mikä on Sprint Refinement?
Sprint Refinementissa tiimini selvittää avoimia vaatimuksia, pilkkoo suuria tikettejä pienemmiksi ja tekee backlogista toteutuskelpoisen. Minulle Sprint Refinement on valmistautumista hyviin sprinttipäätöksiin suunnittelussa (Planning).
Mikä on Sprint-retrospektiivi?
Sprint-retrospektiivissä tarkastelemme yhteistyötä, prosessia ja oppeja edellisestä sprintistä. Tavoitteena ei ole enää tikettien yksityiskohdat, vaan parempi tiimityö selkeiden toimenpiteiden (Action Items) avulla.
Sprint Refinement vs. Sprint-retrospektiivi: Mikä on ero?
Sprint Refinementin ja Sprint-retrospektiivin ydinero on päätöksenteon kohde:
- Refinementissa tiimi päättää työn sisällöstä.
- Retrospektiivissä tiimi päättää työtavasta.
Kun erotat Sprint Refinementin ja Sprint-retrospektiivin selkeästi, fokus ja tulosten laatu paranevat lähes aina näkyvästi.
Käytännön esimerkki 1
Tiimi alkaa retrossa yhtäkkiä keskustella siitä, onko jokin tiketti liian suuri. Istunto venyy, mutta parannustoimenpiteitä ei synny.
Mitä tässä pitää muuttaa:
- Siirrä tikettien tarkentaminen takaisin Refinementiin.
- Selvitä retrossa vain prosessikysymys: Miksi epäselviä tikettejä päätyy sprinttiin ylipäätään?
Käytännön esimerkki 2
Tiimi käyttää Refinementia kuin mini-planningia sitoumuksineen. Planningissa puuttuu silti selkeys.
Mitä tässä pitää muuttaa:
- Erota Refinement valmisteluna ja Planning sitoutumisena.
- Käytä retrospektiiviä toistuvien koordinointiongelmien parantamiseen.
Yleisiä sekaannuksia Sprint Refinementin ja Sprint-retrospektiivin ympärillä
Sprint Planning vs. Sprint Refinement
Refinement valmistelee, Planning päättää sprintin sitoumuksen (Commitment).
Sprint Review vs. Sprint-retrospektiivi
Review keskittyy tuoteinkrementtiin ja sidosryhmien palautteeseen, retrospektiivi keskittyy tiimin prosessiin ja parannuksiin.
Backlog Refinement vs. Sprint Planning
Backlog Refinement tekee vaihtoehdoista toteutuskelpoisia, Sprint Planning valitsee niistä sprinttisuunnitelman.
Scrum-tapahtumien ulkoisena syventämisenä käytän usein lyhyitä selityksiä lähteistä Scrum.org ja Atlassian.
Sprint Refinement vs. Sprint-retrospektiivi: Mikä kysymys sopii milloinkin?
| Tilanne | Käytä mieluummin Refinement-kysymyksiä | Käytä mieluummin retrospektiivi-kysymyksiä |
|---|---|---|
| Storyt liian suuria/epäselviä | ”Mitä puuttuu toteutuskelpoisuudesta?” | |
| Prioriteetit epäselviä | ”Mikä on todella tärkeää seuraavassa sprintissä?” | |
| Toistuva kitka | ”Mikä hidastaa yhteistyötämme?” | |
| Toimenpiteet jäävät tekemättä | ”Mihin yhteen toimenpiteeseen sitoudumme seuraavaan retroon mennessä?” | |
| Liikaa yllätyksiä | ”Mikä riski meidän olisi pitänyt nähdä aiemmin?" | "Miksi näemme tämän riskin liian myöhään?” |
Sääntöni Sprint Refinement vs. Sprint-retrospektiivi -jaossa: Jos ydinkysymys on “Mitä rakennamme seuraavaksi?”, se on Refinementia. Jos se on “Miten tulemme paremmaksi tiiminä?”, se on retrospektiivi.
2 hyvää retrospektiivi-ideaa aloittelijoille
Keep Stop Start
Jos haluat aloittaa yksinkertaisella ja selkeällä rakenteella, Keep Stop Start on usein paras valinta. Tämä menetelmä auttaa aloittelijoita siirtymään nopeasti havainnoista konkreettisiin toimenpiteisiin.
Keep Stop Start -retro: Näin retro etenee
-
Satunnainen jäänmurtaja (2–5 minuuttia)
Echometer tarjoaa satunnaisten sisäänkirjautumiskysymysten luojan.
-
Avoimien toimenpiteiden tarkastelu (2–5 minuuttia)
Ennen kuin aloitat uusia aiheita, sinun tulisi keskustella menneiden retrospektiivien toimenpiteiden tuloksista tehokkuuden tarkistamiseksi. Echometer listaa automaattisesti kaikki avoimet toimenpiteet menneistä retrospektiiveistä.
-
Retro-aiheiden käsittely
Käytä seuraavia avoimia kysymyksiä tärkeimpien havaintojesi keräämiseen. Ensin jokainen itsenäisesti. Echometer mahdollistaa retrotaulun jokaisen sarakkeen paljastamisen erikseen, jotta palautetta voidaan sitten esitellä ja ryhmitellä.
- Keep: Mitä meidän tulisi säilyttää?
- Stop: Mitä meidän tulisi lopettaa?
- Start: Mitä meidän tulisi alkaa tehdä?
-
Yleiskysymys (suositus)
Jotta muillakin aiheilla olisi paikkansa:
- Mistä muusta haluaisit puhua retrospektiivissä?
-
Priorisointi / Äänestys (5 minuuttia)
Echometerin retrotaululla voit helposti priorisoida palautteen äänestyksellä. Äänestys on luonnollisesti anonyymi.
-
Toimenpiteiden määrittely (10-20 minuuttia)
Palautteeseen voidaan luoda linkitetty toimenpide plus-symbolin avulla. Etkö ole vielä varma, mikä toimenpide olisi oikea? Avaa sitten plus-symbolin kautta aiheeseen liittyvä Whiteboard, jossa voit ideoida perussyitä ja mahdollisia toimenpiteitä.
-
Uloskirjautuminen / Lopetus (5 minuuttia)
Echometerin avulla voit kerätä anonyymiä palautetta tiimiltä siitä, kuinka hyödyllinen retro oli. Tästä syntyy ROTI-pistemäärä ("Return On Time Invested"), jota voit seurata ajan mittaan.
Keep Stop Start -retro
Spotify Health Check -retro
Jos tiimisi haluaa tunnistaa yksittäisten ongelmien sijaan yhteistyön malleja, tämä menetelmä on erityisen hyödyllinen. Se antaa sinulle lyhyessä ajassa laajemman kuvan tiimin dynamiikasta ja kehityksestä.
Tiimin retrospektiivi Spotify Health Checkin avulla: Näin retro etenee
-
Satunnainen jäänmurtaja (2–5 minuuttia)
Echometer tarjoaa satunnaisten sisäänkirjautumiskysymysten luojan.
-
Avoimien toimenpiteiden tarkastelu (2–5 minuuttia)
Ennen kuin aloitat uusia aiheita, sinun tulisi keskustella menneiden retrospektiivien toimenpiteiden tuloksista tehokkuuden tarkistamiseksi. Echometer listaa automaattisesti kaikki avoimet toimenpiteet menneistä retrospektiiveistä.
-
Health Check
Kaikki tiimin jäsenet voivat vastata terveystarkastuksiin nimettömästi asteikolla. Käykää sitten yhdessä läpi terveystarkastusten tulokset ja kirjatkaa tarvittaessa lisäkommentteja. Jos käytät samoja terveystarkastuksia useissa retrospektiiveissä, voit myös seurata trendejä ajan mittaan Echometerissa.
- Menemme mielellämme töihin ja meillä on hauskaa yhdessä työskennellessämme.
- Saamme aina hienoa tukea ja apua, kun pyydämme sitä.
- Olemme loistava tiimi, joka tekee hienoa yhteistyötä.
- Opimme jatkuvasti paljon mielenkiintoisia asioita.
-
Retro-aiheiden käsittely
Käytä seuraavia avoimia kysymyksiä tärkeimpien havaintojesi keräämiseen. Ensin jokainen itsenäisesti. Echometer mahdollistaa retrotaulun jokaisen sarakkeen paljastamisen erikseen, jotta palautetta voidaan sitten esitellä ja ryhmitellä.
-
Yleiskysymys (suositus)
Jotta muillakin aiheilla olisi paikkansa:
- Mistä muusta haluaisit puhua retrospektiivissä?
-
Priorisointi / Äänestys (5 minuuttia)
Echometerin retrotaululla voit helposti priorisoida palautteen äänestyksellä. Äänestys on luonnollisesti anonyymi.
-
Toimenpiteiden määrittely (10-20 minuuttia)
Palautteeseen voidaan luoda linkitetty toimenpide plus-symbolin avulla. Etkö ole vielä varma, mikä toimenpide olisi oikea? Avaa sitten plus-symbolin kautta aiheeseen liittyvä Whiteboard, jossa voit ideoida perussyitä ja mahdollisia toimenpiteitä.
-
Uloskirjautuminen / Lopetus (5 minuuttia)
Echometerin avulla voit kerätä anonyymiä palautetta tiimiltä siitä, kuinka hyödyllinen retro oli. Tästä syntyy ROTI-pistemäärä ("Return On Time Invested"), jota voit seurata ajan mittaan.
Tiimin retrospektiivi Spotify Health Checkin avulla
Terveystarkastuskysymykset (asteikko)
Löydät lisää menetelmiä täältä: Retrospektiiviset menetelmät . Parempiin aloituksiin suosittelen artikkelia Retrospektiivinen check-in . Toimenpiteiden (Action Items) toteuttamiseen sopii Retrospektiiviset toimenpiteet .
Miksi Echometer on täydellinen aloitus
Kun tiimit haluavat erottaa Sprint Refinementin ja Sprint Retrospektiivin selkeästi toisistaan, selkeä työnkulku auttaa. Echometer on tähän ihanteellinen, koska aloitat suoraan strukturoiduilla malleilla retrospektiiviäsi varten, seuraat toimenpiteitä ja teet tiimin kehityksen näkyväksi. Huomio: Echometer ei ole tarkoitettu Refinementiin, vaan se on erikoistunut tehokkaisiin retrospektiiveihin.
Jos haluat mitata tiimin kehitystä retrojen ohella, tutustu lisäksi laskeutumissivuumme aiheesta Team Health Check -ohjelmisto .
Jos etsit moderointiopasta, löydät täältä meidän e-kirjamme, jossa on vinkkejä retron moderointiin.
Johtopäätös
Sprint Refinement vs Sprint Retrospektiivi on helppo erottaa toisistaan, kun pidät fokuksen selkeänä: Refinement hioo seuraavaa työtä, retrospektiivi parantaa yhteistyötänne. Kun sovellat tätä logiikkaa johdonmukaisesti, molemmista kokouksista tulee lyhyempiä, selkeämpiä ja huomattavasti vaikuttavampia.
UKK kirjastostamme
Kuka osallistuu retrospektiiviin?
Retrospektiivi pidetään tyypillisesti tiimitasolla. Yleensä tällaisissa ketterissä tiimeissä on vähintään 3 ja enintään 10 jäsentä. Retrospektiiviin osallistuvat siis kaikki tiimin jäsenet – riippumatta heidän roolistaan tiimissä.
Se, lasketaanko ryhmän johtaja ryhmän jäseneksi, riippuu asiayhteydestä, ja viime kädessä ryhmän on itse päätettävä siitä. Mitä enemmän tiiminvetäjät osallistuvat tiimin päivittäiseen työhön, sitä järkevämpää on, että he osallistuvat myös tiimin retrospektiiveihin.
Olisi nimettävä moderaattori, joka varmistaa, että prosessi on mahdollisimman organisoitu ja tehokas. Tätä tehtävää voi hoitaa esimerkiksi Scrum Master, mutta myös joku muu tiimin jäsen. Voit myös yksinkertaisesti vuorotella moderaattorin roolia tiimin sisällä – kaikki vuorottelevat tietyssä järjestyksessä.
Mitä vaiheita retrospektiiviin kuuluu?
Retrospektiiveissä on tyypillisesti viisi vaihetta: puitteiden luominen, tiedon kerääminen, oivallusten hankkiminen, toimenpiteiden päättäminen ja lopetus. Tarkka kulku voi vaihdella, mutta sen tulisi aina johtaa konkreettisiin toimenpiteisiin. Perinteisten viiden retrospektiivivaiheen lisäksi on kuitenkin olemassa myös tuplatimantti-malli retrospektiivien vaiheille , joka antaa retrospektiivien vetäjille intuitiivisemman kuvan onnistuneesta ja tuloshakuisesta fasilitoinnista.
Miten retrospektiivin onnistumista mitataan?
Retrospektiivien onnistuminen näkyy siinä, että sovitut toimenpiteet toteutetaan ja syntyy mitattavia parannuksia. Tiimit käyttävät tähän tuottavuuslukujen (joihin on suhtauduttava varoen) lisäksi esimerkiksi toimintaerien seurantaa, trendejä tiimin hyvinvoinnin tarkastus- / pulssitarkastuskyselyiden palautteissa.
