Tämä sivu on käännetty automaattisesti. Vaihda englanniksi saadaksesi paremman lukukokemuksen.

Vaihda englanniksi
Christian
Christian

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 keskustella 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.

Milloin tuoteomistajan on osallistuttava Daily Scrumiin?

Tuoteomistaja päivittäisessä Scrumissa?

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ää.

Milloin tuoteomistajan on osallistuttava Daily Scrumiin?

Palautteen saaminen varhaisessa vaiheessa

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.

Milloin tuoteomistajan on osallistuttava Daily Scrumiin?

Parantaa tiimin yhteistyötä

Jos haluat parantaa tiimiyhteistyötäsi ja tehdä tiimisi kehityksestä mitattavampaa, Echometer voisi 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 kokeellisesti mukaan Daily Scrumiin esimerkiksi yhden sprintin ajaksi ja pohdi seuraavassa retrospektiivissä, haluatko jatkaa tätä ja miten.

Christian Heidemeyer, psykologi & Scrum Master

Milloin tuoteomistajan on osallistuttava Daily Scrumiin?

Johtopäätös: Tuoteomistaja päivittäisessä Scrumissa

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.

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?

Blogikategoria

Lisää artikkeleita aiheesta "Ketteryyden skaalautuminen"

Katso kaikki tämän kategorian artikkelit
Agile Spotify -malli: Squadit, heimot, jaostot ja killat selitettynä

Agile Spotify -malli: Squadit, heimot, jaostot ja killat selitettynä

Lyhyt yleiskatsaus Spotify-malliin: Kuinka squadit, heimot, jaostot ja killat skaalaavat ketteryyttä, mitkä roolit ovat mukana ja mitä sinun tulisi ottaa huomioon käyttöönotossa.

5 sprintin retrospektiivistä ideaa, joita tiimit taatusti juhlivat

5 sprintin retrospektiivistä ideaa, joita tiimit taatusti juhlivat

Psykologina ja Scrum Masterina minulla on luultavasti epätavallinen näkemys sprintin retrospektiivien ideoihin. Keskityn hieman enemmän jatkuvan parantamisen "pehmeään" puoleen. Voitaisiin puhua my...

7 suosikkimalliani Agile-retrospektiivejä varten

7 suosikkimalliani Agile-retrospektiivejä varten

Tiimissäni teemme ketteriä retrospektiivejä keskimääräistä useammin: joka perjantai, eli kerran viikossa. Ja et uskoisi - muun muassa monien superketterien retrospektiivimallien ansiosta se on joka...

Miten voit parantaa viestintää etäyhteydellä toimivassa ohjelmistokehitystiimissä?

Miten voit parantaa viestintää etäyhteydellä toimivassa ohjelmistokehitystiimissä?

Ohjelmistokehittäjien ja -insinöörien virtuaali- tai etätyöskentelytiimien viestinnän parantamiseksi on olemassa erilaisia toimenpiteitä ja lähestymistapoja. Sillä ei ole merkitystä, ovatko he fron...

DORA- ja SPACE-mittarit: 2 tiimityöpajoja parantamista varten.

DORA- ja SPACE-mittarit: 2 tiimityöpajoja parantamista varten.

Jos olet tekninen johtaja, haluat todennäköisesti tietää, kuinka hyvin tiimisi toimittaa ohjelmistoja ja miten voit parantaa sitä. Ehkä olet jo kuullut DORA-mittareista ja SPACE-viitekehyksestä, ka...

Ketteryyden terveystutka: 13 suosituinta ketterien KPI-mallien mallia.

Ketteryyden terveystutka: 13 suosituinta ketterien KPI-mallien mallia.

Yhdysvaltalainen toimittaja ja kirjailija Prentice Mulford sanoi kerran: „Se, joka tunnistaa pahan, on jo melkein parantanut sen..“ Prentice Mulford Ei siis ihme, että otamme kuumetta, käymme lääkä...

Työsopimukset: 10 esimerkkiä, näytettä ja mallia

Työsopimukset: 10 esimerkkiä, näytettä ja mallia

Tehokas yhteistyö tiimeissä on ratkaisevan tärkeää menestyksen kannalta, erityisesti Scrumin kaltaisten ketterien menetelmien yhteydessä. Työsopimukset ovat ratkaisevassa asemassa, kun luodaan selk...

Tarkistuslista ryhmänjohtajille: 10 keskeistä tehtävää

Tarkistuslista ryhmänjohtajille: 10 keskeistä tehtävää

Tiiminvetäjänä otat paljon vastuuta työntekijöistäsi ja tiimistäsi. Tämä tiiminvetäjien tarkistuslista helpottaa sinua pitämään yleiskuvaa ja varmistamaan, ettei mikään mene pieleen. Mallimme sopii...

Scrum Master palvelevana johtajana: 8 ajatuksen aihetta

Scrum Master palvelevana johtajana: 8 ajatuksen aihetta

Kokeneena psykologina ja Scrum Masterina ymmärrän haasteet, joita tiimien johtajat kohtaavat ketterissä ympäristöissä. Tasapainon löytäminen ketteryyden ja johtajuuden välillä ei ole helppo tehtävä...

Echometer uutiskirje

Älä missaa Echometer-päivityksiä ja inspiroidu ketterästä työskentelystä.