Tuotekanta on yksi tärkeimmistä osista tuotekehitysketjua, priorisoitu luettelo tuoteominaisuuksista, joka johtaa yrityksen ja tuotteen visiosta toteutuksen kautta täydelliseen julkaisuun. Se on tehokas työkalu, koska se muuntaa korkean tason vision tuotteen luomisen yksityiskohdiksi. Tuotepäälliköllä on keskeinen vastuu luoda tuotetilaus, priorisoida se ja ylläpitää sitä. Sukelletaan syvemmälle askel askeleelta -prosessiin ja terveellisen tuotekehityksen ydinelementteihin.

Jaa tilauskanta kahteen luetteloon

Määritä ennen myöhästymisen luomista sen soveltamisala, pitäisikö sitä soveltaa tuotelinjaan, tuoteryhmään vai kaikkiin yrityksen tuotteisiin - tämä auttaa sinua hallitsemaan ominaisuuksia.

Olen oppinut useiden projektien aikana, että on järkevää jakaa viivästykset kahteen luetteloon: pitkäaikainen päällekkäin ja lyhytaikainen suoritettava viivästys (kutsutaan myös sprintin jälkeen, koska se voi sisältää yhden tai useamman sprintin). Ajatuksena on keskittyä kiireellisimpiin kohteisiin, jotta niitä voidaan kehittää nopeasti, samalla kun säilytetään iso kuva kaikista pääkäyttökannan ominaisuuksista.

Alussa molemmat viivästykset alkavat korkean tason luettelona ominaisuuksista. Kuitenkin sprintitapahtuma on yleensä jaettu eeposiksi ja käyttäjäkertomuksiksi helpon toteutuksen takaamiseksi, kun taas pitkäaikainen tilanne pysyy sellaisenaan. Tuotepäällikkönä päätät, mitkä kohteet tulisi siirtää luettelosta toiseen ja milloin.

Latauksen lähteet

Seuraava vaihe on tunnistaa lähteet, jotka voivat ehdottaa mahdollisia ominaisuuksia myöhässä. Lähde voi olla käyttäjätutkimus , tietty asiakaspyyntö, kysely tai yksityiskohtainen markkinointitutkimus. Jos sinulla on asiaankuuluvia havaintoja toisesta tuotteesta, jonka kanssa työskentelet, ne voivat myös antaa panoksensa erinomaisena lähteenä. Vaikka nämä ovat yleisimpiä lähteitä, on olemassa muutamia muita:

• Laadunvalvontatiimi on erinomainen lähde myöhästyneille tuotteille, koska ne käyttävät tuotetta laajasti ja heillä voi olla arvokasta palautetta parannuksiin.
• Asiakastuen palaute. Laitteistotuotteiden kohdalla kunnollinen lähde voi olla valmistusongelma tai kentällä ilmoitetut ongelmat.
• Tuotteen ongelmien, ongelmien tai virheiden arvostelut voivat myös antaa ideoita tuotteen parantamiseen.
• Pyynnöt myynnistä
• T & K-aloitteet tai ideat

Pidättäydy esto-ominaisuuksista

Hyvän tuotepäällikön tulisi omistaa myöhästyminen ja toimia portinvartijana, joka valvoo siinä näkyviä ja suoritettavia ominaisuuksia. Tilauskanta on rakennettu siten, että tärkeät kohteet näkyvät luettelon yläosassa ja vähiten tärkeät kohteet ovat alaosassa. Tuotepäälliköt on tarkoitus edistää kohteiden sisällyttämistä myöhästymiseen sen sijaan, että estettäisiin niitä. Esto tulee tapahtua vain äärimmäisissä tapauksissa, kun tuotepäällikkö on täysin varma, että ominaisuus on arvoton. Kohteiden estämisen sijaan anna priorisointiprosessin tehdä suodatus. Se saattaa kuulostaa irrationaaliselta, mutta voit jopa mennä sisällyttämään ominaisuuden, jota ei mahdollisesti kehitetä viiden vuoden ajan - kaikkien mahdollisten ominaisuuksien pitäminen yhdessä paikassa on arvokas lähde.

Kohteiden käsittely

