Miksi tarvitset oikean Product Ownerin

Tämä henkilö kerää tietoa eri lähteistä ja käy tarvittavat keskustelut päätösten tekemiseksi:

• mikä on tärkeää

• mitä pitäisi tehdä

• mitä ei pitäisi tehdä

Lisäksi Product Owner varmistaa, että tiimillä on aina selkeitä ja tärkeitä tehtäviä työstettävänään.

Saat suuren investoinnin tuottamaan parhaan mahdollisen hyödyn

Product Ownerin vastuulla on varmistaa, että tiimin työ tuottaa organisaatiolle mahdollisimman paljon arvoa. Kuulostaa tärkeältä tehtävältä, eikö?

Monille yrityksille tuotekehitys on lisäksi suuri investointi. Palkat, tietokoneet, työpisteet sekä kehitys- ja testausympäristöt voivat muodostaa huomattavan kustannuksen. Product Ownerin vastuulla on maksimoida näiden investointien tuotto niin lyhyellä kuin pitkällä aikavälillä sekä välttää kaikissa tilanteissa työntekijöiden ylikuormittumista ja loppuunpalamista. Näin turvataan tulevaisuus.

Hyvä Product Owner voi moninkertaistaa tuotekehitystiimin tuottavuuden. Heikompi voi saada aikaan täsmälleen päinvastaisen vaikutuksen. Product Ownerin roolin laiminlyönti voi siis olla organisaatiollesi todella haitallista.

Stressitön tiimi tuottaa parhaan mahdollisen hyödyn

Ilman tehokasta Product Owneria tiimi vastaanottaa kaikki pyynnöt koko organisaatiolta sekä asiakkailta. Miten tiimi voi päättää, mihin pyyntöihin vastata? Jos Product Owneria ei ole, tiimi yrittää palvella kaikkia saamiaan pyyntöjä. Tämä kuormittaa tiimiä vakavasti ja pakottaa sen työskentelemään mahdollisimman nopeasti.

Tästä seuraa

• Kasvava stressitaso

• Työskentely mahdollisimman nopeasti laadusta tinkien

• Ratkaisun tulevaisuudenkestävyyttä ei huomioida

• Ei refaktorointia – uudet pyynnöt toteutetaan nopeasti ilman, että suunnittelun tyylikkyyttä huomioidaan

Lyhyesti: ilman Product Owneria tiimi turvautuu toimintamalleihin ”palvellaan sitä, joka huutaa kovimpaa” ja ”yritetään tehdä kaikkea”. Kuulostaako tämä tavalta maksimoida tiimin tuottama arvo?

Product Owner varmistaa, että tiimi työskentelee tärkeimpien asioiden parissa ja voi tehdä työnsä suhteellisen stressittömästi. Tämä takaa paremman laadun, tulevaisuudenkestävän toteutuksen ja resurssien käytön parhaan mahdollisen optimoinnin.

Roolin hoitaminen sivutoimisesti voi olla vaarallista

Product Ownerin roolin voi toki ottaa hoitaakseen esimerkiksi jokin seuraavista rooleista:

• tuotepäällikkö

• projektipäällikkö

• tuotekehityspäällikkö

Yhä useammat yritykset kuitenkin ymmärtävät, että tiimin työn arvon maksimointi on niin tärkeää, että yhden henkilön tulisi käyttää työaikansa kokonaan siihen.

Kokoaikainen Product Owner parantaa varmasti tiimin toimintaa ja selkeyttää backlogia. Näin tuotekehityksessä kuluu vähemmän turhaa työtä, ja saat tiimistä enemmän irti pienemmällä stressillä.

Oikean Product Ownerin löytäminen – lista hänen vastuistaan:

Jos tällä blogikirjoituksella on yksi tärkein tarkoitus, se on tarjota sinulle lista Product Ownerin tehtävistä. Sen avulla voit asettaa odotukset ja kirjoittaa työpaikkailmoituksen, jolla löydät organisaatiollesi sopivan Product Ownerin.

Tarvittaessa voit käyttää listaa myös johdon silmien avaamiseen. Pitääkö johto sen luettuaan edelleen omistautuneita Product Ownereita tarpeettomina?

Product Ownerin vastuut:

• Päivittäinen työ Scrum-/tuotekehitystiimissä

• Osallistuminen useimpiin päivittäisiin Scrum-tapaamisiin

• Osallistuminen retrospektiiveihin, demoihin ja Sprint Review -tapaamisiin

• Julkaisujen ja Sprint-tuotosten hyväksyminen

• Tiimin päivittäisiin kysymyksiin vastaaminen ja läsnä oleminen

• Tuotteen/tiimin backlog

• Backlogin pitäminen oikeassa järjestyksessä prioriteettien mukaisesti

• Priorisoitujen backlog-kohteiden valmistelu yhdessä tiimin kanssa, jotta tiimi voi aloittaa niiden työstämisen

• Säännöllisten backlog grooming -tilaisuuksien järjestäminen

• Sprint-suunnittelutapaamisten ja muiden backlogia kehittävien suunnittelutilaisuuksien järjestäminen (esim. Sprintin ennakkosuunnittelutilaisuudet)

• Viestintä sidosryhmien kanssa

• Sidosryhmien tarpeiden määrittäminen

• Julkaisuaikataulusta huolehtiminen

• Tiimin nopeuden ymmärtäminen

• Edistymisraporttien antaminen sidosryhmille

• Tarvittavien demojen ja pilottien järjestäminen palautteen saamiseksi olennaisilta tahoilta

• Asiakaskontaktien ja asiakasymmärryksen ylläpitäminen

• Säännöllinen yhteydenpito asiakkaisiin tai muihin henkilöihin, jotka ovat suorassa yhteydessä asiakkaisiin

• Asiakasesittelyjen, demojen ja muiden tapaamisten järjestäminen, jotta tuotteesta, tulevista suunnitelmista sekä asiakkaan ongelmista ja tarpeista saadaan palautetta

• Hyvän asiakaskokemuksen määrittely yhdessä tuotepäälliköiden kanssa

• Virheiden hallinta

• Virheiden oikean priorisointijärjestyksen varmistaminen

• Sen määrittäminen, mitä korjataan missäkin releasessa

• Sen varmistaminen, että ongelmat on määritelty selkeästi, jotta ne voidaan ratkaista tehokkaammin

• Tiekartta ja visio

• Pitkän aikavälin suunnitelmat yhdessä tuotepäällikön kanssa

• Julkaisusuunnitelmat

• Tuotevisio ja kunkin releasen visiot

• Scrum Sprint -tavoitteet

• Tehtävien koordinointi

• Osallistuminen tiimien välisten riippuvuuksien analysointiin ja sen varmistaminen, että backlog priorisoidaan niiden mukaisesti

• Sen varmistaminen mahdollisesti yhdessä projektinhallinnan kanssa, että myynnin, markkinoinnin ja asiakastuen työ tukee julkaisua

• Oppiminen ja myönteisen ilmapiirin ylläpitäminen

• Myönteisen tiimihengen edistäminen

• Ymmärrys siitä, että myönteisyys parantaa tuloksia ja luovuutta, sekä organisaation muiden osien valmentaminen ymmärtämään tämä

• Sen varmistaminen, että tiimi kehittää työskentelyään

Miltä tämä lista näyttää sinusta?

Näyttääkö se sellaiselta, jonka voi saavuttaa muutamassa tunnissa viikossa omien tehtävien ohella? Vai siltä, että se voisi olla jonkun kokoaikainen työ?

Useat asiakkaistamme ovat valinneet jälkimmäisen vaihtoehdon!