Blog

Product Manager, Product Owner ja Scrum Master – mitä, miksi ja miten tuotteita luodaan

SEP 2, 2022

Useimpien elämän asioiden ytimeen pääsee esittämällä kolme taikakysymystä: ”Mitä?”, ”Miksi?” ja ”Miten?”.

Arto Kiiskinen

Arto is a Leading Product Owner Coach with 20 years of experience in leading R&D activities both in large and small organizations, in many different roles. He is now committed to training and coaching product owners to become better at their work. He is also CSPO, PSPO, PSM, and ISTQB certified.

Jos työskentelet esimerkiksi Agilen mukaisesti, jokainen luomasi user story on huomattavasti parempi, kun vastaat näihin kolmeen kysymykseen.

Tiesitkö kuitenkin, että voit myös ymmärtää R&D-organisaatiotasi paremmin, kun yhdistät kuhunkin kysymykseen keskeisen roolin? Ajattele esimerkiksi seuraavia rooleja:

  • Product Manager

  • Product Owner

  • Scrum Master

Jokainen näistä rooleista edustaa yhtä näistä kolmesta kysymyksestä. Kun asiaa ajattelee näin, se näyttäytyy uudessa valossa ja auttaa ymmärtämään paremmin, mikä on tärkeää roolien toimivan yhteistyön kannalta.

Product Manager: MITÄ

Product Manager vastaa tuotteen liiketoiminnasta, visiosta ja roadmapista. Hän tekee lopullisen päätöksen siitä, MITÄ toteutetaan. Product Manager tuntee myös parhaiten tuotteen kohdeasiakkaan tai -käyttäjän. Tämä vaikuttaa vahvasti siihen, MITÄ tehdään.

Product Owner: MIKSI

Product Owner vastaa backlogista ja priorisoinnista. Backlog sisältää tiimin tehtävät, ja sen on oltava priorisoitu. Koska tuotteelle ei voi lisätä jokaista saapuvaa pyyntöä, Product Ownerilla on valta hyväksyä tai hylätä asioita backlogiin.

Tämä valta tarkoittaa, että hänen on saatava organisaatio vastaamaan kysymykseen, MIKSI jotakin tarvitaan. Vain ymmärtämällä syyn voit todella arvioida pyynnön arvon. Esittämällä tämän kysymyksen Product Owner luo niin sanotun ”priorisointihaasteen”.

Scrum Master: MITEN

Kehittäjät toki päättävät käytännössä siitä, MITEN työ tehdään. Jos kuitenkin valitsisimme yhden henkilön edustamaan kehitystiimiä sen osalta, MITEN työ tehdään, se olisi Scrum Master.

Scrum Master vastaa tiimin valmentamisesta parempaan suoriutumiseen, varmistaa, että tiimi noudattaa omia sääntöjään, ja suojelee tiimiä itseltään. Tiimit yrittävät liian usein tehdä liikaa. Tässä mielessä Scrum Master toimii ”kestävyyden vaalijana”, joka tuo esiin tiimin todellisen suorituskyvyn.

Keskeiset ongelmat roolien yhteistyössä

Nyt kun tiedämme, kuka tekee mitäkin, tarkastellaan yleisiä ongelmia, joita nämä kolme roolia kohtaavat yrittäessään tehdä yhteistyötä.

Product Manager käyttää liian vähän aikaa tiimin kanssa

Syynä voi olla liian suuri määrä muita tuotteita, jotka ovat eri kehitys- tai elinkaarivaiheissa. Myös asiakaskäynnit ja matkustaminen vievät Product Managerin kauas tiimistä. Tämä voi haitata tiimiä, jos se ei saa riittävästi palautetta ja ohjausta Product Managerilta.

Product Owner ei käytä valtaansa hyväksyä tai hylätä backlogiin lisättäviä asioita

Oikean priorisoinnin kannalta on olennaista, että Product Owner käyttää valtaansa hylätä pyynnöt, joita ehdotetaan lisättäväksi tiimin backlogiin. Jos kaikki hyväksytään ja lisätään aina backlogiin, tuloksena on paisunut backlog, jota on vaikea hallita ja arvioida.

Myös asian hyväksymisen backlogiin pitäisi merkitä jotain: vahvempaa sitoutumista sen toimittamiseen.

Scrum Master ei fasilitoi eikä ohjaa tiimin omia sopimuksia työskentelytavoista

Näitä sopimuksia voivat olla:

  • Keskeneräisen työn (WIP) rajat

  • Definition of Ready- tai Definition of Done -sopimukset

  • miten keskeytyksiä hallitaan

  • milloin kannattaa varata aikaa syväkeskittymiseen

Tämä tiimikurin puute johtaa epätasaiseen vauhtiin, vaikeuksiin ennustamisessa ja luottamuksen puutteeseen kolmen avainroolin välillä.

Miltä hyvä yhteistyö näyttää kolmessa roolissa

Demoja ja sprinttikatselmuksia hyödynnetään täysimääräisesti

Ne tuottavat tiimille palautetta, yleiskuvan nykytilanteesta ja suunnitelmia. Tiimit, jotka pitävät näitä seremonioita erittäin tärkeinä, onnistuvat yleensä hyvin kolmen roolin yhteistyössä.

Scrum Masterin ja Product Ownerin viikoittainen priorisointihetki

PO:n ja Scrum Masterin on hyvä keskustella säännöllisesti ja lyhyesti siitä, mitkä asiat on nostettava backlogissa kärkeen. Näin tiimin refinement-prosessiin tuodaan oikeat asiat.

Kolme avainroolia tapaavat myös ohjauspalaverien ulkopuolella

Kun Product Manager, Product Owner ja Scrum Master viestivät säännöllisesti – myös epävirallisesti – suunnittelu ja realististen ennusteiden tekeminen on huomattavasti helpompaa. Ongelmat ja pullonkaulat nousevat esiin, ja tiimi saa tarvitsemansa tuen.

Roolien kehittämisen on oltava tasapainoista

Jotta tuoteorganisaatiosi voi toimia parhaalla mahdollisella tasolla, sinun on kehitettävä kaikkia kolmea osa-aluetta: MITÄ, MIKSI ja MITEN. Tee se samanaikaisesti. Jos keskityt vain yhteen niistä, saavutat vain rajallisia tuloksia.

Siksi ajattelen, että yksilölliset ja pääasiassa sertifiointiin tähtäävät koulutusratkaisut ovat hyödyllisiä, mutta ne eivät johda nopeisiin ja merkittäviin suorituskyvyn parannuksiin. Räätälöidyt koulutusratkaisut, joihin kaikki roolit osallistuvat, ovat parempi vaihtoehto.

  • Ketterä kehitys
  • Tuotehallinta

Subscribe to our newsletter