Tilauskanta koostuu korkean tason ominaisuuksista, jotka on kehitettävä eepoksiksi tai käyttäjäkertomuksiksi tai yksinkertaisesti syötettävä kuvauksilla, jotta ne näkyvät myöhässä. Kun sisällytät ne, varmista, että sinulla on tarpeeksi tietoa, mutta älä ylikuormita yksityiskohtia. Ole ketterä: Sijoita aikaa kuvausten laatimiseen vain, kun tuotteet lähestyvät kehitysvaihetta. Tuotepäällikön on säilytettävä tasapaino kokonaiskuvan näkemisen ja liian syvälle yksityiskohtiin menemisen säästämiseksi ja tehokkuuden säilyttämiseksi.

Tappion priorisointi

Tappion lajittelu on priorisoinnin ydinprosessi. Se on erittäin strateginen askel, joka keskittyy dataan pikemminkin kuin suolistotunnelma. Vaikka priorisointi on tyypillisesti tuotepäällikön vastuulla, ylimmän johdon on yleensä vahvistettava ja hyväksyttävä se. Rakenteen käyttö auttaa puolustamaan priorisointipäätöksiäsi. Sinun on pystyttävä esittämään rakenne, välittämään se ja saamaan siihen hyväksyntä.

Yksi tärkeimmistä vaatimuksista terveellisen priorisointiprosessin ylläpitämiseksi on luoda selkeästi määritellyt painot ja arviointikriteerit kuormittumattomille ominaisuuksille. Eri tuotteet vaativat erilaisia ​​ratkaisuja niiden luonteesta riippuen. Seuraavassa osassa esitän käytännön komponentteja, joita voidaan käyttää työkalupakkina luomaan erilaisia ​​kaavoja tehokkaaseen priorisointiin.

Määritä priorisointikriteerit

Määritä tuotteellesi merkittävät kriteerit ja käytä niitä jokaisen myöhästymisominaisuuden arviointiin. Nämä kriteerit tulisi sisällyttää kaikkiin tuotteisiin:

• Tulot. Tämä kriteeri koskee sitä, kuinka paljon tuloja ominaisuus voi tuottaa, ja se perustuu asiakkaan tai myyntitiimin palautteeseen. Ellei sovittua sopimusta ole jo tehty, mahdolliset tulot ovat vain arviot. Siitä huolimatta se on edelleen hyödyllinen mittari priorisoinnissa, koska se auttaa tuotepäällikköä välttämään ominaisuuksia, joilla on mahdollisesti pieni sijoitetun pääoman tuotto (ROI).
• Markkinoiden sopivuus ja markkinoiden ainutlaatuisuus. Markkinoiden sopivuus osoittaa, ratkaiseeko tietty ominaisuus käyttäjille olemassa olevan ongelman. Markkinoiden ainutlaatuisuus on mittari siitä, kuinka ainutlaatuinen tämä uusi ominaisuus on kilpailijoihisi nähden. Nämä kaksi kohdetta yhdessä tuovat esiin tärkeimmät ominaisuudet, joita kilpailu ei ole vielä kehittänyt, ja tarjoavat siten suuren mahdollisuuden.
• Monimutkaisuus. Tämä kriteeri yhdistää arvioidun käynnistysajan ja toteutuksen yleisen monimutkaisuuden. Kuinka moniin toimintoihin tämä vaikuttaa? Mitkä ovat välittömät ja mahdolliset piilotetut kustannukset kullekin? Tavoita mahdollisimman lyhyt toimitusaika mahdollisimman suurella arvolla, jonka ominaisuus voi tuoda.

Muut harkittavat kriteerit tuotteesta riippuen:

• Luottamus. Kuinka luottavainen olet, että tätä tullaan käyttämään? Tämä on tärkeä kriteeri startup-yrityksille ja myös silloin, kun yritys on tulossa uusille markkinoille.
• Riski. Mitä korkeampi riski, sitä alhaisempi pistemäärä tälle kriteerille. Tämä kriteeri liittyy läheisesti ohjelmaan Luottamus kriteeri.
• Kustannus. Korkeat toteutuskustannukset saavat matalan pisteet. Se on samanlainen kuin Monimutkaisuus Kriteerinä on kuitenkin tapauksia, joissa korkeat kustannukset edellyttävät lyhyttä kehitysaikaa.

Luokittelutapa

Ennen kuin annat arvosanoja jokaiselle myöhästymisominaisuudelle, aseta kolme tai viisi vaihtoehtoa (erittäin matala, matala, keskitasoinen, korkea) ja kuvaile ne lyhyesti. Esimerkiksi ominaisuuksien kehityksen pituuden suhteen Monimutkaisuus kriteerillä olisi seuraavat arvosanat:

