Scrum-opas | 28. Sprintti Scrumissa

Useat pienemmät tapahtumat muodostavat Sprintin Scrumissa. Sprintit puolestaan muodostavat yhdessä polun, joka on suunnattu tuotteen kehittämiseen ja julkaisemiseen. Jokaisella Sprintillä on tietty Sprint-tavoite ja Sprint Backlog, jota ylläpitää Kehitystiimi.

Mitä on Sprint Scrumissa – sisällysluettelo:

1. Sprint Scrumissa – Johdanto
2. Sprint Scrum-rakenne
3. Sprintit ja empirismin kolme pylvästä
4. Läpinäkyvyys
5. Tarkastus
6. Sopeutuminen
7. Mitä muutoksia tehdä Sprintin aikana?
8. Sprint Scrumissa – Yhteenveto

Mitä on Sprint Scrumissa?

Sprint on suurin tapahtuma Scrumissa, josta kirjoitimme tässä artikkelissa. Sprintit seuraavat jatkuvaa sykliä työn alusta loppuun tuotteen parissa. Ja jokainen iteraatio vie tiimiä lähemmäksi tuotetavoitteen saavuttamista.

Jokaisella Sprintillä on tietty Sprint-tavoite varmistaakseen kehitystiimin työn johdonmukaisuuden. Se ottaa muodon liiketoimintatavoitteena ja vastaa kysymyksiin “Miksi?”, “Mihin päämäärään?” tai “Miksi?”.

Sprintin työnkulku on dokumentoitu Sprint Backlogissa, joka listaa työn, joka tarvitaan Sprint-tavoitteen saavuttamiseksi. Sen yksityiskohtainen kuvaus löytyy täältä.

Sprint Scrum-rakenne

Jokaisella Sprintillä on tietty rakenne ja se sisältää seuraavat tapahtumat:

• Sprint-suunnittelu – Sprint alkaa. Tämän tapahtuman aikana Scrum-tiimi valitsee suunnitellut työt Tuotteen Backlogista, jotka tehdään uudessa Sprintissä
• Päivittäinen Scrum – päivittäinen tapahtuma, jossa kehittäjät suunnittelevat päivän tehtävät
• Sprint-arviointi – sidosryhmille avoin, pidetään Sprintin viimeisenä päivänä. Sen tarkoitus on tiivistää Sprintin edistymistä tuotteen osalta
• Sprint-retrospektiivi – Sprintin päätöstapahtuma, jossa Scrum-tiimi keskustelee työskentelytavoista ja parannusehdotuksista

Sprint-tapahtumien toistaminen edistää hyvien organisaatiokäytäntöjen toteuttamista. Toisin sanoen Scrum-tiimi toteuttaa tehokkaan suunnittelun kannalta tarvittavat rutiinit ja kiinnittää huomiota ongelmiin, joita voidaan käsitellä asianmukaisissa tapahtumissa.

Sprintit ja empirismin kolme pylvästä

Sprintit mahdollistavat Scrum-tiimin jakaa työn tuotteessa tasaisiin aikasegmentteihin, jotka kestävät enintään kuukauden. Tämä kiinteä kehys vahvistaa empirismin kolmea pylvästä:

• läpinäkyvyys
• tarkastus
• sopeutuminen

Kirjoitimme empirismin kolmesta pylväästä ja niiden roolista Scrumissa tarkemmin täällä. Mutta tänään tarkastelemme, miten ne liittyvät Sprintiin ja sen rakenteeseen.

Läpinäkyvyys

Työn jakaminen Sprintteihin parantaa läpinäkyvyyttä, sillä kaikki osalliset voivat saada tarvittavat tiedot tuotteen työn tilasta jokaisessa Sprintissä. Sprint-suunnittelu ja Sprint-arviointi, Sprintin alku ja loppu, yhdistettynä Tuotteen Backlogin päivitykseen, tarjoavat kaikille sidosryhmille arvokkaita näkemyksiä tuotteen nykytilasta.

Tarkastus

Jakamalla työn Sprintteihin on mahdollista seurata sen edistymistä usein. Tämä edistää ongelmien jatkuvaa tunnistamista kahdella keskeisellä alueella. Nämä ovat:

