Projektipäälliköstä tuli Product Owner
Vielä muutama vuosi sitten tuntui, että Product Owner tai tuoteomistaja on aika harvinainen olio. Vaikka ketteriä toimintatapoja onkin harjoitettu jo pitkään erityisesti tuotteita kehittävissä organisaatioissa, niin aika monissa paikoissa ei ollut “päätoimisia” tuoteomistajia. Minusta tuntui, että tuoteomistajuus nähtiin enemmän roolina, jonka hoiti joku, jolla oli siihen kykyjä, aikaa ja halua. Tämä ihminen saattoi olla projektipäällikkö tai tuotepäällikkö, joskus jopa linjaesimies tai Scrum Master. Tälläkin tavalla agilea voidaan kyllä tehdä, mutta ei liene sattumaa, että viime aikoina organisaatioista on alkanut löytyä yhä enemmän ihan päätöimisia, nimettyjä tuoteomistajia.
Takaako tittelin vaihto menestyksen?
Puhuinkin tästä jo aikaisemmassa blogissani. Tuoteomistajuus on rooli, jolla on suuri vaikutus tiimin tuloksiin – ja roolin hyvä hoitaminen ottaa aikaa. Joskus se on ihan täysipäiväinen homma, joskus sen voi hoitaa käyttämällä siihen 50% työajasta. Mutta sitä ei voi hoitaa hyvin, jos siihen käyttää vähemmän aikaa, vaikka pari tuntia viikossa. Pelkät Scrum-seremoniat eivät ole se mihin Product Owneria tarvitaan, vaan tärkeää on tiimin kanssa keskustelu, työskentely backlogin kanssa, stakeholdereiden ja asiakkaiden tarpeiden selvittäminen, sekä yhteistyö esimerkiksi tuotepäällikön ja tuotejohdon kanssa. Mutta ehkäpä tittelien vaihtuminen Product Ownereiksi kuvaa sitä, että organisaatioissa on herätty tähän; vaikka ihmiset tekevät vielä muitakin töitä, tuoteomistajan titteli antaa ikään kuin “luvan” käyttää siihen sen vaatiman määrän efforttia. Tämä on todella hyvä trendi!
Tärkeää olisi myös selvittää, mitä se uusi rooli oikein tarkoittaa
Pelkällä pelkällä tittelin vaihdolla eivät hommat lähde luistamaan, se on selvää! Se, että käytetään hiukan enemmän aikaa, on kuitenkin hyvä asia. Toinen hyöty puolestaan on se, jos tittelin vaihto saa Product Ownerit oppimaan ja selvittämään, mitä se tuoteomistajuus oikeastaan tarkoittaa. Se päätavoite tittelin vaihdolla on varmasti ollut, että toiminta oikeasti muuttuu – sen lisäksi, että ymmärretään Product Ownerin roolin vaatimukset ja tarkoitus, ja on pystytty hankkimaan tieto ja taidot, joilla roolissa saadaan tuloksia aikaan. Silloin ollaan hyvällä uralla!
Tuoteomistajan missio
Tuoteomistajan missiona on maksimoida tuotetta kehittävän porukan tulosten arvo. On tuotetta kehittäviä tiimejä sitten yksi tai useampia, Product Owner pyrkii selvittämään asiakkailta ja stakeholdereilta, mitkä ominaisuudet tuotteeseen kannattaisi rakentaa seuraavaksi, että organisaatio saisi siitä maksimaalisen arvon. Arvo voi olla taloudellista tai kulttuurista pääomaa – sitä, että saadaan lisää tietoa. Tämä kuulostaa simppeliltä, mutta ei todellakaan ole sitä – mahdollisia ideoita ja issueita on valtavasti, ja niistä pitäisi osata priorisoida tehtäväksi ne kaikkein tärkeimmät.
Tuoteomistajan suurin haaste
Vielä tätäkin vaarallisempaa on yrittää kehittää tuotetta sokkona, ilman mitään tietoa siitä, miten markkinoilla on uudet ominaisuudet otettu vastaan. Silloin edetään täysin oletusten varassa.
Tuoteomistajille, kuten tuotepäälliköillekin, olisi ensiarvoisen tärkeää ymmärtää käyttää suuri osa ajasta siihen, että selvitetään asiakkaiden ja markkinoiden tarpeita eri keinoin, ja myös seurataan sitä, miten uusiin tuoteominaisuuksiin reagoidaan ja miten ne tuovat firmalle rahaa. Silloin voidaan tehdä nopeasti oikeita päätöksiä.
Product Ownerin menestystekijät
Mutta mistä sitten löytää aikaa tähän? Tässä auttaa, kun käyttää järkeviä rutiineja issue- ja päätöstulvan hallintaan ja ymmärtää tuoteomistajan roolin menestystekijät. Näistä asioista puhutaan kirjassani lisää ja myös tuoteomistaja-kurssilla, mutta katsotaan kirjassani esittelemääni menestystekijämallia nyt hieman lähemmin.
Olen muuttanut normaalia PDCA-mallia tuoteomistajille sopivammaksi. Minun mallissanikin on neljä osaa, joista ensimmäinen on suunnittelu, Plan. Kolmea seuraavaa puolestaan olen muokannut toimimaan paremmin juuri tuoteomistajille. Nämä kolme seuraavaa menestystekijää ovat Guide, Release ja Learn.
Tämä idea oli se, että tekemisen sijaan tuoteomistajan tulisi enemminkin ohjata (GUIDE) tekemistä. Ja PDCA-mallin Check- ja Act-vaiheista poiketen tärkein oppimistapa tuoteomistajalle on saada release ulos, käyttäjien kokeiltavaksi ja sitten tehdä tuloksista omat johtopäätöksensä siitä, mikä oli hyvää, mitä pitää säätää ja mitä pitää tehdä seuraavaksi. Kai tätä mallia voisi sitten kutsua PGRL-malliksi.
PRKL-malli – eiku.. PGRL-malli
PGRL-mallissa on vielä jokaisessa pääkohdassa kolme alakohtaa, jotka muistuttavat, mikä on tärkeää tuossa pääkohdan vaiheessa. Mutta ei mennä nyt tässä blogissa siihen. Kirjassani ja kurssilla asiasta puhutaan enemmän. Tämän menestystekijämallin lisäksi kirjassa ja kurssilla esitellään myös tuoteomistajan kahdeksan prinsiippiä, jotka kertovat enemmän siitä tyylistä, miten toimien hyvä tuoteomistaja saavuttaa jatkuvasti hyviä tuloksia.
Lisätietoja
Tagit
Liiketoimintaprosessi
Tietohallinto |
Erikoisosaaminen
Ketterät menetelmät | |
Ohjelmistokehitys |
Toimialakokemus
IT |
Tarjonnan tyyppi
Konsultointi | |
Koulutus |
Omat tagit
Contribyte - Asiantuntijat ja yhteyshenkilöt
Contribyte - Muita referenssejä
Contribyte - Muita bloggauksia
It- ja ohjelmistoalan työpaikat
- Laura - Java-kehittäjä
- Laura - Systems Specialist, ajoneuvot
- IsoSkills Oy - Open application: Data Engineer, Finland
- Nordea - Sr IT Analyst - Adobe/SAS Marketing Automation
- Nordea - Senior IT / Business Analyst with technical background - Finland, Nordea Payments
- Nordea - Senior IT Analyst, Finnish language required
- Laura - DevOps Engineer
Premium-asiakkaiden viimeisimmät referenssit
- Advania Finland Oy - Turun kaupunki valjastaa digitaaliset ratkaisut palvelemaan strategiaansa
- Sulava Oy - Fondia vahvistaa tekoälyn hyödyntämistä Microsoft Copilotilla
- Druid Oy - International House Turku: Ajanvarauspalvelu
- Symbio - Taxi Point Oy
- Valve - Helsingin yliopiston ylioppilaskunnan verkkopalvelun siirto WordPressiin
- Valve - Eezy Valmennuskeskuksen verkkokauppa-uudistus
- Valve - Danonen Nutricia ja Aptaclub -brändien sivustot
Tapahtumat & webinaarit
- 06.11.2024 - Webinaari: Future-Proof Your Data Infrastructure with Azure
- 13.11.2024 - Rakettiwebinaari: ohjelmistotestaus ja sen tulevaisuus
- 13.11.2024 - Miten palvelumuotoilu poistaa epävarmuutta digi-investoinneista?
- 14.11.2024 - RoimaDay 2024
- 14.11.2024 - Verkkolaskufoorumin syysseminaari 2024
- 19.11.2024 - The Future of Software - Embracing Collaboration in an AI-Powered World
- 19.11.2024 - Tehokkuutta ja säästöjä low-code-ratkaisuilla
Premium-asiakkaiden viimeisimmät bloggaukset
- Innofactor Oyj - Tunnista ja digitalisoi hiomattomat prosessit Power Platformin avulla
- SD Worx - Oletko etuoikeutettu työskentelemään jonkin asian parissa, jolla on todellinen tarkoitus ja merkitys?
- SD Worx - HR ja tekoäly – usein kysytyt kysymykset
- Timeless Technology - Verkon luotettavuuden varmistaminen: Ota käyttöön Perle Systemsin teollisuustason 4G ja 5G reitittimet!
- Efima Oyj - Hyvästi turhat klikkailut: Näin moderni järjestelmä tehostaa myyntityötä erikoistavarakaupassa
- SC Software Oy - SC Softwaren uratarinat: Joel Ollikainen, konsultti
- Softlandia Oy - Sovelletun tekoälyn insinöörien esiinmarssi ja tekoälyosaamisen muutos
Digitalisaatio & innovaatiot blogimediaBlogimediamme käsittelee tulevaisuuden liiketoimintaa, digitaalisia innovaatioita ja internet-ajan ilmiöitä |