• Erittäin matala. Ominaisuuden käyttöönotto kestää vain muutaman päivän. (Tämä ominaisuus saa korkein arvosana .)
• Matala. Toteutus kestää alle kokonaisen sprintin tai 1-2 viikkoa.
• Keskitaso. Toteutus kestää yhden sprintin tai kaksi viikkoa.
• Korkea. Toteutus vie useamman kuin yhden sprintin. (Tämä ominaisuus saa alin luokka .)

Älä anna tasoille järjestysnumeroita (ts. Älä käytä 0, 1, 2, 3). Käytä sen sijaan tätä järjestelmää:

0 pistettä erittäin matalasta arvosanasta
1 piste matalalle arvosanalle
3 pistettä keskitasolle
9 pistettä korkeasta arvosanasta

Kun käytät tätä luokittelumenetelmää, saat selkeän eron ominaisuuksien summasta. Tällä on huomattava ero, kun käytät sitä 30 tai 50 ominaisuudella etkä halua päätyä 15 ominaisuuteen, joilla on sama pisteet - mitä haluat on selkeästi lajiteltu prioriteettiluettelo.

Määritä painot

Seuraava tärkeä vaihe on määritellä painot tai tekijät valituille kriteereille. Oletusarvoisesti kaikki kriteerit vaikuttavat tasaisesti ominaisuuksien tasoihin. Joskus kriteereillä on kuitenkin huomattavasti erilainen vaikutus, mikä merkitsee vakaampaa panosta. Otetaan yksinkertaisuuden vuoksi numeerinen esimerkki kahdella kriteerillä: A ja B. Jos summat pisteet edellä kuvatulla tavalla, kukin kriteeri antaa puolet arvosanasta. Kuitenkin, kun kriteeri A on kaksi kertaa niin tärkeä kuin kriteeri B, sinun on esitettävä seuraava kaava:

Ominaisuuden kokonaispisteet = 0,66 * A + 0,33 * B

Kaavasta voi olla useita eri versioita riippuen tekijöiden painosta, joka muunnetaan luvuksi. Painojen on aina oltava yksi.

Painotusmenetelmä tarjoaa joustavuuden priorisoinnille ja sovittaa jäljellä olevat kohteet yrityksen strategian mukaisiksi. Esimerkiksi jos yritys keskittyy lyhytaikaisiin tuloihin, tuloihin liittyvillä tekijöillä on painotusjärjestelmässä korkeampi aste kuin muilla. Tällä tavalla ominaisuudet, joiden odotetaan tuottavan tuloja, näkyvät myöhässä.

Tarkentaminen: Kohti käyttäjien tarinoita

Kun priorisointiprosessi on saatu päätökseen, seuraava vaihe sprintilokin kanssa on luoda käyttäjien tarinoita. Tuotepäällikkö lisää alkuominaisuuksien kuvaukset ja sisällyttää käyttäjäkertomusten raakaversiot myöhään. Nyt on aika kutsua scrum-tiimi luomaan uusia käyttäjäkertomuksia vastaamaan käyttäjien tarpeisiin. Tilauskannan tarkentaminen (tai hoitaminen) on varmasti seurausta tiimityöstä. Nautin aivoriihistä tiimin kanssa muuttamalla käyttäjäkaupat ominaisuuksiksi, koska silloin abstrakti visio siirtyy kohti todellista toteutusta. Tuotejohtajana voit pyrkiä kehittämään tarkan käyttäjäkertomuksen - pidä tämä mielessä, mutta ole avoin tiimin ideoille: Kokemukseni mukaan käyttäjätarinaa voidaan parantaa merkittävästi tiimin panoksella.

Lyhytaikainen tilaus koostuu kolmesta käyttäjätarinasta:

• Raaka. Nämä ovat juuri kiteytyneitä tarinoita, joita käsitellään tarkennusvaiheessa. Tuotepäällikön on oltava ennakoiva ja ohjattava tiimi voidakseen viedä parhaat tarinat kehitysvaiheeseen.
• Valmis. Nämä ovat tarinoita, jotka ovat valmiita kehittämiseen. Tässä vaiheessa tuotepäällikön on oltava käytännönläheinen ja tuettava toteutusta vastaamalla kysymyksiin ja poistamalla pullonkaulat.
• Tehty. Nämä ovat valmiita tarinoita, jotka ovat valmiita käyttöönottoa ja julkaisua varten.

Järjestelmän ylläpitäminen