• ongelmat, jotka liittyvät tuotetavoitteen saavuttamiseen – Sprintin alussa ja lopussa, eli Sprint-suunnittelussa ja Sprint-arvioinnissa
• esteet Scrum-tiimin työskentelyssä – päivittäisissä kokouksissa ja jokaisen Sprintin lopussa, eli Päivittäisessä Scrumissa ja Sprint-retrospektiivissä

Sopeutuminen

Sopeutuminen on erittäin tärkeä osa Scrum-tiimin työtä, sillä se mahdollistaa tarkastuksessa tunnistettujen ongelmien ratkaisemisen. Jokaisessa Sprintissä, Päivittäinen Scrum ja Sprint-retrospektiivi tarjoavat turvallisen tilan keskustella siitä, miten Scrum-tiimiä voidaan parantaa. Ehdotettujen ratkaisujen toteuttaminen tapahtuu heti tai seuraavan Sprintin alussa.

Sprint-suunnittelu ja Sprint-arviointi luovat turvallisen keskustelutilan tavoitteista ja keinoista niiden saavuttamiseksi. Hyvä itseohjautuva Scrum-tiimi selvittää menestyksekkäästi, mitä ja miten toteuttaa seuraavassa Sprintissä.

Mitä muutoksia tehdä Sprintin aikana?

Jokainen Sprint jättää tarpeeksi tilaa Scrum-tiimille parantaa ja improvisoida työskentelytapaansa. Siksi on tärkeää tunnistaa, mitä muuttaa Sprintin aikana. Scrum-opas ei tarjoa luetteloa tällaisista muutoksista. Kuitenkin empirismi tarjoaa ohjeita, joita seurata ja mukauttaa tietyn Scrum-tiimin työskentelytapaan.

1. Kaikki muutokset voivat vaarantaa Sprint-tavoitteen saavuttamisen. Ensimmäisen säännön mukaan Sprintin aikana ei voi esimerkiksi vähentää tehtävien määrää kyseisessä Sprintissä tai merkittävästi muuttaa niiden ominaisuuksia. Sprint on tiiviisti sidoksissa Sprint-tavoitteeseen. Siksi, kun tavoite muuttuu, meidän tulisi keskeyttää Sprintti. Tämä kuitenkin tapahtuu harvoin, sillä ainoa syy Sprintin epäonnistumiseen on, kun tavoite vanhentuu. Muista, että päätös Sprintin lopettamisesta kuuluu yksinomaan Tuoteomistajalle.
2. Työn laatua ei voida vaarantaa. Tämä sääntö on tarkoitettu estämään Sprintin aikana tehdyn työn muuttumista Inkrementiksi, koska se ei täytä Valmiuden määritelmää. Työn laadun heikentäminen voi johtaa siihen, että Sprint-tavoite näyttää olevan saavutettu, mutta yksittäisten tehtävien suorittaminen ei täytä organisaation tai sidosryhmien asettamia laatustandardeja.
3. Tuotteen Backlog voi tulla yksityiskohtaiseksi. Työskennellessään tuotteen parissa tieto siitä lisääntyy. Siksi tehtävien yksityiskohtaisuus kasvaa luonnollisesti. Siksi on hyväksyttävää ja jopa suositeltavaa muuttaa Tuotteen Backlogia yksityiskohtaisemmaksi Sprintin aikana.
4. Työn laajuus voi selkeytyä tai neuvotella uudelleen. Tämä muutos, kuten edellinen, liittyy kasvavaan ymmärrykseen suoritetun työn luonteesta. Kehitystiimi voi tehdä sen yhteistyössä Tuoteomistajan kanssa. Kuitenkin sen toteuttamisen perusvaatimus on, ettei se ole ristiriidassa periaatteiden 1. ja 2. kanssa.

Sprint Scrumissa – Yhteenveto

Sprint on syklinen Scrum-tapahtuma, joka sisältää kaikki muut. Sillä on erillinen al Sprint-tavoite, joka on erillään Tuotteen tavoitteesta. Ja Sprint Backlog on erilainen kuin Tuotteen Backlog. Sprinttien luonne on syklinen. Sprinttien kiinteä pituus edistää hyvien työnkulku käytäntöjen ylläpitämistä ja kolmen empirismin pylvään vaalimista. Sprintin aikana Scrum-tiimi ei voi muuttaa tavoitettaan. Se voi kuitenkin tarkentaa Tuotteen Backlogia ja tiedon kasvaessa tarkentaa ja neuvotella työn laajuudesta.

Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä.