tässä johdantotason artikkelissa tarkastelemme Sprintin mekaniikkaa ja sitä, miten tiimin jäsenten odotetaan tekevän yhteistyötä, jotta saadaan aikaan release-laatuinen lisäys.

ensimmäinen päivä: Sprinttisuunnittelu

koko tiimi, myös tuotteen omistaja, kokoontuu Sprintin ensimmäisenä päivänä ja järjestää Sprintin Suunnittelutuokion. Tämä tapahtuu heti, kun sprintti alkaa.

valmistautuminen

Sprinttisuunnitteluun on syytä varautua. Tärkein valmistelutapa on varmistaa, että Tuotekanta on tarkennettu riittävän yksityiskohtaiseksi arvioineen ja hyväksymiskriteereineen (tämä on tuotekannan tarkentamisen tarkoitus). Seuraavaksi tuoteomistajan olisi pitänyt tilata työt Tuotekannalle, ja hänellä olisi pitänyt olla yleinen käsitys siitä, miten arvokkaasta Sprinttitavoitteesta neuvotellaan tiimin kanssa. Vaihtoehtoja maalista neuvottelemiseen olisi myös pitänyt miettiä tarkennuksessa, ja se olisi näkynyt ruuhka-tilauksissa. Myös joukkueella pitäisi olla käsitys kapasiteetistaan tähän sprinttiin eli siitä, kuinka paljon työtä he uskovat pystyvänsä tekemään. He voivat ehkä käyttää aiemmista sprinteistä saamaansa kokemusta auttaakseen heitä selvittämään tämän budjetin suuruuden.

suunnittele ensin se arvo, joka toimitetaan

jokaisen sprintin pitäisi johtaa arvokkaaseen lisäykseen valmiista työstä, kunnossa ja valmiina välittömään vapautumiseen. Tuotteen omistaja on täysin vastuussa siitä, mitä ”arvo” tarkoittaa, ja hänen olisi pitänyt tilata Tuotekanta siten, että arvo voidaan maksimoida tiimin toimesta, sprintti Sprintiltä. Ensimmäiseksi tiimin on siis suunniteltava, mitä eriä Tuotekannasta kannattaa tässä sprintissä työstää, jotta paras arvo saadaan sen loppuun mennessä.

tätä varten tiimi valitsee yhdessä tuoteomistajan kanssa tuotekannasta arvokkaimmat tuotteet, jotka sopivat heidän ennakoituun Sprinttikapasiteettiinsa. Kannattaa muistaa, että jokainen tuote tuotteen Backlog olisi pitänyt antaa arvio joukkue, joten he tietävät suurin piirtein, kuinka paljon työtä on todennäköisesti mukana.

muista sopia Sprinttitavoitteesta

tämän työn valinnan tulisi olla yhtenäinen, eikä vain joukko toisiinsa liittymättömiä ja erilaisia kohteita. Muista, että sprintti on aika-ajossa mahdollisuus saavuttaa jotain merkittävää. Esimerkiksi sprintin loppuun mennessä on voitu toimittaa yhtenäinen ominaisuus, tai merkittävä riski on saatu lievennettyä. Sprinttitavoite on yksinkertainen ilmaus tästä tarkoituksesta, valitun työn kokonaisvaltaisesta merkityksestä ja valinnan taustalla olevasta johdonmukaisuudesta.

hyvä Sprinttitavoite antaa joukkueelle mahdollisuuden osoittaa keskittymistä ja sitoutumista sekä mahdollistaa yhteistyön ja työn uudelleensuunnittelun, jotta se täyttyy.

Next plan how the work will be done

a Sprint Backlog is more than a selection of work with a end goal goal. Se on myös suunnitelma siitä, miten tuo tavoite saavutetaan ja miten siihen liittyvä työ tehdään. Tämä voidaan tehdä tunnistamalla ja määräämällä tekniset tehtävät, joihin todennäköisesti liittyy. Itse asiassa Sprinttihommat ovat suunnitelma Sprinttitavoitteen täyttämiseksi ja ennuste siitä, mitä työtä on tehtävä.

tuoteomistajan ei tarvitse olla mukana Sprintin suunnittelun tässä osassa, sillä tiimin tehtävänä on suunnitella tämä ennuste teknisellä tasolla. Tuoteomistajan tulisi kuitenkin olla käytettävissä, vaikka vain etänä, vastaamaan tiimin mahdollisiin kysymyksiin ja antamaan tarvittavat selvennykset työn laajuudesta. Jos sprintin aikana on odotettavissa useampi kuin yksi vapautus, tästä on sovittava PO: n kanssa ja otettava huomioon sprinttihiihdossa.

Sprinttisuunnittelun loppuun mennessä joukkueen on syytä luottaa siihen, että se on tehnyt hyvän ennusteen työstä, jota Sprinttitavoitteen saavuttaminen vaatii. Se on tallentanut suunnitelman Sprinttihommiin, jonka talli omistaa kokonaan. Työryhmän olisi voitava aloittaa suunnitelman toteuttaminen välittömästi ja selkeällä ymmärryksellä-kuten Pikapoltto – siitä, kuinka paljon työtä on jäljellä kussakin vaiheessa.

