Milloin tuoteomistaja tulee mukaan Daily Scrumiin? Muutamia ajatuksia

Päivittäinen Scrum-kokous, joka tunnetaan myös nimellä Daily Scrum, on keskeinen osa Scrum-viitekehystä. Se tarjoaa tiimin jäsenille mahdollisuuden vaihtaa ajatuksia sprintin tavoitteesta, esteistä ja muista olennaisista aiheista. Mutta joskus herää kysymys: Pitäisikö Product Ownerin myös osallistua tähän päivittäiseen tapahtumaan? Milloin Product Ownerin on osallistuttava Daily Scrumiin – jos hänen ylipäätään tarvitsee? Tarkastellaanpa tätä tarkemmin.

Scrum-oppaan mukaan tuoteomistaja voi osallistua päivittäiseen Scrumiin, erityisesti jos hän työskentelee aktiivisesti nykyisen sprintin tehtävien parissa. Tuoteomistajan läsnäololle ei kuitenkaan ole mitään tiukkaa vaatimusta. Päätös siitä, osallistuuko tuoteomistaja Daily Scrumiin, on jossain määrin koko tiimin vastuulla.

On ymmärrettävää, että jotkin kehitystiimit haluaisivat, että tuoteomistaja olisi läsnä, jotta he saisivat nopeasti vastauksia kysymyksiin tai selvennyksiä tuotekehitykseen. Tämä on sallittua, mutta tuoteomistajan olisi rajoituttava tukemaan kehittäjien toimintaa eikä puututtava liian aktiivisesti kokoukseen.

On kuitenkin tiimejä, jotka tietoisesti jättävät tuoteomistajan osallistumatta Daily Scrumiin. Tämä voi johtua siitä, että tuoteomistajalla on läheiset suhteet johtoon ja sidosryhmiin, mikä voi vaikuttaa kehittäjien avoimuuteen. Tämäkin on ihan ok.

Päivittäisen Scrumin aikana on tärkeää, että kehittäjät voivat puhua vapaasti ja rehellisesti esteistä, esteistä ja edistymisestä. Jos tuoteomistajan läsnäolo koetaan tuottamattomaksi, kehittäjien olisi jätettävä päättää, pitäisikö tuoteomistajan olla läsnä.

Milloin tuoteomistajan on siis osallistuttava päivittäiseen Scrumiin? Lyhyesti sanottuna hänen ei teoriassa koskaan tarvitse.

On kuitenkin tilanteita, joissa tuoteomistajan läsnäolo päivittäisessä Scrumissa voi olla hyödyllistä. Toisaalta se voi parantaa tiimin yhteenkuuluvuutta, jos tuoteomistaja osallistuu hiljaisena kuuntelijana. Tämä on erityisen tärkeää, jos on merkkejä siitä, että etäisyys tuoteomistajan ja kehitystiimin välillä kasvaa. Osallistumalla joihinkin Daily Scrumeihin tuoteomistaja voi kuroa tätä kuilua umpeen ja edistää viestintää.

Toinen tärkeä syy tuoteomistajan läsnäololle on mahdollisuus saada palautetta varhaisessa vaiheessa. Kuuntelemalla aktiivisesti päivittäisen scrumin aikana tuoteomistaja voi saada arvokasta tietoa kehitystiimin päivittäisestä toiminnasta, kapasiteetista ja nopeudesta. Tämän varhaisen palautteen avulla tuoteomistaja voi parantaa käyttäjätarinoita ja tehdä muutoksia backlogiin.

Tavallaan tuoteomistajan osallistuminen päivittäiseen Scrumiin voi näin ollen auttaa mallintamaan tiimin sisällä lyhyitä iteraatiokierroksia ja palautesyklejä, joita toivottavasti on myös asiakaspalautteen kanssa.

"Monet tiimin jäsenet eivät uskalla puhua!"

Ratkaise tämä haaste

"Löydämme liian monta odottamatonta ongelmaa ja vikaa myöhäisessä vaiheessa!"

Ratkaise tämä haaste

"Miksi minulta kestää joskus tunteja valmistella yksinkertainen retrospektiivi?"

Ratkaise tämä haaste

Jos haluat parantaa tiimiyhteistyötä ja tehdä tiimin kehityksestä mitattavampaa, Echometer saattaa olla sinulle kiinnostava – erityisesti, jos tiimissäsi ei ole omaa kokopäiväistä Scrum Masteria.

