Sprint Retrospective on Sprintin päätöstapahtuma, johon voivat osallistua vain Scrum-tiimin jäsenet. Tämä mahdollistaa sen, että tapahtuma voidaan täysin omistaa tiimin sisäisille asioille. Tämä johtuu siitä, että Sprint Retrospectivea käytetään ensisijaisesti nykyisten työmenetelmien arvioimiseen sekä niiden parantamiseen liittyvien ehdotusten keskustelemiseen.
Mitä on Sprint Retrospective? – sisällysluettelo:
- Johdanto
- Sprint Retrospectiven tavoitteet ja aiheet
- Kuinka toteuttaa tehokas Sprint Retrospective?
- Keskusteltavat ongelmat
- Keskustelu ja sitoutuminen
- Yhteenveto
Johdanto
Sprint Retrospective on kokous, joka päättää jokaisen Sprintin. Se on yksi Scrum-tapahtumista, joista kirjoitimme yleiskatsauksessa erillisessä artikkelissa.
Virallisen Scrum-oppaamme mukaan Sprint Retrospective kestää enintään kolme tuntia kuukausittaiselle Sprintille. Tai vastaavasti lyhyempi, jos Scrum-tiimi työskentelee lyhyemmissä sykleissä.
Sprint Retrospectiven tavoitteet ja aiheet
Kaikki Scrum-tiimin jäsenet osallistuvat Sprint Retrospectiveen. Kokouksen tarkoitus on keskustella Scrum-tiimin työhön liittyvistä ongelmista ja siitä, miten tiimi käsittelee niitä. Nämä eivät kuitenkaan ole ongelmia, jotka liittyvät Scrum-tiimin kehittämään tuotteeseen, vaan kysymyksiä, jotka liittyvät Scrum-tiimin jäsenten yhteistyön luonteeseen ja kulkuun.
Koska esiin nostetut kysymykset ovat usein herkkiä ja vaikeita, Sprint Retrospective on suljettu tapahtuma. Voimme muotoilla sen tavoitteet seuraavalla tavalla:
- yhteenveto nykyisistä yhteistyötavoista
- tunnistaa ne ongelmat ja puutteet, jotka vaativat parannusta
- ehdottaa ratkaisuja ja muutoksia
Sprint Retrospectiven tavoitteet liittyvät tiiviisti empirismiin, jonka varaan Scrum perustuu. Kaksi ensimmäistä kohtaa liittyvät tarkasteluun. Kun taas viimeinen liittyy sopeutumiseen. Kirjoitimme lisää empirismin pylväistä ja niiden roolista Scrumissa tässä artikkelissa.

Yllä olevien kokousten vastauksista syntyy ei vain selkeä kuva Scrum-tiimin yhteistyöperiaatteista, jotka ovat kaikkien sen jäsenten saatavilla. Tiimi myös sitoutuu parantamaan yhteistyötä ja tiimin käyttäytymistä, mikä toteutetaan seuraavassa Sprintissä.
Kuinka toteuttaa tehokas Sprint Retrospective?
Koska Sprint Retrospective on vaikea kokous, Scrum Masterin rooli, joka moderoi keskustelua, on ratkaiseva. Ihanteellisesti hänen tulisi ehdottaa Scrum-tiimin jäsenille, kuka puhuu seuraavaksi. Esimerkiksi hän voi pyytää kaikkia antamaan yhden lauseen yhteenvedon päättyneestä Sprintistä.
Keskusteltavat ongelmat
Koska ongelmista puhuminen tiimissä voi herättää paljon tunteita, yleinen ratkaisu on kirjoittaa keskusteltavat asiat erillisille paperilapuille. Tämä helpottaa mielipiteen ilmaisemista. On myös helpompi havaita suurempia ongelma-alueita ja kysymyksiä, joista useammalla ihmisellä on huolia.
Jos Scrum-tiimi esittää liian monta kysymystä, voit aloittaa keskustelemalla tärkeimmistä. Tai valita yhdessä, mitkä kysymykset ovat Scrum-tiimin mielestä tärkeimpiä.
Voit siirtää ongelmia, joihin ei ollut tarpeeksi aikaa Sprint Retrospective aikana, seuraavaan retrospektiiviin. Tietenkin vain, jos ne edelleen esiintyvät.