joka päivä, joka päivä

kun joukkue on suunnitellut Sprinttihakunsa, he voivat aloittaa työnsä. Jos he ovat suunnitelleet asioita tehtävinä, he tekevät yhteistyötä keskenään, tiiminä, varmistaakseen, että nämä tehtävät suoritetaan. He voivat seurata niiden etenemistä käyttämällä tehtävälautaa ja niiden Sprint Burndown työtä jäljellä.

Jokainen joukkueen jäsen pitää varmasti Scrum-Tehtävälaudan ja Sprint Burndownin ajan tasalla, jotta muut voivat luottaa tietoihin. Informaatiopatterin pitäisi aina kertoa totuus.

pidä päivittäinen Scrum

joka työpäivä, samalla kehitystiimi kokoontuu ja suunnittelee, mitä he tekevät tuodakseen heidät lähemmäksi Sprinttitavoitetta. Tämä kokous on nimeltään Daily Scrum ja se ei saa koskaan kestää yli 15 minuuttia.

vain kehitystiimin jäsenten tulisi osallistua, koska työsuunnitelma kuuluu kokonaan heille. Se on aika-ajossa mahdollisuus suunnitella Sprinttiselkkaus uudelleen sprintin aikana saatujen uusien löytöjen ja oppien seurauksena. Koko joukkueen pitäisi osallistua. Jokaisen joukkueen jäsenen tulisi pystyä selittämään:

• mitä he tekivät eilen auttaakseen joukkuetta saavuttamaan Sprinttitavoitteen
• mitä he aikovat tehdä tänään auttaakseen joukkuetta saavuttamaan Sprinttitavoitteen
• kaikki esteet, jotka tulevat heidän tielleen

päivittäisen Scrumin loppuun mennessä joukkueella tulee olla selkeä suunnitelma seuraaviksi 24 tunniksi ja ymmärrys siitä, miten heidän tulee tehdä yhteistyötä saavuttaakseen sen. Heillä pitäisi olla myös lista esteistä, jotka vaativat Scrum-päällikön huomiota.

tarkentaa Tuotekantaa

Scrumissa tuotekannan tarkennus ei ole muodollinen tapahtuma vaan jatkuva toiminta – prosessi, jossa lisätään yksityiskohtia, järjestystä ja estimaatteja Tuotekatkoksiin, kuten käyttäjien kertomuksiin. Scrum-tiimit saavat itse päättää, kuinka usein tätä tehdään, vaikka heidän on varmasti hyvä rakentaa hienostuneisuutta päivittäisiin rutiineihinsa. Hienosäätö ei saisi viedä yli 10% joukkueen kokonaisajasta sprintin aikana. Useimmille joukkueille puoli tuntia päivässä voi olla riittävä, vaikka jotkut saattavat mieluummin käyttää tunnin tai kaksi pari kertaa viikossa. Tärkeää on varmistaa, että Tuotekanta hiotaan ajoissa, jotta Sprintin suunnittelu voi tapahtua esteettä. Koko tiimin, myös tuotteen omistajan, tulisi osallistua.

tarkennussessio alkaa tyypillisesti siten, että tuotteen omistaja esittelee tiimille nykyisen tuotekannan. Backlog voidaan pitää useissa muodoissa, kuten sähköinen Scrum aluksella tai muu yhteistyö työkalu, tai se voi olla yksinkertaisesti taulukkolaskenta. Projektori tai jaettu näyttö voi olla erittäin hyödyllinen.

tiimi aloittaa Tuotekannatuslaskun huipulta ja jatkaa työtään alaspäin tarkentaen kukin tuote vuorollaan. He tutkivat jokaisen ja keskustelevat sen laajuudesta ja hyväksymiskriteereistä, jotka ovat tarpeen sen loppuun saattamiseksi. Jokainen kohde sitten arvioidaan käyttäen tekniikkaa, kuten suunnittelu pokeri. Suuri kohde voidaan jakaa pienempiin osiin, jotka kuvaavat yksityiskohtaisemmin. Eepokset saattavat hajota esimerkiksi käyttäjien tarinoiksi.

joukkue pysähtyy, kun session aikaruutu loppuu. He jatkavat siitä mihin jäivät seuraavalla kerralla, aloittaen lopulta huipulla uudelleen, jotta ruuhka pysyy ajan tasalla.

aina yhteistyötä

ketterässä harjoittelussa joukkueen jäsenet eivät koskaan työskentele eristyksissä – jos tekisivät, he eivät olisi tiimi. Itse asiassa tiimityö on niin tärkeää, että rooli on kehitystiimi eikä Kehittäjä.