Echometer on digitaalinen työkalu, joka auttaa ketterien tiimien johtajia ketterissä retrospektiiveissä ja tiimin Health Check:ssä. Olipa kyseessä etä-, hybridi- tai paikan päällä tapahtuva tiimivalmennus: se tekee tiimivalmennuksesta mitattavissa olevaa ja tekee siten työstäsi ammattimaisempaa ja säästää samalla paljon työtä. Katso lisätietoja verkkosivuiltamme: www.echometerapp.com.

Epävarmoissa tapauksissa ole ketterä: Ota Product Owner kokeiluluonteisesti mukaan Daily Scrumiin esimerkiksi yhden sprintin ajaksi ja pohdi seuraavassa retrospektiivissä, haluatko jatkaa tätä ja miten.

Christian Heidemeyer, psykologi & Scrum Master

Yhteenvetona voidaan todeta, että tuoteomistajan osallistuminen päivittäiseen Scrumiin ei ole kiinteä sääntö, vaan se riippuu useista eri tekijöistä. Päätös olisi tehtävä tiimin dynamiikan ja projektin tarpeiden mukaisesti. Kyse ei ole vain osallistumisesta, vaan oikean tasapainon löytämisestä, jotta voidaan edistää yhteistyötä ja tiedon jakamista kehitysprosessissa.

Lopuksi vielä huomautus: Jos haluat kokeilla, miltä tuntuu kehittää tiimiäsi työkalumme avulla: Voit aloittaa ketterän retrospektiivin ilman kirjautumista, tässä tapauksessa “Keep, Stop, Start” -työpajan. 

Vaihtoehtoisesti voit myös yksinkertaisesti lähettää verkkosivumme eteenpäin asiasta vastaaville kollegoille: www.echometerapp.com.

Miten

Pidä Stop Start Retro: Näin retro etenee

1. Satunnainen jäänmurtaja (2–5 minuuttia)

   Echometer tarjoaa satunnaisten sisäänkirjautumiskysymysten luojan.

2. Avoimien toimenpiteiden tarkastelu (2–5 minuuttia)

   Ennen kuin aloitat uusia aiheita, sinun tulisi keskustella menneiden retrospektiivien toimenpiteiden tuloksista tehokkuuden tarkistamiseksi. Echometer listaa automaattisesti kaikki avoimet toimenpiteet menneistä retrospektiiveistä.

3. Retro-aiheiden käsittely

   Käytä seuraavia avoimia kysymyksiä tärkeimpien havaintojesi keräämiseen. Ensin jokainen itsenäisesti. Echometer mahdollistaa retrotaulun jokaisen sarakkeen paljastamisen erikseen, jotta palautetta voidaan sitten esitellä ja ryhmitellä.

   • Jatka: Mitä meidän pitäisi säilyttää?
   • Stop: Mihin meidän pitäisi lopettaa?
   • Aloitus: Mitä meidän pitäisi aloittaa?

4. Yleiskysymys (suositus)

   Jotta muillakin aiheilla olisi paikkansa:

   • Mistä muusta haluaisit puhua retrospektiivissä?

5. Priorisointi / Äänestys (5 minuuttia)

   Echometerin retrotaululla voit helposti priorisoida palautteen äänestyksellä. Äänestys on luonnollisesti anonyymi.

6. Toimenpiteiden määrittely (10-20 minuuttia)

   Palautteeseen voidaan luoda linkitetty toimenpide plus-symbolin avulla. Etkö ole vielä varma, mikä toimenpide olisi oikea? Avaa sitten plus-symbolin kautta aiheeseen liittyvä Whiteboard, jossa voit ideoida perussyitä ja mahdollisia toimenpiteitä.

7. Uloskirjautuminen / Lopetus (5 minuuttia)

   Echometerin avulla voit kerätä anonyymiä palautetta tiimiltä siitä, kuinka hyödyllinen retro oli. Tästä syntyy ROTI-pistemäärä ("Return On Time Invested"), jota voit seurata ajan mittaan.

Pidä Stop Start Retro

Jatka: Mitä meidän pitäisi säilyttää?

Stop: Mihin meidän pitäisi lopettaa?

Aloitus: Mitä meidän pitäisi aloittaa?

Avaa tämä retro nyt Sopeudu...