Keskustelu ja sitoutuminen
Kuitenkin Sprint Retrospectiven tärkeimmät osat ovat keskustelu ja sitoutuminen.
Keskustelun tulisi keskittyä ongelmien syihin, hetkiin, jolloin ne ilmenevät, ja niiden vaikutukseen Scrum-tiimin toimintaan. On syytä pohtia, voidaanko niiden esiintymistä välttää ja kenen kanssa niiden ratkaisusta keskustellaan.
Sitoutuminen on yhtä tärkeää kuin ongelmien diagnosointi, koska pelkästään niiden olemassaolon ja syiden tietäminen ei johda niiden ratkaisemiseen. Sprint Retrospectiven tulos on yleensä useita sitoumuksia. Jos ongelma vaikuttaa koko tiimiin, usein yksi tiimin jäsenistä sitoutuu kiinnittämään erityistä huomiota tiettyyn ongelmaan seuraavassa Sprintissä. Ja ehdottamaan sen ratkaisua tai jopa ratkaisemaan ongelman itse. Jos taas ongelma koskee tietyn henkilön toimintaa, hän sitoutuu muuttamaan käyttäytymistään jo seuraavassa Sprintissä.
Yhteenveto
Sprint Retrospective on yhteenveto Sprintistä Scrum-tiimin jäsenten yhteistyön näkökulmasta. Sen tarkoitus on parantaa tehokkuutta ja vaalia kolmea empirismin pylvästä: läpinäkyvyyttä, tarkastelua ja sopeutumista. Läpinäkyvyys, jossa kaikki yhteistyökumppanit puhuvat avoimesti keskenään sekä onnistumisista että tiimissä esiintyvistä ongelmista. Tarkastelu, joka sisältää tiimin tilanteen säännöllisen ja luotettavan diagnosoinnin, ja sopeutuminen, eli jatkuvasti ilmenevien virheiden korjaaminen.
Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä.
Caroline Becker
Projektipäällikkönä Caroline on asiantuntija uusien menetelmien löytämisessä parhaiden työnkulkujen suunnittelemiseksi ja prosessien optimoinniksi. Hänen organisatoriset taitonsa ja kyky työskennellä aikarajoitteiden alla tekevät hänestä parhaan henkilön monimutkaisten projektien toteuttamiseen.
Scrum Guide:
- Perustermien, roolien ja käsitteiden sanasto
- Mikä on Scrum?
- Scrum-arvot
- Miten toteuttaa Scrum yrityksessäsi?
- Scrum-tiimi - mitä se on ja miten se toimii?
- Mikä on tuoteomistaja?
- Tuotteen omistajan yleisimmät virheet
- Kuka on Scrum Master?
- Scrum Masterin yleisimmät virheet
- Mitä tilastoja ja mittareita Scrum Masterin tulisi seurata?
- Scrum-kehitystiimi
- Kehittäjien yleisimmät virheet
- Scrum-artifaktit
- Skalointi Scrum
- Sprint Backlog
- Mikä on tuotejonos?
- Mitä ovat käyttäjätarinat?
- Luodaan paras käyttäjätarina INVEST-periaatteella
- Yleisimmät käyttäjätarina-virheet
- Käyttäjätarinan hyväksymiskriteerit
- Arviointi ja tarinapisteet Scrumissa
- Suunnittelupokeri
- Tiimin arviointipeli
- Inkrementin määrittäminen
- Scrum-tapahtumat
- Mikä on burndown-kaavio?
- Burndown-kaavion edut ja haitat
- Kanban-taulut Scrumissa ja Scrumbanissa
- Nopeus Scrumissa - Kehitystiimin nopeus
- Päivittäinen Scrum
- Sprintin suunnittelu
- Sprintin tarkistus
- Mikä on sprintin retrospektiivi?
- Yleisimmät virheet Sprintin retrospektiivissä
- Tuotteen backlogin hoitaminen
- Kuinka luoda ja tulkita burndown-kaaviota?
- Mikä on Sprintti Scrumissa?
- Yhteistyö tuoteomistajan ja Scrum Masterin välillä
- Scrum-tiimin sitoumukset - Tuotetavoite, sprinttitavoite ja valmiuden määritelmä
- Hyvän Scrum Masterin ominaisuudet