tämä tarkoittaa, että jokaisen kehitystiimin jäsenen on tehtävä yhteistyötä ikätovereidensa kanssa koko päivän ajan, sillä he ovat yhdessä vastuussa työn etenemisestä. Kaikki ongelmat tai epäonnistumiset ovat yhdessä joukkueen omistuksessa, samoin kuin niiden onnistumiset. Yhteistyö ei rajoitu vain Daily Scrumin kaltaisiin tapahtumiin, vaan koskee kaikkea, mitä joukkue tekee jokaisen sprintin aikana.

esimerkkejä yhteistyöstä ovat:

• auttaa ikätovereita viimeistelemään keskeneräisiä töitä ennen kuin tuot uusia töitä ruuhka-ajoilta
• Pariohjelmointi, kuten vuorotellen näppäimistön käyttöä ja toistensa työn auttamista ja tarkistamista

vertaisarviointi

• avun pyytämistä ja halukkuutta antaa sitä
• menee sinne missä työ on ja auttaa, sen sijaan että odottaisi työn siirtyvän heille
• varmistaen, että kaikki työ todella täyttää määritelmän done
• calling a Scrum to purchase problems which needs the team ’ s immediate attention
• raising impressions to Scrum Master jotta ne voidaan käsitellä ajoissa
• päivittää Scrum Task board ja burndown kaavio siten, että tiedot ovat ajan tasalla ja voidaan luottaa
• Skill and know sharing

the final day: Review and Retrospective

pidä Sprint Review

jos joukkue on yhteistyötä tehokkaasti, he ovat työskennelleet yhdessä Sprint tavoite, hallita riskejä ja säätää suunnitelmiaan tarpeen mukaan. He ovat osoittaneet hallitsevansa koko Sprintin ajan jäljellä olevan työn tasaisen loppuunpalamisen kautta, jossa jokainen jäsen näki henkilökohtaisena velvollisuutenaan auttaa keskeneräisen työn loppuun saattamisessa. Heillä on arvokas lisäys esiteltävänä tuotteen omistajalle ja kaikille kutsutuille sidosryhmille. Arvostelu on jotain, mitä joukkueen pitäisi odottaa.

siihen joukkueen pitää myös valmistautua. Suoritetun työn esittelylle on varattava riittävästi aikaa. Tehtäviä voidaan suunnitella Sprint Backlog tätä tarkoitusta varten, jotta varmistetaan, että tarkastelu tekee oikeutta tehdylle työlle ja arvo, joka on nyt saatavilla. Jos tuoteomistajan mielestä olisi myös hyvä idea kutsua sidosryhmiä, niin ne kutsut olisi pitänyt lähettää. Katselmus on tilaisuus juhlistaa tehtyä työtä ja esitellä saavutuksiaan, joten itseluottamus herää ja jatkuva panostus tiimiin voi olla perusteltua.

Sprinttikatselmus on myös tutustumismahdollisuus. Tuoteomistajan on hyvä kertoa, kuinka hyvin tuote toimii, saada ensikäden palautetta kaikilta kutsutuilta tahoilta ja ottaa opiksi siitä, miten Tuotekantaa voitaisiin parantaa entisestään. Jos jokin työ ei jostain syystä ole valmis, niin sekin käydään läpi ja arvioidaan uudelleen Tuotekannassa mahdollista suunnittelua varten tuleviin sprintteihin.

tämän jälkeen suoritetaan Sprinttiretrospektiivi

Sprinttikatselmuksessa tarkasteltiin tuotetta ja annettua arvoa, tehtyä työtä sekä rehellisesti ja avoimesti mitä tahansa tekemätöntä työtä, oli syy mikä tahansa.
seuraavaksi on vuorossa Sprinttihiihto. Retrospektiivi tarkastelee prosessia, jota tiimi Seuraa. Toimivatko he niin tehokkaasti kuin voivat? Retrospektiivi kannattaa yleensä pitää heti katselmuksen jälkeen, sillä ensin mainittu voi esitellä ajatuksia pohdittavaksi jälkimmäisessä.

koko kehitystiimin, tuoteomistajan ja Scrum-mestarin on osallistuttava Retrospektiiviin, koska kaikki ovat yhdessä vastuussa tiimin työn onnistumisesta. On todella tärkeää saada ilmainen ja avoin istunto, joka pääsee ytimeen ongelmia ja tunnistaa toimia, jotka auttavat ratkaisemaan niitä. Retrospektiivi voi alkaa seuraavalla julistuksella:

”riippumatta siitä, mitä havaitsemme, ymmärrämme ja todella uskomme, että jokainen teki parhaansa, ottaen huomioon sen, mitä he tuolloin tiesivät, taitonsa ja kykynsä, käytettävissä olevat resurssit ja käsillä olevan tilanteen.”

”Retrossa” kaikilla on yhtäläinen ääni. Yksi lähestymistapa, jota Scrum Master voi helpottaa, on tunnistaa:

• asiat, jotka menivät hyvin
• asiat, jotka eivät menneet niin hyvin
• parannusideoita
• huudot joukkuekavereille, jotka tekivät jotain poikkeuksellista

aikalinjan perustaminen voi auttaa hölkkääjien muistoja merkittävistä tapahtumista sprintin aikana.