Scrumin 5 seremoniaa: mitä ne ovat, tarkoitus ja vinkit
Scrumin seremoniat ovat keskeinen osa ketterän toimintatavan toteuttamista. Ketterässä toimintatavassa arvostetaan ihmisiä, toimivia työtuotoksia, yhteistyötä sidosryhmien kanssa ja muutoksiin sopeutumista.
Scrum-menetelmä ja seremoniat perustuvat ketterään manifestiin, joka sisältää useita menetelmiä yhteistyöhön ja tiiminä toimimiseen – kaikissa niissä pidetään mielessä ketterä toimintatapa ja manifesti.
Jos olet työskennellyt tiimissä, jossa on puhuttu ”Scrum-tapahtumista”, ”sprinteistä”, ”backlogin jalostamisesta” ja ”sprinttikatselmoinneista”, olet todennäköisesti työskennellyt tiimin kanssa, joka on pyrkinyt toimimaan Scrum-menetelmän mukaisesti. Muista, että ketterä viitekehys on toimintatapa, kun taas Scrum on menetelmä.
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
Mitä Scrumin seremoniat ovat?
Scrumin seremoniat (joita kutsutaan joskus Scrum-tapahtumiksi) ovat Scrum-menetelmän tärkeitä tapahtumia tai osa-alueita, jotka noudattavat ketterää toimintatapaa ja joita käytetään usein ohjelmistokehityksessä tai iteratiivisissa projekteissa.
Scrum-seremonioita on viisi tarkasti määriteltyä, ja käsittelen niitä perusteellisesti tämän artikkelin seuraavassa osiossa.
Scrumin seremoniat eivät ole vain kokouksia kokousten vuoksi. Sen sijaan ne tarjoavat tiimeille rakenteen työn tekemiseen jäsennellyllä tavalla, auttavat asettamaan odotuksia, antavat tiimille mahdollisuuden tehokkaaseen yhteistyöhön ja edistävät lopulta tulosten saavuttamista.
Jos niitä ei hallita asianmukaisesti, ne voivat täyttää kalenterit ja peittää alleen sen arvon, jota niiden on tarkoitus tuottaa. Tästä huolimatta Scrum itsessään, kuten myös Scrumin seremoniat, on tarkoituksellisesti kevyt ja yksinkertainen.
Lue lisää video-oppaastamme:
Mitkä ovat Scrumin viisi seremoniaa?
Oletko valmis tutustumaan Scrumin viiteen seremoniaan ja tapahtumaan? Perehdytään niiden tarkoitukseen, osallistujiin sekä vinkkeihin ja nikseihin, joiden avulla niistä tehdään mahdollisimman tehokkaita.
On erityisen tärkeää huomata, että jokainen näistä tapahtumista on aikarajattu, tarkoituksellinen ja koko Scrum-tiimiä palveleva. Toisin sanoen niiden tarkoitus on mahdollistaa tulosten toimittaminen.
Huomautus: Näiden tapahtumien järjestäminen erillään muusta toiminnasta ei automaattisesti tee tiimistänne ketterää, eikä se takaa, että tiiminne toimii Scrum-menetelmän mukaisesti. Jotta Scrum voidaan toteuttaa tehokkaasti, näiden tapahtumien on oltava osa laajempaa, hyvin ymmärrettyä ja selkeästi kuvattua prosessia.
Niiden tulisi edistää keskusteluja ketterän tiimin sisällä, jotta asiat saadaan tehtyä. Ja millainen projektipäällikkö ei pitäisi asioiden aikaansaamisesta?
Sprintti
Scrumissa sprintti on kiinteän pituinen ajanjakso (yleensä enintään yksi kuukausi), jonka aikana ideat muutetaan arvoksi. Sprintit seuraavat toisiaan, kunnes tuote on valmis (tai jatkuvat ilman päätepistettä). Tiimit mittaavat usein tulevaisuuttaan sprinteissä.
Sprintin tarkoitus
Sprintin tarkoituksena on rajata työaika ja saada tiimit toimittamaan sovittujen sitoumusten mukaisesti. Sprintit mahdollistavat lyhyemmän aikavälin mutta selkeät tavoitteet. Sprintin aikana mikään ei saisi muuttua tavalla, joka vaarantaisi sprintin tavoitteen.
Sprintin osallistujat
Koko Scrum-tiimi – tuoteomistaja, kehitystiimi ja Scrum-mestari.
Sprintin kesto
Sprintin kesto on 1–4 viikkoa, ei pidempään. Tämä rajoitus auttaa tiimejä pääsemään vauhtiin ja toimittamaan vaiheittaista edistystä ajamatta ihmisiä hulluiksi.
Kun toteutan Scrumia uuden tiimin kanssa, aloitan usein yhden viikon sprinteillä, koska voimme yleensä suunnitella viikon eteenpäin. Kokeneemmat tiimit, erityisesti ohjelmistoja toimittavat, toteuttavat usein kahden viikon sprinttejä, jotta aikarajan aikana jää enemmän aikaa innovointiin ja testaamiseen.
Hyödyllisiä vinkkejä
- Sprintit eivät ole vihollisia eivätkä motivaattoreita. Älä yritä houkutella ihmisiä tekemään asioita itse sprintin vuoksi. Motivoi sen sijaan ihmisiä saavuttamaan sprintin tavoite ja toimittamaan tuoteinkrementin.
- Harkitse, milloin sprinttisi alkaa ja päättyy. Sprintin tulisi alkaa heti edellisen sprintin päätyttyä, käytännössä muutaman tunnin sisällä. Sprintin päättymisen ja alkamisen väliin tulisi jäädä aikaa vain sprinttikatselmukselle, retrospektiiville ja sprintin suunnittelulle; sitten kaikki alkaa jälleen alusta!
Entä muuta?
Sprinteistä ei voi tehdä pidempiä tai lyhyempiä. Sprintin voi peruuttaa vain, jos sprintin tavoite vanhentuu. Vain tuoteomistaja voi peruuttaa sprintin.
Sprintin suunnittelukokous
Sprintin suunnittelukokous on Scrum-tapahtuma, jonka tarkoituksena on varmistaa, että tiimi on valmistautunut tekemään oikeat asiat tulevan sprintin aikana.
Sprintin suunnittelun tarkoitus
Sprintin suunnittelussa tuoteomistaja ja kehitystiimi käyvät yleensä läpi priorisoidun tuotejonon Scrum-ohjelmistossa tai ketterän projektinhallinnan ohjelmistossa. Keskustelujen ja neuvottelujen avulla he määrittävät tehtävät, jotka he sitoutuvat saamaan valmiiksi sprintin loppuun mennessä. Tuoteomistaja vastaa tästä.
Sprintin suunnittelun osallistujat
Scrum-tiimi – tuoteomistaja, kehitystiimi ja Scrum-master.
Sprintin suunnittelun kesto
Useimpien Scrum-tapahtumien kesto liittyy sprintin pituuteen. Sprintin suunnittelun tulisi kestää kaksi kertaa sprintin pituus (tunteina).
Hyödyllisiä vinkkejä
- Eeppiset kokonaisuudet ja käyttäjätarinat voidaan pilkkoa pienemmiksi tehtäviksi ja osoittaa sprintin suunnittelun aikana, jotta kaikki tietävät, mistä he ovat vastuussa.
- Kannusta tiimiä hahmottelemaan tehtävät, virheet ja kaikki muut sellaiset asiat, jotka sitä edellyttävät, tämän Scrum-kokouksen aikana. Sen tulisi olla erittäin yhteistyöhakuinen tapahtuma.
- Yritä selvittää tiimin etenemisnopeus ennen sprintin suunnittelun alkamista, jos olet käyttänyt Scrum-menetelmää jo jonkin aikaa.
Entä muuta?
Sprintin suunnittelu auttaa Scrum-tiimiä vastaamaan kysymyksiin: “Mitä voidaan toimittaa seuraavassa sprintissä? Ja miten saamme työn tehtyä?” Se auttaa lisäämään ennustettavuutta ja luo yhteistyöhön kannustavan ympäristön..
Sprintin suunnittelun mallipohjat
DPM-jäsenyyden mallipohjakirjastosta löydät ladattavan esityslistan, tarkistuslistan ja sähköpostiviestin, joita voit muokata tiimisi sprintin suunnittelutarpeisiin sopiviksi. Näiden avulla sprintin suunnittelukokouksesta tulee tuottava ja hyödyllinen.
Päivittäinen Scrum (päivittäinen tilannepalaveri)
Päivittäinen Scrum antaa tiimille mahdollisuuden juhlistaa viimeaikaisia saavutuksia, määrittää päivän suunnitelman ja tunnistaa kaikki Scrum-projektin esteet.
Päivittäisen Scrum-kokouksen tarkoitus
Tämä Scrum-tapahtuma on toistuva ja säännöllinen tilaisuus, jossa tiimi kokoontuu viestimään yksilöllisestä edistymisestään kohti sprintin tavoitetta. Se ei ole tilanneraportti, vaan sen tulisi tuoda esiin tiimin mahdolliset esteet.
Päivittäisen Scrumin kokouksen osallistujat
Scrum Master ja kehitystiimi. Tuotteen omistaja voi osallistua halutessaan.
Päivittäisen Scrumin kokouksen kesto
Tämä on lyhyt! Sen tulisi kestää enintään 15 minuuttia. Helpommin sanottu kuin tehty.
Hyödyllisiä vinkkejä
- Pidä kokous joka päivä samaan aikaan (tyypillisesti aamuisin) ja pyri tekemään siitä Scrum-tiimille mahdollisimman rutiininomainen.
- Päivittäistä tilannekatsausta ei pidä peruuttaa, jos johtaja tai Scrum Master ei pääse osallistumaan. Kokous on tiimiä varten, joten pitäkää päivittäinen Scrum.
Entä muuta?
Tätä nopeaa tilannekatsausta kutsutaan myös päivittäiseksi tilannekatsaukseksi tai Scrum-kokoukseksi. Sen tulisi valmistella tiimi päivään, auttaa sitä pysymään ajan tasalla ja rakentamaan keskinäistä luottamusta. Antakaa tiimin jäsenten pitää toisensa vastuussa sitoumustensa saavuttamisesta päivittäin.
Sprintin katselmuskokous
Sprintin katselmus on Scrum-tapahtuma, jossa kaikki edellisen sprintin aikana valmistunut työ voidaan esitellä sidosryhmille.
Sprintin katselmuksen tarkoitus
Jokaisen sprintin päätteeksi sprintin katselmus tarjoaa kehitystiimille tilaisuuden esitellä kaiken valmistuneen työn. Näin sidosryhmät voivat tarkastella tuotetta ja mukauttaa sitä sen kehittyessä.
Sprintin katselmukset voidaan toteuttaa epämuodollisesti tai jäsennellymmin. Tämä voi riippua tuotteen elinkaaresta ja julkaisusuunnittelusta.
Sprintin katselmuksen osallistujat
Scrum-tiimi eli tuotteen omistaja, kehitystiimi ja Scrum Master. Mukana voi olla myös johtoa tai ulkopuolisia sidosryhmiä.
Sprintin katselmuksen kesto
1 tunti sprinttiviikkoa kohden. Kahden viikon sprinttiin tulisi sisältyä 2 tunnin sprintin katselmus.
Hyödyllisiä vinkkejä
- Tuotteen omistajan tulisi esittää sidosryhmille kysymyksiä, kerätä palautetta ja vastata myös kaikkiin esiin nouseviin kysymyksiin.
- Sprintin katselmuksessa saatu toteutettavissa oleva palaute tulisi muuntaa uusiksi tuotteen työlistan kohteiksi myöhempää priorisointia ja keskustelua varten.
Entä muuta?
Tämä Scrum-tapahtuma, jota kutsutaan myös sprintin demoksi, auttaa rakentamaan luottamusta sidosryhmien ja Scrum-tiimin välille. Se on suorin tapa kerätä varhaista ja säännöllistä palautetta sekä lisätä sitä sprintin työlistalle.
Sprintin retrospektiivikokous
Sprintin retrospektiivi on sprinttijakson viimeinen Scrum-tapahtuma. Sen avulla tiimi voi tarkastella valmistunutta työtä ja tunnistaa kokemustensa perusteella asioita, joita voitaisiin parantaa tulevissa sprinteissä.
Sprintin retrospektiivin tarkoitus
Kun sprintin katselmus on pidetty, Scrum-tiimi tarvitsee aikaa juuri esitellyn työn tarkasteluun sekä tuotosten ja ketterän työnkulun parantamistapojen pohtimiseen. Kaikki palaute tulisi kerätä ja määrittää samalla tavalla kuin muut eepokset tai tarinat, jotta Scrum-tiimi ymmärtää, kuka on vastuussa mistäkin ja milloin muutokset toteutetaan.
Sprintin retrospektiivin osallistujat
Scrum Master ja kehitystiimi. Tuotteen omistaja voi osallistua halutessaan.
Sprintin retrospektiivin kesto
Tyypillisesti sprintin retrospektiivin tulisi kestää enintään 1,5 tuntia kahden viikon sprintissä. Jos sprinttinne kestävät kuukauden, sen tulisi kestää enintään 3 tuntia.
Hyödyllisiä vinkkejä
- Kun työskentelette osittain etänä tai täysin hajautettujen tiimien kanssa, käyttäkää aktiivisen yhteistyön työkaluja, kuten Mentimeteriä tai Confluencea, jotta ihmiset voivat osallistua ilman mikrofonin avaamista ja äänensä jakamista kaikille.
- Jos esiin tuodaan parannusehdotus, kysykää muilta Scrum-tiimin jäseniltä, ovatko he kaikki samaa mieltä. Jos ovat, määritelkää, miten suositus toteutetaan käytännössä.
Entä muuta?
Muista luoda psykologisesti turvallinen ympäristö. Tässä ei ole kyse syyllisten etsimisestä. Nämä kokoukset tuovat usein esiin suosituksia siitä, miten voimme toimia paremmin ja lieventää riskejä jatkossa. Scrum-mestarina varmista, että valmennat tiimiä antamaan rehellistä palautetta ja käyttäytymään kunnioittavasti koko tapahtuman ajan.
Scrumin roolit
Kun olemme maininneet muutamia Scrumin rooleja, käydään läpi, mitä kukin niistä tarkoittaa:
- Tuoteomistaja: Tämä rooli edustaa asiakasta ja liiketoimintaa yleisesti sen tuotteen osalta, jonka parissa työskennellään. Tuoteomistaja omistaa työjonon ja määrittää kehitystiimin työtehtävien tärkeysjärjestyksen. Hän tekee päivittäin tuotetta koskevia päätöksiä johtotasolla. Hän muuttaa asiakkaiden tarpeet kehitystiimille suunnatuiksi toteutettaviksi työtehtäviksi.
- Scrum-mestari: Scrum-mestari vastaa siitä, että tiimillä on kaikki menestymiseen tarvittava, mukaan lukien selkeä ymmärrys Scrum-prosessista. Hän toimii samanaikaisesti valmentajana, neuvonantajana, puolestapuhujana, esteiden poistajana, fasilitaattorina ja sovittelijana.
Scrum-mestari vastaa Scrumin käyttöönotosta Scrum-oppaassa määritellyllä tavalla, mutta hän ei ole projektipäällikkö (varo johtajaa, joka uskoo näiden olevan sama rooli!) – hän ei vastaa työn lopputuotteesta. Scrum-mestari ei myöskään välttämättä ole yksittäinen henkilö tai kokopäiväinen työtehtävä! Lue lisää aiheesta Scrum-mestarit vastaan projektipäälliköt täältä. - Kehitystiimi: Tämä on monialainen ryhmä tiimin jäseniä, jotka keskittyvät toimivan ohjelmiston tai tiimin halutun lopputuloksen toimittamiseen. Siihen kuuluu tuotteen kehittäjiä, suunnittelijoita, laadunvarmistuksen asiantuntijoita ja muita teknisiä rooleja, joiden täytyy tehdä yhteistyötä tuotteen varsinaisen kehityksen parissa.
Ihannetilanteessa tämä 5–9 henkilön ryhmä omistautuu kokonaan yhdelle Scrum-tiimille. Todellisuudessa ja erityisesti toimistoissa tilanne voi näyttää hieman erilaiselta. Kehitystiimin tulisi organisoitua itsenäisesti ja olla motivoitunut tuottamaan arvoa, ja Scrum-mestarin sekä tuoteomistajan asianmukaisella fasilitoinnilla se on mahdollista.
Jokaisella näistä rooleista on oma erityinen tehtävänsä jokaisessa Scrum-tapahtumassa. Tehokkaasti fasilitoituina Scrum-tapahtumat antavat jokaiselle henkilölle hänen roolissaan erinomaiset mahdollisuudet onnistua.
Miksi Scrum-tapahtumat ovat tärkeitä?
Scrum-tapahtumat ovat Scrum-menetelmän sydän. Ilman tapahtumia Scrumista voi hyvin nopeasti tulla vaikeasti seurattava ja sekava prosessi. Erityisesti uusien tiimien kohdalla kannustan ottamaan Scrumin käyttöön Scrum-oppaassa kuvatulla tavalla, toteuttamaan muutaman sprinttikierroksen ja määrittämään sen jälkeen, mitä täytyy mukauttaa tiimin tarpeisiin parhaiten sopivaksi.
Huomautus: Olet ehkä huomannut, ettemme käsitelleet tässä artikkelissa sprinttitaulua (jota kutsutaan toisinaan myös Kanban-tauluksi). Tämä johtuu siitä, ettei se ole minkään Scrum-tapahtuman keskeinen osa. Sprinttitaulut ovat erinomaisia työkaluja käytettäväksi jokaisessa tapahtumassa, mutta ne eivät ole pakollinen osa.
Kätevä vertailutaulukko
Onko sinulla kiire? Tutustu tähän lyhyeen taulukkoon, jossa vertaillaan Scrum-tapahtumia.
Mitä mieltä olet?
Riippumatta siitä, mitä projektinhallintaohjelmistoa käytät tai minkä tuotteen parissa työskentelet, nämä Scrum-tapahtumat on suunniteltu tuottamaan tuloksia.
Olen huomannut, että nämä kokoukset tuovat rakennetta ja sujuvat hyvin, kun koko tiimi sitoutuu niihin ja kaikilla on yhteinen ymmärrys kunkin Scrum-tapahtuman tarkoituksesta. Scrum on jälleen yksi viitekehys, jota käytetään ohjelmistojen toimittamiseen ketterällä tavalla.
