Tuotteen etenemissuunnitelma on yksi tärkeimmistä viestintävälineistäsi tuotteenhallinnan yhteydessä. Sen avulla voit välittää tuotevisiosi ja -strategiasi eri sidosryhmille saadaksesi heidän tukensa, hallita useita tuotteita ja tuotejonojasi sekä seurata ominaisuuksien priorisointia. Tuotepäällikkönä teet tuotekehityksellesi suuren karhunpalveluksen, jos tuotteen etenemissuunnitelmaa ei ole.
Menestyvällä tuotteella on oltava suunnitelma siitä, mihin se on menossa, jotta se voi menestyä. Haluat varmistaa, että kaikki tuotetiimisi kulkevat oikeaan suuntaan ja pysyvät oikealla uralla.
Hyvä tuotteen etenemissuunnitelma voi auttaa sinua juuri tässä.
Joskus tarvitset vain inspiraation kipinän saadaksesi tuotteen etenemissuunnitelman alkuun. Tässä artikkelissa tarkastelemme muutamia seurattavia esimerkkejä tuotteiden etenemissuunnitelmista. Esittelen erityyppisiä tuotteen etenemissuunnitelmia antaakseni sinulle käsityksen erilaisista toteutustavoista.
Sisällytän mukaan myös huonon esimerkin tuotteen etenemissuunnitelmasta osoittaakseni, mitä EI pidä tehdä.
1. Unreal Enginen tuotteen etenemissuunnitelma
Have an account? Log In
Mikä se on?
Unreal Engine on kattava työkalukokonaisuus pelikehitykseen, arkkitehtuuri- ja autovisualisointiin, lineaarisen elokuva- ja televisiosisällön luomiseen, lähetys- ja live-tapahtumatuotantoon, koulutukseen ja simulointiin sekä muihin reaaliaikaisiin sovelluksiin.
Unreal Enginen usein kysytyt kysymykset
Unreal Engine yhdistetään parhaiten pelikehitykseen. Vuonna 1998 ensimmäisen kerran julkaistu Unreal Engine julkaisi viidennen versionsa, Unreal Engine 5:n, huhtikuussa 2022.
Tarkastellaan tätä ainutlaatuisen visuaalista tuotteen etenemissuunnitelmaa hieman lähempää. Tässä on yleiskuva:
Vaikka voit tarkastella uuden tuotteen, Unreal Engine 5:n, tuotteen etenemissuunnitelmaa, voit tarkastella myös aiempien versioiden, kuten Unreal Engine 4:n, tuotteen etenemissuunnitelmaa.
Vaikka tämä ei näy tässä kuvakaappauksessa, useat kuvat ovat GIF-animaatioita, jotka näyttävät, mitä kukin luettelossa oleva ominaisuus tarkoittaa.
Yleiskuvan perusteella saat käsityksen Unreal Enginen nykyisen version tuotevisiosta ja tuotetavoitteista.
Sen perusteella, kuinka hyvin tunnet tuotteen, et kuitenkaan välttämättä ymmärrä, mitä jotkin näistä etenemissuunnitelmassa mainituista erityisominaisuuksista tarkoittavat.
Esimerkiksi: mitä on temporaalinen superresoluutio? Kun napsautat sitä, saat lisätietoja tästä erityisominaisuudesta:
Hienoa! Tämä auttaa varmasti selittämään tätä erityisominaisuutta.
Huomaa yllä olevan kuvan alaosassa kohta, jossa kysytään, kuinka tärkeä tämä erityisominaisuus on sinulle.
Tuotteella, jolla on Unreal Enginen kaltainen suuri asiakaskunta, tulee olemaan useita sidosryhmiä, joilla on erilaisia vaatimuksia. Liiketoimintatavoitteet vaihtelevat sidosryhmän mukaan.
Yllä olevan temporaalisen superresoluution esimerkin perusteella tämä erityisominaisuus voi joidenkin sidosryhmien mielestä olla mukava lisä, tärkeä tai kriittinen.
Kun valitset yhden näistä kolmesta vaihtoehdosta, näkyviin tulee seuraava:
Voit äänestää tämän erityisominaisuuden tärkeydestä ja antaa sähköpostitse palautetta sisäisille tiimeille kertomalla, miksi valitsit kyseisen vaihtoehdon.
Mikä siis tekee tästä hyvän esimerkin tuotteen etenemissuunnitelmasta?
Tuotteen etenemissuunnitelmat voivat helposti täyttyä viimeistä paikkaa myöten ominaisuuksista, virstanpylväistä, laajoista ominaisuuskokonaisuuksista ja muusta vastaavasta.
On helppoa alkaa tarkastella yhtä tällaista ja huomata silmien alkavan mennä ristiin sanojen vilistessä kaikkialla. Vähän kuin avaisi yhden niistä vanhoista kartoista, joita käytettiin matkustettaessa ennen älypuhelinten aikaa.
Unreal Enginen tuotesuunnitelmasta tekee erityisen hyvän esimerkin se, että sitä on helppo tarkastella, mutta siihen voi myös syventyä perusteellisesti, jos haluat tutkia sitä tarkemmin.
Tuotesuunnitelman ylimmällä tasolla on selkeä, visuaalinen esimerkki – joissakin kohdissa käytetään GIF-animaatioita – havainnollistamaan, mitä toimituksia tuotesuunnitelmaan kuuluu.
Jos kuitenkin tarvitset paremman käsityksen siitä, mitä kukin tuotteen ominaisuus tarkoittaa ja mitä se tekee, voit napsauttaa sitä ja siirtyä tarkastelemaan paljon yksityiskohtaisempia tietoja.
Myös ulkoisten sidosryhmien on helppo antaa palautetta.
Työkalujen osalta Unreal Enginen käyttämä tuotesuunnitelmaohjelmisto on productboard.
2. GitHubin tuotesuunnitelma
Mikä se on?
GitHub on koodin isännöintialusta versionhallintaa ja yhteistyötä varten. Sen avulla sinä ja muut voitte työskennellä yhdessä projektien parissa mistä tahansa.
Hei maailma – GitHubin dokumentaatio
GitHub on ylivoimaisesti suurin koodin isännöintialusta. Jos työskentelet ohjelmistokehitykseen liittyvässä yrityksessä, olen varma, että kehitystiimisi käyttää sitä.
Tässä on yleiskatsaus GitHubin ominaisuuksien tuotesuunnitelmaan. Jos Jira on sinulle tuttu, tämä näyttää tutulta.
Minkä tahansa käyttäjätarinan napsauttaminen avaa kyseisen käyttäjätarinan tarkempaa tarkastelua ja edistymisen seurantaa varten.
Mikä siis tekee tästä hyvän esimerkin tuotesuunnitelmasta?
GitHubin tuotesuunnitelmasta tekee hyvän inspiraation lähteen kaksi päätekijää.
Ensinnäkin omien työkalujensa käyttäminen tuotesuunnitelman luomiseen on esimerkki siitä, että GitHub ”syö omaa koiranruokaansa”.
Mitä tarkoitan tällä?
”Oman koiranruoan syömisellä” tarkoitetaan käytäntöä, jossa yritys käyttää omia tuotteitaan ja palveluitaan. Microsoft teki tästä ilmauksesta tunnetun.
He eivät käyttäneet ulkoista työkalua, kuten Unreal Enginen käyttämää productboardia, vaan hyödynsivät yhtä omista sisäisistä työkaluistaan.
Toiseksi tästä tekee erinomaisen tuotesuunnitelmaesimerkin sen selkeä ymmärrys sidosryhmistään.
Miltä sinusta tuntui, kun katsoit tätä tuotesuunnitelmaa ensimmäisen kerran? Ajattelitko, että se oli hieman liikaa? Liikaa heti nähtäväksi?
Toiminnallisuudeltaan GitHub ei ehkä ole yhtä käyttäjäystävällinen kuin mihin olet tottunut.
Sidosryhmien kannalta GitHub on kuitenkin käytännössä kokonaan ohjelmistokehittäjiä varten.
GitHubia eivät todennäköisesti käytä monet erilaiset käyttäjäpersoonat, kuten Jim taloushallinnosta tai Barb lakiosastolta.
Ohjelmistokehittäjät ovat tottuneet monimutkaisuuteen. En missään nimessä tarkoita, että käyttökokemuksen ja käyttöliittymän suhteen voisi oikaista, mutta koska git ja GitHub ovat niin tiiviisti integroituja ohjelmistokehityksen maailmaan, sidosryhmien suurempi moninaisuus ei olisi yhtä suuri huolenaihe.
On tavallista, että kehitystiimit viettävät työpäivänsä GitHubissa koodia lisätessään, priorisoinnista päättäessään ja niin edelleen.
Sen sijaan että kehitystiimien pitäisi opetella käyttämään uutta työkalua, ne voivat vain vilkaista GitHubin tuotesuunnitelmaa ja hyödyntää työkalun tuntemustaan.
Käyttäjätarinoista epiceihin, integraatioihin, sprintteihin, tuotejulkaisuihin ja ominaisuuksien julkaisemisen suunnitelman aikatauluihin – kaikki tarvittava on heidän käytettävissään.
Se on täydellinen esimerkki tuotesuunnitelmasta, joka ymmärtää keskeiset sidosryhmänsä ja toimittaa niille tarvittavat tiedot.
3. Huono esimerkki tuotteen etenemissuunnitelmasta – Star Citizen
More Articles
Mikä se on?
Star Citizen on tuleva avaruuselämää simuloiva videopeli Microsoft Windowsille ja GNU/Linuxille[1]. Sitä kehittävät Chris Roberts ja Cloud Imperium Games.
Star Citizen -wiki
Sekä Star Citizen että Squadron 42 sijoittuvat 30. vuosisadan Linnunrataan, jonka keskiössä on kuvitteellinen UEE (United Empire of Earth). Pelaajien väliseen vuorovaikutukseen kiinnitetään paljon huomiota: pelaajien toiminta vaikuttaa dynaamiseen talousjärjestelmään ja saa vaikutteita siitä.
Viime vuosien aikana Star Citizenista on tullut peliyhteisössä eräänlainen jatkuva vitsi.
Star Citizen on joukkorahoitettu peli: toukokuussa 2022, tämän tekstin kirjoitushetkellä, noin 3,84 miljoonaa asiakasta oli luvannut hankkeelle yhteensä noin 466 miljoonaa dollaria.
Lokakuussa 2012 tapahtuneen julkistamisensa jälkeen Star Citizenin julkaisua on lykätty lukuisia kertoja, ja julkaisupäivää on siirretty jatkuvasti myöhemmäksi. Kehitysprosessi on muuttunut jatkuvasti, ja uusien ominaisuuksien jatkuva lisääminen on johtanut ominaisuuksien paisumiseen.
Vaikka pelistä on saatavilla pelattavia demoversioita, ei ole mitään viitteitä siitä, julkaistaanko täysi tuote lähiaikoina – tai koskaan. Se on erinomainen esimerkki laajuuden hallitsemattomasta kasvusta ja huonosta projektinhallinnasta, jota varmasti tutkitaan ja analysoidaan vielä vuosien ajan.
Jos haluat lukea lisää Star Citizenin vaikeasta kehityksestä, tutustu tähän Forbesin perusteelliseen artikkeliin vuodelta 2019, jolloin rahoitusta oli kertynyt noin 300 miljoonaa dollaria.
Tältä julkinen tuotteen etenemissuunnitelma näytti tämän tekstin kirjoitushetkellä:
Tuotteen etenemissuunnitelmana se on siis melko yksityiskohtainen, ja sen tasoja on helppo laajentaa lisätietojen saamiseksi.
Voit tarkastella lähemmin esimerkiksi mittareita, luvattuja toimituksia ja riippuvuuksia.
Miksi siis sisällytän tämän huonon tuotteen etenemissuunnitelman esimerkkinä huonosta esimerkistä?
Antamani lyhyen yhteenvedon perusteella näet, että pelillä on hyvin vähän tuotevisiota ja että projektinhallinta on täysin hajallaan.
Vuoden 2020 puolivälissä asiakkaat olivat turhautuneita tuotteen etenemissuunnitelman vähäisiin päivityksiin. Vastauksena kehitystiimi julkisti etenemissuunnitelman omalle etenemissuunnitelmalleen.
Kyllä, luit oikein. He laativat tuotteen etenemissuunnitelman tuotteen etenemissuunnitelmaa varten.
Tässä oli heidän perustelunsa:
Uusi etenemissuunnitelma on asia, johon vihjasimme maaliskuussa, mutta koska sitä kehitetään edelleen aktiivisesti, emme voi kertoa siitä niin paljon kuin haluaisin. Uskokaa minua, kun sanon, että haluan henkilökohtaisesti erittäin innokkaasti julkaista sen teille.
Käytimme aikaa tutkiaksemme vaihtoehtoja sille, miten voisimme kuvata edistymistämme paremmin, ja uskon, että olemme lähellä todella hyvää lopputulosta. Tämän uuden etenemissuunnitelman tavoitteena on antaa teille parempi näkyvyys siihen, minkä parissa tiimit työskentelevät, kertoa useampien tiimien edistymisestä ja jopa ilmaista teknologia-, ominaisuus- ja sisältötiimiemme projektien koon.
Tämä uusi etenemissuunnitelma muuttaa perusteellisesti sitä, miten seuraatte sekä Squadron 42:n että Star Citizenin kehityksen etenemistä. Uudessa etenemissuunnitelmassa keskitytään enemmän tiimien ja ominaisuuksien erittelyyn, jotta voitte nähdä interaktiivisesti, mitä kaikkien tiimien parissa työstetään, sen sijaan että näkisitte, mitkä ominaisuudet tulevat mukaan mihinkin julkaisuun.
Vaikka se ei ole vielä aivan valmis, se on tällä hetkellä verkkotiimin projektien tärkein prioriteetti.
Lähitulevaisuudessa aiomme julkaista seuraavat tiedotteet:
Selittää uuden etenemissuunnitelmamme tavoitteet ja sen, mitä siltä voi odottaa
Esitellä karkean luonnoksen ehdotetusta uudesta etenemissuunnitelmasta
Jakaa etenemissuunnitelman keskeneräisen version vähintään yhdestä ydintiimistämme
Ja lopuksi siirtyä käyttämään tätä uutta etenemissuunnitelmaa
Sen sanominen, ettei yhteisö ollut tyytyväinen, olisi vähättelyä. Voit lukea osan kommenteista täällä. Useat pelimedian artikkelit käsittelivät tätä huvittavaa tapausta ja loivat siitä meemejä.
Star Citizen on valtava yhdistelmä huonoa projektinhallintaa, epäselviä tuotevisioita, kaiken ylittävää laajuuden kasvua ja lähes olemattomia aloitteita pelin kehitystyön saattamiseksi koskaan päätökseen. Onhan peli joukkorahoitettu, joten he voivat käyttää siihen niin paljon aikaa kuin haluavat.
Tällaisissa tilanteissa voit laatia tuotteen tuleville tiekartoille oman tiekartan.
Lopuksi
Olemme tarkastelleet muutamia inspiroivia tuotetiekarttoja sekä yhtä, jota kannattaa välttää.
Tässä vaiheessa sinun pitäisi ymmärtää paremmin, millainen on laadukas tuotetiekartta, jonka voit toteuttaa organisaatiossasi.
Kokoa siis tuotetiimisi, hyödynnä laadukasta tiimityötä ja laadi strateginen tiekartta, joka on tuotteesi kannalta järkevä.
Jos etsit lisätietoa tuotetiekartoista, tutustu näihin lisäartikkeleihin:
- Näin luot tuotetiekartan: 6 tärkeää osa-aluetta
- 6 ilmaista tuotetiekarttamallia sidosryhmiesi vakuuttamiseksi
- 10 parasta ilmaista tuotetiekarttatyökalua tuotepäälliköille
- Hanki ilmainen tuotetiekartan PowerPoint-malli, joka on kullanarvoinen
Tilaa sähköpostilistamme, niin saat lisää tietoa kaikesta tuotteenhallintaan liittyvästä.
Aiheeseen liittyvää luettavaa:
- Ohjelmistojulkaisun elinkaari (SRLC): tutustu kuuteen päävaiheeseen
- Näin kirjoitat tehokkaat ohjelmiston julkaisutiedot, jotka ilahduttavat käyttäjiä
Tutustumisen arvoista:
- 8 ominaisuuslippujen parasta käytäntöä, jotka sinun tulisi tuntea
- Tuotteiden hinnoittelu: arvolähtöinen strategia ja ohjelmiston paketointi – vieraana Dan Balcauski
Työkaluluettelo:
