Voiko Scrum Master olla tuoteomistaja? 3 vaihtoehtoa

Olet kysymyksen edessä: “Voiko Scrum Master olla Product Owner, voiko sama henkilö hoitaa molemmat työt?” Tutkitaan yhdessä tätä ongelmaa ja autetaan sinua löytämään paras vaihtoehto ketterälle tiimillesi.

Käyn läpi kolme “toimintavaihtoehtoa”, jotka kaikki ovat teoreettisia, mutta voivat auttaa sinua kysymyksessäsi.

Scrum Master ja Product Owner muodostavat dynaamisen kaksikon, joka vaikuttaa merkittävästi ketterien tiimien menestykseen. Scrum masterin ja PO:n välinen suhde on siis erittäin tärkeä. Samalla kun Scrum Master poistaa esteitä ja vie tiimiä prosessin osalta eteenpäin, tuoteomistaja varmistaa sidosryhmien edut. Selkeä viestintä, jatkuva vuoropuhelu ja yhteinen ymmärrys ketteristä periaatteista ovat olennaisia molemmille rooleille ja niiden suhteelle toisiinsa. 

Mutta entä jos Scrum Masterin ja Product Ownerin roolit, joiden toisiaan täydentävät tavoitteet saattavat olla ristiriidassa keskenään, on tarkoitus yhdistää yhteen henkilöön? Scrum Masterin ja tuoteomistajan suhdetta ei siis enää ole, vaan molemmista tulee yhtäkkiä yksi henkilö. Näen 3 vaihtoehtoa tähän skenaarioon.

Voivatko Scrum Master ja Product Owner olla sama henkilö? Jos pitäydymme Scrum-oppaassa, suositus lienee seuraava: Pidä Scrum Masterin ja Product Ownerin roolit erillään. Tämä on periaate, jonka pitäisi edistää ketterien prosessien tehokkuutta ja sujuvuutta.

Jos se on taloudellisesti mahdollista, älä pelkää ottaa molempia rooleja. Näin vältät mahdolliset eturistiriidat ja voit keskittyä selkeästi tiettyihin vastuualueisiin.

Mielestäni on selvää, että on järkevää erottaa roolit toisistaan. Mutta entä jos se jostain syystä saattaa olla vaikeaa? Näen kaksi muuta vaihtoehtoa.

Jos näet itsesi kokeneena Scrum Masterina ja Product Ownerina ja uskot pystyväsi säilyttämään tasapainon näiden kahden roolin välillä, voit tietysti tehdä kaikkesi ja yhdistää Scrum Masterin ja Product Ownerin yhteen henkilöön. Silloin vastaus olisi kyllä: Scrum Master voi olla PO tai Product Owner. Loppujen lopuksi Agile-periaatteet kannustavat kokeilemaan. Molempien hattujen tilapäinen kantaminen tuo varmasti uusia ja ennen kaikkea käytännöllisiä oivalluksia. 

Mutta varoitetaan: käytännössä käy usein ilmi, että molempien roolien yhdistelmä johtaa epätasapainoon. Voi kuitenkin olla olemassa kompromissi, joka optimoi onnistumisen todennäköisyyden.

"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

Hypoteesini on, että jos samassa henkilössä on molemmat roolit, tuotantopäällikön rooli on yleensä hallitseva jokapäiväisessä toiminnassa, koska siellä on usein tehtävä konkreettisempia päätöksiä. Sinusta tulee luultavasti jonkinlainen tuoteomistaja, joka moderoi kaikkia kokouksia.

Samalla Scrum Masterin rooli kärsii erityisesti siitä, että a) kokoukset ovat huonommin valmisteltuja ja b) tiimiä tarkkaillaan vähemmän, jotta esimerkiksi tunnistetaan esteitä varhaisessa vaiheessa - periaatteessa “jatkuvan parantamisen” teema todennäköisesti kärsii valtavasti.

Näiden kahden seikan vastapainoksi tuoteomistaja voisi tehdä käytännöllisen kompromissin hyödyntämällä digitaalista tukea. Yksi esimerkki tästä on Echometer:n käyttö digitaalisena valmentajana.

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.

Olin yllättynyt siitä, kuinka monet tiimit poikkeavat suositellusta normista Scrum Masterin ja Product Ownerin roolien jaossa.

Christian Heidemeyer, psykologi & Scrum Master

Ketterässä maailmassa kysymys “Voiko Scrum Master olla Product Owner?” esitetään yllättävän usein, joten sille on varmasti jonkinlainen tarve. Valinta selkeiden roolien, joustavan dualismin tai jaetun vastuun välillä riippuu tiimisi yksilöllisistä tarpeista. Löydä vaihtoehto, joka sopii parhaiten ketterälle matkallesi, ja pidä aina ketterä manifesti ja Scrum Guide mielessä. Nyrkkisääntönä: Yritä saada molemmat roolit kahteen henkilöön kokopäiväisesti tiimiin!

Lopuksi vielä huomautus: Jos haluat joskus 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...