Sprinttikatsaus: mikä se on ja miten sellainen järjestetään vuonna 2026
Sprintin katselmuskokoukset voivat olla haastavia; tässä artikkelissa kerron, miten niistä voi tehdä helpompia. Kun tiiminne on työskennellyt ahkerasti ja esittelee edistymisensä toivoen hyväksyntää sprintin työlistan kohteille, haluat saada julkaistavissa olevat inkrementit hyväksytyiksi. Perehdytään siihen, miten tämä onnistuu.
Mikä on sprintin katselmuskokous?
Sprintin katselmuskokous on tilaisuus, jossa tuote- (tai projekti-) tiimi ja tuoteomistaja kokoontuvat sprintin lopussa arvioimaan sprintin työlistalta valmistunutta työtä.
Sprintin katselmuskokouksessa tiimi esittelee ja demonstroi sprintin työlistalta kohteita, joiden se uskoo olevan julkaistavissa. Tuoteomistaja hyväksyy tai hylkää ominaisuudet sen perusteella, vastaavatko ne käyttäjän tarpeita, hyväksymiskriteerejä, DoD:tä (valmiin määritelmää) ja omia odotuksiaan, ja keskustelee sitten tiimin kanssa siitä, miten edetään.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Sprintin katselmuksessa hyödynnetään yleensä Scrum-ohjelmistoa tai ketterän projektinhallinnan ohjelmistoa edistymisen demonstroinnin tukena. Siihen osallistuvat yleensä Scrum-tiimi, Scrum-mestari, tuoteomistaja ja mahdollisesti muut sidosryhmät. Se on yksi kolmesta Scrum-seremoniasta eli ”tapahtumasta”, jotka luonnehtivat ketterää Scrum-toimituskehystä. Niitä kutsutaan seremonioiksi, mutta todellisuudessa ne ovat vain kokouksia!
Miksi sprintin katselmus järjestetään?
Sprintin katselmuksen tarkoituksena on Scrum-tiimin, tuoteomistajan ja sidosryhmien välinen reaaliaikainen yhteistyö. Se on edistymisen ja tulosten esittely, jonka päätteeksi työlistan kohteet hyväksytään toimitettaviksi.
7 sprintin katselmuskokouksen hyötyä
- Palaute ja yhteistyö: Sprintin katselmukset tarjoavat sidosryhmille mahdollisuuden antaa palautetta ja mahdollistavat ongelmien varhaisen havaitsemisen ja korjaamisen. Tämä auttaa kehittämään laadukkaampaa tuotetta, joka vastaa käyttäjien tarpeita ja odotuksia.
- Lisääntynyt läpinäkyvyys: Sprintin katselmukset lisäävät kehitysprosessin läpinäkyvyyttä. Esittelemällä tehdyn työn ja etenemisnopeuden sekä keskustelemalla seuraavista vaiheista sidosryhmät saavat selkeän kuvan projektin edistymisestä, kohdatuista haasteista ja tiimin kapasiteetista.
- Tiimin yhtenäisyys ja keskittyminen: Sprintin edistymisen tarkasteleminen suhteessa sprintin tavoitteisiin auttaa pitämään tiimin yhtenäisenä ja keskittyneenä. Se selkeyttää seuraavien sprinttien odotuksia ja prioriteetteja.
- Sidosryhmien osallistuminen ja tyytyväisyys: Säännöllinen vuorovaikutus sidosryhmien kanssa näissä kokouksissa lisää heidän osallistumistaan ja tyytyväisyyttään. Se antaa heille omistajuuden ja osallistumisen tunteen kehitysprosessissa.
- Sopeutumiskyky ja joustavuus: Sprintin katselmukset antavat tiimeille mahdollisuuden mukauttaa ja säätää suunnitelmia palautteen ja muuttuvien vaatimusten perusteella. Tämä joustavuus on keskeistä ketterän lähestymistavan onnistumiselle laajuuteen liittyvän epävarmuuden hallinnassa
- Motivaatio ja tunnustus: Sprintin katselmukset tarjoavat Scrum-tiimille tilaisuuden esitellä työtään, mikä voi kohottaa moraalia. Tiimin ponnistelujen ja saavutusten tunnustaminen sidosryhmien edessä voi olla erittäin motivoivaa.
- Oppimis- ja kehitysmahdollisuudet: Sprintin katselmukset tarjoavat tiimille mahdollisuuden pohtia prosessejaan ja käytäntöjään sekä oppia niin onnistumisista kuin haasteistakin. Tämä jatkuva oppiminen edistää jatkuvan kehittämisen kulttuuria.
Mitä sprintin katselmuksessa tapahtuu?
Sprintin katselmuksessa projektitiimi esittelee sprintin aikana saavuttamansa edistymisen sekä esteet tai ongelmat, jotka estivät tiettyjen tehtävien tai toimitettavien kokonaisuuksien valmistumisen.
Voitte perehtyä viivästysten tai esteiden syihin ja toteutustapaan, mutta ohjaa tiimi pois syyllisten etsimisestä tai laajemmista viestinnän ja yhteistyön ongelmia koskevista keskusteluista (käsittelette nämä sprintin retrospektiivissä; katso seuraava osio).
Keskity konkreettisiin toimiin, joilla sinä ja tiimi voitte poistaa esteet, päästä takaisin aikatauluun ja päättää realistisista määräajoista jäljellä olevalle tai viivästyneelle työlle.
Lopuksi projektitiimi esittelee sprintin aikana valmistuneet keskeiset toimitettavat kokonaisuudet tai tuotteen ominaisuudet, ja sidosryhmät voivat antaa palautetta.
Älä anna sprintin katselmuskokouksen muuttua lehdistötilaisuudeksi välttämällä staattisia esityksiä – tämä muoto on harvoin sähköpostia tuottavampi.
Sprintin katselmus ja sprintin retrospektiivi
Sprintin katselmusta ei pidä sekoittaa sprintin retrospektiiviin (vaikka ne ovatkin helppo sekoittaa keskenään!). Molemmat ovat tärkeitä Scrum-prosessin osia ja syklin kaksi viimeistä vaihetta, mutta niiden toteutustapa on erilainen.
Julkaisukatsaus keskittyy tuotteeseen, kun taas retrospektiivikokous keskittyy itse prosessiin.
Kuvittele, että sprintin loppu alkaa lähestyä ja sinulla on jotain, joka muistuttaa tyhjennettyä sprintin työlistaa.
Järjestät julkaisukatsauksen tarkistaaksesi, miten Scrum-tiimisi on edistynyt toimituksen suhteen ja selvittääksesi jäljellä olevat esteet.
Oletetaan esimerkiksi, että tähän sprinttiin kuului 10 000 koodirivin tuottaminen tiimin työstämää sovellusta varten. Julkaisukatsaus on tilaisuus varmistaa, että koodi toimii ja on validoitu ja että olet valmis julkaisemaan sen.
Retrospektiivissä puolestaan tarkastellaan viime sprintin aikana noudattamaasi prosessia tarkoituksena parantaa toimintaa seuraavan sprintin aikana.
Retrospektiivin aikana keräät palautetta ihmisten kokemuksista tiimiin integroitumisesta, koodimuutoksista viestimisestä tai mistä tahansa muusta prosessiin vaikuttaneesta asiasta.
Retrospektiivin tarkoituksena on toimia eräänlaisena jälkipuintina, jossa kaikki voivat oppia työskentelemään paremmin yhdessä tuotteesta riippumatta.
Kysy ihmisiltä, miltä heistä tuntuu ja onko heillä ehdotuksia projektisi seuraavaa työskentelykierrosta varten:
- Mitä he haluaisivat nähdä seuraavassa sprintissä?
- Tuntuiko heistä, että he työskentelivät jatkuvan paineen alla?
- Oliko heillä liikaa aikaa käytettävissään?
Julkaisukatsauksen ja retrospektiivin välisten rajojen hämärtäminen on edelleen houkuttelevaa. Jos kaikki ovat jo koolla julkaisukatsausta varten, miksi ei hoidettaisi molempia asioita samalla kertaa?
Scrum-opas ei suosittele tätä, ja jos kaikki on tehtävä yhdessä istunnossa, kokouksen kaksi vaihetta tulisi erottaa selkeästi toisistaan, jotta ne eivät sekoitu.
Tässä on nopea opas siihen, mitkä aiheet kuuluvat mihinkin kokoukseen ja milloin Scrum-tiimin huomio tulisi suunnata muualle, jos retrospektiivi uhkaa käynnistyä julkaisukatsauksen aikana.
| Julkaisukatsaus vai retrospektiivi | Mitä käsitellään | Mitä ei käsitellä |
|---|---|---|
| Julkaisukatsaus | Ovatko tuotteen työlistan kohteet valmiita Miksi tuotteen työlistan kohteet eivät ole valmiita Tuotteen uudet ominaisuudet ja toiminnallisuudet Tuotteen toimituspäivä tai realistinen julkaisusuunnitelma | Kuinka vaikeaa määräajan saavuttaminen oli Kuinka pahalta ihmisistä tuntuu määräajan ylittämisen vuoksi Miten Julian syytä on, että määräaika ylitettiin Miten määräajat ovat vain numeroita ja kaikkien pitäisi ottaa rennommin |
| Sprintin retrospektiivi | Miten tiimin jäsenten välinen viestintä on sujunut Ehdotukset työnkulun ja tiimin prosessien sujuvoittamiseksi Keinot tehdä kehitystiimeistä ketterämpiä Menestyskriteerit ja menetelmä realististen virstanpylväiden kehittämistä koskevien standardien laatimiseen | Itse tuotteeseen liittyvät ongelmat Nykyisen tuotteen ominaisuudet Teknisten yksityiskohtien suunnitelmat tai tiettyjen tavoitteiden malli |
Vinkkejä julkaisukatsauksen valmisteluun
Ottamalla käyttöön järjestelmän tuotepalautteen keräämistä varten ja noudattamalla sitä johdonmukaisesti voit tehokkaasti rakentaa jatkuvan parantamisen ja iteroinnin mahdollistavan koneiston.
Miten siis pääset alkuun julkaisukatsauksen järjestämisessä? Tässä muutama vinkki, jotka kannattaa pitää mielessä:
- Varmista, että kaikki tiimin jäsenet tietävät, milloin ja missä katsaus järjestetään, ja kerro kaikille, mikä heidän roolinsa katsauksessa tulee olemaan. Mitä enemmän annat heille aikaa valmistautua, sitä tuottavampia ihmiset ovat, kun heidän vuoronsa tulee esitellä tiimille edistymistään.
- Keskittykää tuotteeseen ja siihen, mitä on rakennettu. Tee kokouksesta käytännönläheinen, jotta tuotteen omistaja ja sidosryhmät voivat nähdä tuotteen ja olla vuorovaikutuksessa sen kanssa. Tämä lähestymistapa auttaa saamaan arvokasta palautetta ja kannustaa sidosryhmiä osallistumaan.
- Valmistaudu perusteellisesti ja varmista, että kaikki työtehtävät on suoritettu ja ne ovat valmiita esittelyä varten. Pohdi esittelyä ja sitä, miten osoitat työlistan kohteiden täyttävän käyttäjätarinan ja valmiin määritelmän sekä olevan julkaistavissa.
- Valmistaudu esittelyihin pyytämällä aiheita etukäteen ja järjestämällä virtuaaliset ja fyysiset tilat niiden mukaisesti.
- Luo yksinkertainen muistiinpanomalli kokouksen tulosten dokumentointia varten. Ketterissä menetelmissä korostetaan dokumentoinnin vähäisyyttä, joten älä huolehdi siitä, että tästä tulee liian yksityiskohtaista. Se on yksinkertaisesti tapa seurata projektiin liittyviä toimenpiteitä.
Näin järjestät digitaalisten projektien julkaisukatsauksen
Vaikka voit vapaasti järjestää sprinttikatselmukset haluamallasi tavalla, jotkin lähestymistavat ovat toimivia ja toiset eivät niinkään. Tässä on vaiheita sprinttikatselmusten järjestämiseen, jotka useimmat Scrum-menetelmää noudattavat ovat pitäneet hyödyllisinä:
- Edistymisen ja takaiskujen yleiskatsaus
- Katsaus siihen, mikä sujui hyvin ja mikä ei
- Suunnitelman laatiminen esteiden poistamiseksi
- Ominaisuuksien esittely
1. Edistymisen yleiskatsaus
Käykää pöydän ympäri ja antakaa jokaisen kertoa, miten tuotteen kehitys etenee. Saavutettiinko sprintille asetetut tavoitteet? Vastaavatko toimitettavat tuotokset käyttäjien tarpeita, käyttäjätarinaa ja valmiin määritelmää?
Jos eivät, kuinka lähellä tavoitteita tällä hetkellä ollaan ja milloin ne saavutetaan? Älä anna keskustelun ajautua sivuraiteille pohtimalla, miksi viivästys on tapahtunut.
Keskity edistymisen (tai sen puuttumisen) suoraviivaiseen raportointiin. Keskustelu syistä käydään myöhemmin, kun kaikki ovat saaneet raporttinsa valmiiksi ja tiedät, kuinka pitkällä projektin eri osat ovat.
2. Jälkipuinti
Tässä osiossa voidaan keskustella puutteiden syistä ja siitä, miten niihin päädyttiin. Siirry tähän esityslistan osaan vasta, kun jokainen tiimin jäsen on saanut puheenvuoron ja ymmärrät, missä vaiheessa käyttöönoton jokainen vaihe tällä hetkellä on.
Käytä jälkipuintia myönteisten tulosten tarkastelemiseen ensin. Huomioi hyvin sujuneet projektin tavoitteet ja yritä arvioida, kuinka lähelle määräaikaa päästiin ennen kuin kaikki oli valmista. Näin saat käsityksen siitä, voidaanko seuraavan sprintin tahtia hieman nopeuttaa.
Tarkastele seuraavaksi mahdollisia puutteita ja kysy, miten viivästys tapahtui ja milloin se korjataan. Älä ole tässä liian ankara tiimille. Jos kaikki saavuttivat tavoitteensa vaivattomasti viisipäiväisen sprintin kolmen ensimmäisen päivän aikana, tavoitteet eivät ole riittävän kunnianhimoisia.
3. Esteiden poistaminen
Ennakoi, millaisia esteitä saatat kohdata tulevissa sprinteissä. Niitä voivat olla pieni budjetti, tarve saada osaamista nykyisen tiimisi ulkopuolelta, sääntelyyn tai raportointiin liittyvä ongelma tai markkinaolosuhteiden muutos, joka voi vaikuttaa tuotteen kysyntään.
Tämän vaiheen tavoitteena on tunnistaa tulevat esteet ja suunnitella niiden ratkaiseminen nyt sen sijaan, että odotettaisiin niiden aiheuttavan pullonkaulan tulevina päivinä. Päivitä näiden tietojen avulla tuotteen kehitysjonoa tarpeen mukaan.
4. Tuotteen esittely
Tässä vaiheessa tuotteen yleiskatsausta täydennetään esittelemällä viimeisimmän sprintin aikana julkaistut keskeiset päivitykset. Ennen kaikkea tämä on tilaisuus esitellä tiimin saavutuksia ja vahvistaa hyvää yhteishenkeä.
Sprinttikatselmuksen esityslista
Tässä on esimerkki sprinttikatselmuksen esityslistasta (ehdotetuin aikarajoin):
1. Johdanto (5 minuuttia)
- Lyhyt tervetulotoivotus ja esittely
- Kokouksen tarkoituksen ja tavoitteiden esittely
2. Sprintin tavoitteiden tarkastelu (10 minuuttia)
- Sprintin alussa asetettujen tavoitteiden kertaaminen
- Sprintin tärkeimpien painopistealueiden korostaminen
3. Tuotteen esittely (20–30 minuuttia)
- Sprintin aikana valmistuneen työn esittely
- Uusien ominaisuuksien, parannusten ja virheenkorjausten esittely
- Lyhyelle kysymys- ja vastausosiolle varatun ajan salliminen jokaisen esittelyn jälkeen
4. Tuotteen kehitysjonon tarkastelu (10 minuuttia)
- Tuotteen kehitysjonon nykyisen tilan tarkastelu
- Sprintin aikana lisättyjen, poistettujen tai tärkeysjärjestyksessä muutettujen kohteiden käsittely
5. Palautetilaisuus (15–20 minuuttia)
- Palautteen pyytäminen sidosryhmiltä ja tiimin jäseniltä
- Hyvin sujuneiden asioiden ja parannuskohteiden käsittely
- Avoimen ja rehellisen keskustelun kannustaminen
6. Mittareiden ja suorituskyvyn tarkastelu (10 minuuttia)
- Keskeisten suorituskykymittareiden (KPI:t), nopeuden ja muiden asiaankuuluvien mittareiden käsittely
- Suunnitellun ja toteutuneen edistymisen vertaaminen
7. Ennakkosuunnittelu (10 minuuttia)
- Luonnostele alustavia ajatuksia seuraavaa sprinttiä varten
- Tunnista mahdolliset käsiteltävät työlistan kohteet
- Keskustele palautteen ja katselmoinnin perusteella tehtävistä muutoksista
8. Yhteenveto (5 minuuttia)
- Tiivistä tärkeimmät opit ja päätökset
- Vahvista seuraavan sprintin suunnittelukokouksen päivämäärä ja tavoitteet
- Kiitä kaikkia osallistumisesta ja panoksesta
9. Vapaa keskustelu (valinnainen, 5–10 minuuttia)
- Tarjoa mahdollisuus esittää viimeisiä kysymyksiä tai kommentteja
- Käsittele muut asiat tai ilmoitukset
Mitä seuraavaksi?
Onko sinulla omia vinkkejä ja niksejä sprinttikatselmointien järjestämiseen? Liity keskusteluun Slackissa yhdessä yli 100 muun digitaalisen projektipäällikön kanssa – DPM-jäsenyys!
