Scrum-opas | 35. Päivittäinen Scrum

Päivittäinen Scrum kestää enintään viisitoista minuuttia ja se pidetään aina samassa paikassa ja samaan aikaan tarpeettoman monimutkaisuuden vähentämiseksi. Siihen osallistuvat kaikki tuoteen parissa työskentelevät kehittäjät ja valinnaisesti Scrum Master. Tämän Scrum-tapahtuman pääasiallinen tarkoitus on suunnitella tehtävät, joihin he keskittyvät päivän aikana.

Päivittäinen Scrum – sisällysluettelo:

1. Johdanto
2. Päivittäisen Scrumin kaava
3. Päivittäisen Scrumin ongelmat ja 5W-menetelmä
4. Tukikysymykset
5. 5 Miksi
6. Yhteenveto

Johdanto

Päivittäinen Scrum on lyhyin ja yleisin Scrum-tapahtuma, jonka yleiskatsauksen voi löytää erillisestä artikkelista. Päivittäiseen Scrumiin osallistuvien kehittäjien tehtävä on nopeasti asettaa työskentelytavoitteet seuraavalle 24 tunnille. Tällä tavoin jokainen tietää, mihin muut keskittyvät ja miten he työskentelevät yhteisen Sprint-tavoitteen saavuttamiseksi.

Päivittäisen Scrumin kaava

Ei ole yhtä oikeaa päivittäisen Scrumin kaavaa. Jokainen kehitystiimi kehittää itselleen toimivan kokousmuodon. Kuitenkin on olemassa yleinen kehys, joka helpottaa sen toteuttamista.

Hyvin toteutettu päivittäinen Scrum pitäisi antaa jokaiselle osallistujalle mahdollisuus vastata kahteen kysymykseen:

• mikä on tärkein tehtävä, jonka aion suorittaa tänään?
• mitkä ovat esteet tämän tehtävän suorittamiselle?

Kuitenkin näiden kysymysten esittäminen suoraan ei ole pakollinen kaava. Nämä ovat esimerkkikysymyksiä, jotka määrittävät kokouksen akselin. Päivittäisen Scrumin tarkoitus on parantaa viestintää kehitystiimissä, priorisoida tehtäviä ja vähentää pullonkaulojen riskiä.

Päivittäinen Scrum on tapahtuma, joka vastaa muiden ketterien menetelmien päivittäistä seisontaa. Ja se usein etenee hyvin samankaltaisesti – vaikka virallinen Scrum-opas ei vaadi kehittäjiä seisomaan tämän lyhyen tapahtuman aikana. Erittäin usein sen osallistujat yksinkertaisesti seisovat puhuessaan epävirallisessa ryhmässä.

Vaikka saattaa tuntua, että 15 minuuttia päivässä on paljon päivittäisten tehtävien käsittelyyn, käytäntö osoittaa, että tällainen kokous on paras kehitystiimin tehokkuuden kannalta. Usein ja säännöllisesti päivittyvillä tavoitteilla ja sitoumuksilla kaikki kehittäjät keskittyvät priorisoituihin tehtäviin ja asettavat sujuvan tiimikehityksen yksittäisten tulosten edelle.

Päivittäisen Scrumin ongelmat ja 5W-menetelmä

Yksi päivittäisen Scrumin ongelmista on, että kehittäjät venyttävät kokouksen aikaa. Jos näin on, on hyvä idea ottaa käyttöön käytäntö, jossa kirjoitetaan taululle – joko fyysiselle tai virtuaaliselle – ongelmalliset asiat, jotka eivät ole keskeisiä päivittäisessä Scrumissa, mutta ovat tärkeitä tiimille. Tällä tavoin on mahdollista palata ongelmiin, joita jää käsiteltäväksi epävirallisissa keskusteluissa päivän aikana. Ja myös, jos tarpeen, Sprintin retrospektiivin aikana, jota kuvaamme tarkemmin erillisessä artikkelissa.

Toinen ongelma, joka usein ilmenee päivittäisissä Scrumeissa, on niiden muuttaminen edellisen päivän työn yhteenvetokokouksiksi. Kehittäjät keskittyvät tällöin jo saavutettujen tulosten käsittelyyn. Tämä ei ole hyvä käytäntö. On myönnettävä, että kehittäjien nykyinen suuntautuminen Sprint-tavoitteeseen johtavaan työhön on erittäin tärkeää. Kuitenkin päivittäisen Scrumin omistaminen jo suoritetuille tehtäville ei edistä tehokkuutta.

Tukikysymykset

Jos tiimi ei hyödy päivittäisestä Scrumista, Scrum Master voi auttaa kehittäjiä tunnistamaan ongelmat tarkkailemalla kokousta ja etsimällä vastauksia seuraaviin kysymyksiin:

5 Miksi

Ongelman alkuperäisen tunnistamisen jälkeen tehokas tekniikka ongelman syyn määrittämiseksi voi olla 5 Miksi -menetelmä, jota kutsutaan myös 5 Miksi tai 5W Sakichi Toyodan mukaan. Se sisältää useiden “Miksi?” -kysymysten esittämisen peräkkäin. Tämä mahdollistaa ongelman syvempien syiden diagnosoinnin ja siten sen helpomman ratkaisemisen.

Esimerkiksi otetaan viimeinen kohta taulukossa: ongelma ilmenee kehitystiimin sitoutumisessa ongelmanratkaisuun. Viisi kysymystä voisi näyttää seuraavilta:

1 x MIKSI?

K: Miksi kehittäjät eivät tarjoa erilaisia tapoja ratkaista ilmeneviä ongelmia?

V: Koska kehittäjä Harry on aina ensimmäinen, joka ehdottaa yhtä ratkaisua.

2 x MIKSI?

K: Miksi kehittäjä Harry on aina ensimmäinen, joka ehdottaa yhtä ratkaisua?

V: Koska kukaan muu ei puhu.

3 x MIKSI?

K: Miksi kukaan muu ei puhu?

V: Koska muilla kehittäjillä ei ole halua etsiä parempia ratkaisuja.

4 x MIKSI?

K: Miksi muut kehittäjät eivät tunne halua etsiä parempia ratkaisuja?

V: Koska ratkaisujen löytäminen vaatii keskittymistä ja on helpompaa pitää Harryn ratkaisua riittävän hyvänä.

5 x MIKSI?

K: Miksi he pitivät Harryn ratkaisua riittävän hyvänä?

V: Koska heitä ei palkita vaihtoehtojen ehdottamisesta, he keskustelivat suunnitelmistaan tänään kokouksen alussa ja miettivät aloittamista.

Tässä tapauksessa ongelma sitoutumisen puutteesta ongelmanratkaisuun voidaan ratkaista muuttamalla päivittäisen Scrumin järjestystä ja aloittamalla tästä asiasta. Tai keksimällä järjestelmä parhaiden ratkaisujen palkitsemiseksi, esimerkiksi ottamalla käyttöön symbolinen palkinto eniten tiimin hyväksymiä ratkaisuja esittäneelle henkilölle tietyssä Sprintissä.

Yhteenveto

Päivittäinen Scrum on keskeinen osa kehitystiimin päivittäistä työtä. Kuitenkin jokaisen tiimin on kehitettävä itselleen optimaalinen kaava tälle kokoukselle. Hyvin toteutettu päivittäinen Scrum mahdollistaa jatkuvan alitavoitteiden asettamisen Sprint-tavoitteen saavuttamiseksi. Se mahdollistaa myös viestintäongelmien nopean diagnosoinnin ja yhteistyön parantamisen kehittäjien välillä.

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