Tilauskannan priorisointi on tärkeä osa ketterää tuotekehitystä. Se voi kuitenkin olla ylivoimainen, kun sidosryhmiä on useita: Ne kaikki esittävät pyyntöjä toisistaan riippumatta ja asynkronisesti, kun taas tuotepäällikkö viettää pitkiä tunteja henkilökohtaisissa kokouksissa neuvotellen heidän kanssaan siitä, mitkä kohteet tekevät sen seuraaviin sprintti. Tuloksena on usein hukkaan käytetty aika ja resurssit.
Tämän jakauman poistamiseksi ja ajan säästämiseksi paras ratkaisu on priorisointityöpaja, jonka avulla he pääsevät yksimielisyyteen pyyntöjensä suhteellisesta prioriteetista. Tässä intensiivisessä istunnossa kaikki sidosryhmät voivat yhdessä sopia suunnitelmasta, joka kuvaa etenemistavan.
Tarkastellaan yleistä skenaariota. Yrityksen tuotetiimi joutui ongelmalliseen tilanteeseen yrityksen lipputuotteen kanssa. Kehitystiimi ja arkkitehdit olivat asettaneet haastavan tavoitteen siirtää tuote pilvipohjaiseen alustaan. Edistyminen oli kuitenkin hyvin hidasta, koska kehittäjät olivat kiireisiä tuoteominaisuuksien parannuksiin ja virhekorjauksiin. Maksettavana oli paljon teknistä velkaa, mikä tukahdutti joukkueen kyvyn tehdä parannuksia ja jatkaa suunnitelluilla pikajuoksuillaan. Samaan aikaan sidosryhmät, jotka kaikki olivat tilinhoitajia ja työskentelivät suoraan loppukäyttäjien kanssa, pyysivät edelleen ominaisuuksien parannuksia edustamiensa asiakkaiden tyydyttämiseksi. Vaikka sidosryhmät olivat tietoisia siitä, että kehitystiimi otti kohteita myöhästymisestä vasta, kun ne tulivat saataville, sidosryhmät kokivat silti olevan hylättyjä ja jätetty huomiotta. Läpimenoaika oli korkea kaikille pyynnöille, jotka eivät olleet hätätilanteita, ja palontorjunta oli aivan liian yleistä. Tämän lisäksi sidosryhmien pyynnöt olivat säännöllisesti ristiriidassa.
Sidosryhmät olivat tyytymättömiä ja kokivat, että heidän pyyntönsä menivät enimmäkseen mustaan aukkoon. Asiakkaat olivat turhautuneita siitä, kuinka kauan yksinkertaisten vikailmoitusten käsittely ja heidän pyytämiensä parannusten toimittaminen kesti. Tämän seurauksena kehitystiimi koki, että sitä vedettiin moniin suuntiin, eikä se yksinkertaisesti pystynyt tekemään teknisiä parannuksia nopeamman syklin ja läpimenoajan mahdollistamiseksi pysymään mukana sidosryhmien ja käyttäjien tarpeissa. Kehitystiimi tarvitsi ohjeita energian keskittämiseen, teknisen velan tasapainottamiseen uusiin pyyntöihin ja työn priorisointiin.
Tuotteen omistaja päätti laittaa kaikki yhteen huoneeseen ja nähdä, mitä tapahtui.
Ensimmäinen askel on saada osto sidosryhmiltä. Tässä tapauksessa tuotteen omistaja otti yhteyttä sidosryhmien johtajaan ja kertoi ehdotetun työpajan eduista. Hän ilmoitti, että tavoitteena oli asettaa etusijalle saamattomat erät järjestyksessä, josta kaikki sidosryhmät voisivat sopia. Nämä olivat myyntipisteitä:
Tarjoamalla sidosryhmille jäsennelty, helpotettu foorumi, jossa he voivat ilmaista tarpeitaan ja olla keskenään yhteensopivia, antaa heille mahdollisuuden ja antaa heille paremman käsityksen kokonaisuudesta, mitä suuren tuotteen rakentamiseen tarvitaan. Omassa työssäni huomasin, että sidosryhmäni ilmoittivat paljon todennäköisemmin minulle pyynnöstä, toimittivat tietoja ja vastasivat kysymyksiini, kun isännöin useita tuotekannan priorisointityöpajoja.
Työpajan kykyyn saavuttaa tavoitteensa vaikuttaa voimakkaasti huoneessa oleva henkilö. Kutsu kaikki asiaankuuluvat asiantuntijat:
Muista lähettää etukäteen yksityiskohtainen esityslista, jossa selitetään, mistä keskustellaan ja milloin. Tämä antaa sidosryhmille mahdollisuuden esittää kysymyksiä tai tehdä ehdotuksia etukäteen ja pitää kaikki keskittyneinä kokouksen aikana.
Valmistele kokoushuone ennen osallistujien saapumista, jotta osallistujat voivat sukeltaa suoraan työpajan harjoituksiin. Ensin sinun on esitettävä tuotekannan kohteet seinällä - tulosta jäljellä olevat kohteet tai kirjoita ne hakemistokortteihin.
Nämä kortit edustavat ominaisuuksia ja parannuksia, jotka tiimisi aikoo toteuttaa lähitulevaisuudessa. Teippaa heidät kokoushuoneen seinälle ja järjestä ne nykyisessä järjestyksessä - korkeimmasta prioriteetista toisessa päässä alimpaan prioriteettiin toisessa. Ole valmis näyttämään tarkempia pyyntöjen kuvauksia ja lisätietoja projektorilla tai TV-näytöllä.
tuotepäällikkö on pääharjoittaja harjoituksissa, seuraa aikaa ja ohjaa priorisointia tarjoamalla asiayhteyttä tuotevisiosta. Tuotepäälliköiden tulisi välttää osallistumista keskusteluihin ja antaa sidosryhmien ohjata prioriteettien asettamista. Kun sidosryhmät ovat sopineet päätöksestä, tuotepäällikkö voi silti siirtää myöhästyneitä tuotteita tarpeen mukaan muiden ajan mittaan esiin nousevien prioriteettien huomioon ottamiseksi. Tuotepäälliköt säilyttävät päätöksentekovallansa myöhässä, mutta tämä harjoitus auttaa heitä keräämään tietoja tulevaisuuden ensisijaisten päätösten tekemiseksi.
Jos scrum-päällikkö osallistuu työpajaan, pyydä heitä ottamaan huomioon osallistujien palaute itse harjoituksesta, kun sinä helpotat tapahtumaa - siitä on hyötyä tulevissa parannuksissa. Aihealan asiantuntijat osallistuvat seminaariin tarjoamaan asiayhteyttä ja lisätietoja sidosryhmille.
Priorisointi voidaan hoitaa kahdessa vaiheessa.
Kannusta osallistujia ensimmäisessä priorisointivaiheessa päättämään, mitkä kohteet eivät ole kriittisiä. Matalan prioriteetin esineiden syrjäyttäminen antaa ryhmän viettää arvokasta aikaa korkeamman prioriteetin tuotteisiin. Jos yksimielisyyttä ei vieläkään ole, tuotepäällikön tulisi ehdottaa tuotteen sijoittamista syvempään keskusteluun.
Toisessa priorisointivaiheessa hyvä tapa auttaa ihmisiä pääsemään sopimukseen on käyttää ponnistusvaikutusten matriisia - yksinkertaista mutta tehokasta työkalua ryhmäkeskustelun helpottamiseksi, joka selkeyttää prioriteetit. Kohteet, jotka vaativat vähiten vaivaa suurimman vaikutuksen saavuttamiseksi, nousevat luettelon kärkeen, ja kohteet, jotka vaativat suurempaa vaivaa, mutta joilla on pienempi vaikutus, uppoavat pohjaan. Löydät useita muunnelmia tästä tekniikasta ja miten sitä voidaan parantaa .
Jos sidosryhmät siirtävät myöhästynyttä tuotetta edestakaisin ilman yksimielisyyttä, tuotepäälliköllä pitäisi olla viimeinen sana sen prioriteetista.
Ennen kokouksen päättämistä tuotepäällikön tulisi kirjautua sisään osallistujien luona ja pyytää heidän viimeisiä ajatuksiaan. Kun he lähtevät, muista numeroida tai koodata sovitut pyynnöt, jotta voit helposti siirtää ne tuotehallinnan tuotetukityökaluun - aloita yhdellä tärkeimmällä prioriteetilla.
Tuotekannan työpajan tulisi olla säännöllinen kokous Scrum-syklissäsi, ja se mahtuu Kanban-tiimin seremonioihin. Jos voit suorittaa tämän harjoituksen keski-sprintissä Scrum-syklissä, saat sidosryhmien prioriteetit ennen sprintin suunnittelua. Kanban-tiimille työpaja voidaan järjestää viikoittain tai missä tahansa poljinnopeudessa on parasta suunnitella etenemissuunnitelma Kanban-luettelon priorisoimiseksi.
Tiimilleni priorisointityöpajan järjestäminen kolmen viikon välein riitti päivittämään ruuhkan prioriteetit. Oikean poljinnopeuden löytäminen on kriittinen työpajan onnistumiselle - varmista, että löydät hieno raja osallistujien tarpeiden ja todellisen kysynnän välillä. Tarkista säännöllisesti osallistujien kanssa, vastaako nykyinen taajuus heidän tarpeitaan.
Luo myös osallistujille kanava palautteen antamiseksi työpajasta. On hyödyllistä, että omistettu henkilö tekee muistiinpanoja työpajan tulevista parannuksista - scrum-mestari voi täyttää tämän roolin täydellisesti. Dokumentoi työpajan parannukset osoittamaan omistautumistasi sujuvamman kokemuksen saavuttamiseksi.
Omistetun työpajan säännöllinen käyttäminen myöhästymisen priorisointiin voi hyödyttää yritystä useilla eri tasoilla. Tuotepäälliköt voivat käyttää aikaa ja resursseja tehokkaammin. Yritys voi olla ketterämpi ja saavuttaa parempia tuloksia nopeammin. Sidosryhmien pyytäminen osallistumaan varhaisessa vaiheessa voi olla uskomattoman tehokas keino saada tukea tuotealoitteille ja saada arvokasta palautetta. Johtajat voisivat myös käyttää tätä työpajaa arvioimaan prioriteetteja taktisella ja strategisella tasolla edistääkseen työntekijöiden mukautumista yrityksen tavoitteisiin, tiimiprosesseihin ja kokonaisviestintään.
Tuotevirtojen ja sprintien välinen ero on niiden toteuttamisen kiireellisyys: Scrum-tiimi käyttää sprintitilannetta kehittääkseen kiireellisimmät tuotteet tulevissa sprinteissä, kun taas tuoteviljelmä on pitkäaikainen päällikkö luettelo ominaisuuksista, joista osa ei ehkä koskaan saavuta toteutusvaihetta.
Tuotekapasiteetti on tärkeä, koska siinä esitetään kaikki tuotteen mahdolliset ominaisuudet yhdessä paikassa, jotta kehitystiimi voi nähdä ne; sitä voidaan käyttää myös tuotealan sidosryhmien odotusten asettamiseen.
Tuotepäällikkö on vastuussa tuotekehityksen luomisesta, priorisoinnista ja ylläpidosta. Tilauskantaa koskevat pyynnöt tulevat eri lähteistä: myynniltä, laadunvalvontatiimiltä, asiakastukelta ja tuotealan sidosryhmiltä.
Tuotepäällikkö priorisoi viivästymisen ja määrittelee tuotesuunnan. Tilauskantapyyntöjä on monia, mutta usein ne tulevat tuotteen sidosryhmiltä. Tuotepäälliköiden on löydettävä yksimielisyys sidosryhmien välillä, joskus pyyntöjen välillä on ristiriitaisuuksia, ja ylikapasiteetin priorisointityöpaja on paras tapa tehdä se.
Hyvä tuotekanta on hyvin priorisoitu suunnitelma, joka muuntaa korkean tason vision tuotteen luomisen yksityiskohdiksi.