Sprintin suunnittelu alkaa jokaisesta Sprintistä. Koska Sprintit kestävät kuukauden, tämä tapahtuma vie enintään kahdeksan tuntia. Jos Sprintit ovat lyhyempiä, Sprintin suunnittelu lyhenee myös suhteellisesti. Koko Scrum-tiimi osallistuu tapahtumaan kutsuen sidosryhmiä tai asiantuntijoita muista tiimeistä. Keskustelemme seuraavassa tekstissä Sprintin suunnittelun yksityiskohtaisesta kulusta ja mahdollisista ongelmista, jotka voivat liittyä työn suunnitteluun uudessa Sprintissä.
Sprintin suunnittelu – sisällysluettelo:
- Johdanto
- Mikä on uusi Sprint-tavoite?
- Mitä on agendalla?
- Miten tiimi aikoo tehdä sen?
- Sprintin suunnittelun tulokset
- Yhteenveto
Johdanto
Sprintin suunnittelu on yksi Scrum-tapahtumista, joista kirjoitimme erillisessä artikkelissa. Tämä tapahtuma keskittyy käyttäjätarinoihin, jotka on sijoitettu aivan tuotteen backlogin huipulle. Toisin sanoen niihin, jotka ovat yksityiskohtaisimpia.
Tarkastellaanpa tarkemmin vastauksia juuri esittämiimme kysymyksiin.
Mikä on uusi Sprint-tavoite?
Tuoteomistajan rooli Sprintin suunnittelun aikana on esittää tavoite ja siihen liittyvät tehtävät kokouksen osallistujille.
Tuoteomistaja aloittaa kokouksen muotoilemalla Sprint-tavoitteen ja perustelemalla, miksi se on arvokas asiakkaan näkökulmasta. Tämän jälkeen avataan keskustelu, jossa eivät vain Scrum-tiimin jäsenet, vaan myös sidosryhmät voivat tuoda esiin mielipiteensä.
Yhteenvetona, tuoteomistaja antaa lopullisen muotoilun Sprint-tavoitteelle, jota koko Scrum-tiimi pyrkii saavuttamaan, ja varmistaa, että tavoite ymmärretään kaikilla sidosryhmillä.

Mitä on agendalla?
Sprintin suunnittelun toinen osa keskittyy käyttäjätarinoiden valitsemiseen, jotka toteutetaan uudessa Sprintissä, ja keskusteluun siitä, miten niitä voidaan tarkentaa.
Yksi vaikeimmista tehtävistä Sprintin suunnittelun aikana on tarkasti arvioida valittujen tehtävien määrä ja työvoimakustannukset. Mitkä tahansa kokeneemmat Scrum-tiimit voivat arvioida tarkemmin, kuinka paljon työtä voidaan tehdä yhdessä Sprintissä. Tämä johtuu siitä, että tiimi soveltaa tehokkaita arviointitekniikoita, joista olemme kirjoittaneet yksityiskohtaisesti aiemmissa artikkeleissa ja täällä. Monet Scrum-tiimit tuntevat ja hyödyntävät menetelmiä tiimin kypsymisen nopeuttamiseksi sekä prosessin helpottamiseksi ja standardoimiseksi. Näihin tekniikoihin kuuluvat ensisijaisesti Planning Poker ja Team Estimation -pelit.
Miten tiimi aikoo tehdä sen?
Sprintin suunnittelun kolmas ja teknisin osa keskittyy kysymykseen “Miten tiimi aikoo tehdä sen?”. Siinä kehitystiimi ehdottaa tapoja toteuttaa toiseen osaan valitut tehtävät. Kukaan muu kuin kehittäjät itse ei saisi määrätä, miten tehtävät tulisi toteuttaa tekniseltä puolelta.
Suunnittelussa tulisi ottaa huomioon ei vain toteutustekniikka, vaan myös työprosessi kehittäjien välillä. Tämä välttää pysähtynyttä työtä [pullonkauloja], jotka voivat aiheuttaa viivästyksiä tehtävien toteuttamisessa. Kuten tehtävien toteuttamisessa, myös tehtävien jakaminen yksittäisten kehittäjien kesken päätetään vain heidän toimesta ilman ulkoista puuttumista.
Tyypillisesti kehitystiimi keskittyy tässä jakamaan käyttäjätarinat pienempiin tehtäviin. Tehtävän toteutuksen optimaalinen pituus on yksi työpäivä.

Sprintin suunnittelun tulokset
Sprintin suunnittelun tulos on yksiselitteinen Sprint-tavoite sekä yksityiskohtaiset käyttäjätarinat, jotka on valittu toteutettavaksi tuotteen backlogista. Kaikki nämä elementit muodostavat Sprint Backlogin, johon olemme omistaneet erillisen artikkelin.
Yhteenveto
Sprintin suunnittelu on Scrum-tapahtuma, joka alkaa jokaisesta Sprintistä. Scrum-tiimi voi kutsua sidosryhmiä ja ulkopuolisia asiantuntijoita siihen.
Sprintin suunnittelun aikana määritellään uuden Sprintin tavoite. Kehitystiimi päättää yhdessä tuoteomistajan kanssa, mitä tehdä ja päättää, miten suunnitellut tehtävät toteutetaan.
Sprintin suunnittelun tulos on Sprint Backlog, jota kehittäjät käyttävät valitakseen päivittäisiä tehtäviä jonosta toteutettavaksi.
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