Selkeä ja yksinkertainen kieli luonnehtii Scrum-termejä ja -jargonia ja toimii viestinnän sekä nopean tiimisuorituksen perustana projektin kehitysprosessin aikana. Siksi olemme koonneet seuraavaan sanastoon tärkeimmät selitykset Scrum-terminologian keskeisistä käsitteistä esitelläksemme sinulle aiheen, joka on saanut merkittävän merkityksen nykyaikaisessa liiketoimintajohtamisessa.
Scrum-termien sanasto – sisällysluettelo:
- Scrum-perusteet
- Roolit Scrumissa
- Scrum-artifaktit ja niiden komponentit
- Scrum-tapahtumat ja niiden komponentit
Scrum-perusteet
Scrum – eräänlainen tiimityön hallintajärjestelmä, joka on suunnattu tuotteiden kehittämiseen ja työskentelyyn määritellyn kaavan mukaan. Prosessi jakautuu lyhyisiin Iteraatioihin ja Sprintteihin – jaksoihin, jotka on määritelty tarkasti alla olevassa sanastossa. Termi “scrum” juontaa juurensa rugby-pelistä, jossa se kuvaa tiettyä joukkueen muodostumista, mutta sen ensimmäinen käyttö projektinhallintakehyksenä kuuluu kahdelle japanilaiselle, Hirotaka Takeuchille ja Ikujiro Nonakalle. He halusivat korostaa tiimityön merkitystä projektinhallintaprosessissa.

Scrum-arvot – Viisi arvoa, jotka ovat Scrum-perustana:
- Sitoutuminen työhön
- Keskittyminen tavoitteeseen
- Avoimuus muutoksille
- Kunnoitus
- Rohkeus ratkaista ongelmia
Empirismi – suunnittelun ja oletusten minimointi kokemukseen, havaintoihin ja kokeiluihin luottamisen hyväksi.
Itseohjautuvuus – Scrum-tiimin ominaisuus, joka tarkoittaa, että sen jäsenet tekevät omat päätöksensä siitä, mitä tehtäviä suoritetaan, milloin ja miten.

Roolit Scrumissa
Scrum-tiimi – itseohjautuva tiimi, joka koostuu Scrum Masterista, Product Ownerista ja kehittäjistä, joita kutsutaan myös kehitystiimiksi.
Product Owner – asiakasedustaja Scrum-tiimissä. Henkilö, joka on vastuussa tuotteen arvon maksimoimisesta huolehtimalla tavoitteesta ja sen toteuttamisesta kehitystiimin toimesta.
Scrum Master – kehitystiimin valmentaja ja johtaja, joka on vastuussa Scrum-periaatteiden oikeasta ymmärtämisestä ja niiden mukaisesta toiminnasta.
Kehittäjä – jokainen kehitystiimin jäsen, riippumatta ammatillisesta erikoistumisestaan. Henkilö, joka on vastuussa hyödyllisen Incrementin yhteisluomisesta jokaisessa Sprintissä.
Kehitystiimi– monitieteinen ryhmä, joka koostuu kaikista kehittäjistä, jotka osallistuvat tuotteen luomiseen.
Sidosryhmä – henkilö, joka ei ole osa Scrum-tiimiä ja jolla on intressi luoda mahdollisimman hyvä tuote. Scrum-tiimissä häntä edustaa Product Owner ja hän osallistuu Sprint Review -tilaisuuteen.

Scrum-artifaktit ja niiden komponentit
Artifaktit – Tuotteen Backlog, Sprint Backlog, Increment ja niiden komponentit. Ne ovat heijastus nykyisestä edistymisestä tuotteen kehittämisessä suhteessa tuotteen tavoitteeseen, Sprint-tavoitteeseen ja valmiuden määritelmään.
Tuotteen Backlog – jäsennelty lista työstä, joka tarvitaan tietyn tuotteen luomiseen, eli tuotteen tavoitteen saavuttamiseksi. Product Owner hallinnoi sitä.
Sprint Backlog – jäsennelty lista työstä, joka tarvitaan tuotteen toiminnallisuuden toimittamiseen, joka on määritelty Sprint-tavoitteessa. Sitä hallinnoi kehitystiimi.
Increment – täydellinen ja arvokas työ, jonka kehittäjät suorittavat yhdessä Sprintissä. Kaikkien Incrementien summa luo tuotteen.
Käyttäjätarina – kuvaus tuotteen osittaisesta toiminnallisuudesta asiakkaan näkökulmasta. Se on muotoa “Kun [käyttäjätyyppi], haluan [mitä tehdä?] koska [miksi?]”.
Valmiuden määritelmä – tuotteen backlogissa oleva selkeä ja läpinäkyvä kuvaus odotetusta tuotteen tilasta Incrementin valmistumisen jälkeen. Se kuvaa Incrementissä tehtyä työtä.

Scrum-tapahtumat ja niiden komponentit
Tapahtumat – kokous, joka liittyy Scrum-tiimin työhön, sen suunnitteluun tai palautteeseen. Näitä ovat Sprint, Sprint-suunnittelu, Päivittäinen Scrum, Sprint Review, Sprint Retrospective yhdessä niiden komponenttien kanssa.
Sprint – toistuva tapahtuma, joka liittyy uuden version työstämiseen tuotteesta. Se tapahtuu kerran tai kaksi kertaa kuukaudessa. Se toimii “säiliönä” muille Scrum-tapahtumille ja -toiminnoille.
Sprint-suunnittelu – Scrum-tiimin kokous, jossa valitaan kaikki työ, joka on tehtävä seuraavassa Sprintissä, tuotteen backlogista. Se kestää enintään 8 tuntia.
Päivittäinen Scrum – kehitystiimin päivittäinen kokous, jossa suunnitellaan tehtävät tietylle päivälle. Se kestää enintään 15 minuuttia ja tapahtuu aina samassa paikassa ja aikaan.
Sprint Review – tapahtuma, joka tiivistää suoritetun Sprintin tuotteen tavoitteen näkökulmasta. Scrum-tiimille ja sidosryhmille. Sen tarkoitus on arvioida Increment ja päivittää tuotteen backlog. Kestää 4 tuntia tai vähemmän.
Sprint Retrospective – tapahtuma, joka tiivistää suoritetun Sprintin Scrum-tiimin työskentelyn näkökulmasta. Sen tarkoitus on parantaa Scrum-tiimin suorituskykyä. Kestää 3 tuntia tai vähemmän.
Tuotteen tavoite – kuvaus tulevasta tuotteesta, jonka parissa Scrum-tiimi työskentelee. Tuotteen backlog sisältää kirjallisen suunnitelman ohjeineen, kuinka saavuttaa tuotteen tavoite.
Sprint-tavoite – työ, joka on tehtävä yhdessä Sprintissä liiketoimintatavoitteena. Se tarjoaa johdonmukaisuutta kehitystiimin työssä.
Burn-down-kaavio – näyttää Sprintissä tai tuotteen backlogissa aikataulutetun työn määrän suhteessa jäljellä olevaan aikaan sen suorittamiseksi.
Tiimin nopeus – indikaattori, joka määrittää, kuinka paljon tuotteen backlogista on tullut Incrementaalista yhden Sprintin aikana.

Lue myös:Kuinka käsitellä suuria ongelmia projektinhallinnassa
Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöömme Facebookissa, Twitterissä ja LinkedInissä.
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