Säännöllisesti molemmat jälkilokit - päällikkö ja pikajuoksu - tulisi tarkistaa. Kun pitkäaikainen luettelo ylikuormittuu tehtäviin, tarkista alareunassa olevat kohteet ja päättää, onko ne poistettava vai ei. Muista myös tarkistaa myöhästyminen julkaisusuunnitelman laatimisen jälkeen. Kun priorisointi on päivitetty, kohteet tulisi siirtää lyhytaikaisiin tilauksiin, jos niiden prioriteetti muuttuu. Kun ominaisuudet on otettu käyttöön ja julkaistu, merkitse ne valmiiksi ja arkistoi pääkäyttölokiin. Saatat tarvita niitä sprintin jälkikäteen ja KPI-mittaus .

Kuinka kommunikoida myöhässä

Koska tilauskanta on tärkeä tuotekehityssuunnitelma, on tärkeää, että tuotepäällikkö välittää siitä tehokkaasti tiimille, toimitusjohtajalle tai muille sidosryhmille. Älä esitä luetteloa sellaisenaan - yksityiskohtia on liian paljon, ja menetät yleisön huomion. Keskity sen sijaan kahteen näkökohtaan:

• Prioriteettimekanismi. Esitä myöhästyneiden tuotteiden perusteet ja painotukset korkealla tasolla ja perustele ne tukevilla tiedoilla. Tällä tavoin vakuutat yleisön siitä, että luomasi tilauskanta täyttää kaikki vaatimukset ja on yhdenmukainen yrityksen vision kanssa.
• Ominaisuudet. Esitä virheen ominaisuudet ylhäältä alas. Yksityiskohtaisen tason tulee olla riippuvainen yleisöstä, ja sinun on ehkä selitettävä sekä ominaisuudet että niiden arvosanat.

Voimakas työkalu

Tuoterahoitus on tehokas työkalu tuotepäällikölle, koska se edustaa siirtymistä strategisesta ajattelusta päivittäiseen taktiikkaan. Tuotejohtajana kehittämäsi taidot - hallita, priorisoida, päivittää ja ylläpitää jäljellä olevaa palvelua - auttavat sinua rakentamaan upeita tuotteita ja parantamaan yrityksesi yleistä suorituskykyä.

Perustietojen ymmärtäminen

Mikä on tuotevirhe ketterässä?

Tuotekanta on hyvin priorisoitu tärkein tuotekehityssuunnitelma ominaisuuksista, jotka voidaan mahdollisesti siirtää kehitysvaiheeseen toteutusta varten. On terve käytäntö jakaa viivästys kahteen luetteloon: pitkäaikainen päällekkäin ja lyhytaikainen suoritettava viivästys (jota kutsutaan myös sprintin jälkikäteen, koska se voi sisältää yhden tai useamman sprintin).

Kuinka tuotekehitys järjestetään?

Tuotekanta järjestetään toteutuksen edistymisen mukaan: On ominaisuuksia, tehtäviä, käynnissä olevia tehtäviä ja suoritettuja tehtäviä. Tilauskanta on rakennettu siten, että tärkeät kohteet näkyvät luettelon yläosassa ja vähiten tärkeät ominaisuudet ovat alaosassa.

Mitä eroa on tuotekehityksellä ja sprintillä?

Tuotteiden ja sprinttien välinen ero on soveltamisala. Tuotevirhe viittaa pitkäaikaiseen viivästykseen, kun taas sprintitulos on lyhytaikainen suoritettava yhdelle tai useammalle sprintille. Ajatuksena on keskittyä kiireellisimpiin kohteisiin, jotta niitä voidaan kehittää nopeasti, samalla kun säilytetään iso kuva kaikista pääkäyttökannan ominaisuuksista.

Kuka omistaa tuotekannan?

Tuotepäällikkö omistaa myöhästymisen. He ovat vastuussa ruuhkan hallinnasta, priorisoinnista, päivittämisestä ja ylläpidosta. Tilauskannan parantaminen (tai hoitaminen) on kuitenkin seurausta tuotetiimityöstä.

Mikä on tuoteviraston tarkoitus?

Tuotekannan tarkoituksena on saada hyvin priorisoitu luettelo toimintakelpoisista kohteista, joka pitää tiimit ajan tasalla edistymisestä. Tilauskanta on yhdenmukainen yrityksen yleisen strategian kanssa ja muuttaa sen tuotteen luomisen yksityiskohtiin.