Mikä on tuoteryhmän? (Ja miten luoda yksi)

Tuoteperuste on tilattu luettelo tehtävistä, ominaisuuksista tai kohteista, jotka on valmistettu osana suurempaa etenemissuunnitelmaa.

Tuotteen luominen alkaa ajatuksella, ja se vie omistettu tiimi luoda jotain erityistä. Kyllä, jopa iPhone oli kerran vain prototyyppi, joka teki valtavirran suosion ansiosta oikean tiimin ansiosta. Kun hallinnoi aScrum-tiimiKehittäjät järjestäytyminen on ratkaisevan tärkeää tuotteen menestykselle.

Miten kehitysryhmät pysyvät järjestäytyneinä ja täyttävät tavoitteensa? Kokeillut ja tottaTee listat. Tuoteperuste on olennaisesti erikoistunut tehtäväluetteloon. Jos tiimi käyttää ketterää menetelmää, tuoteryhmä voi auttaa sinua hajottamaan hankkeita ja määrittämään, mitkä tehtävät ovat tärkeimpiä.

Lue, että saat selville, mitä tuoteryhmässä on ja miten luoda yksi tiimillesi.

Mikä on tuoteryhmä?

Tuoteperuste on priorisoitu luettelo kohteista tai ominaisuuksista, jotka ovat tarpeen tavoitteiden saavuttamiseksi ja joukkueiden keskuudessa. Se voi auttaa tiimisi seurata tehtäviä. Yleisen säännön on oltava yksi tuoteryhmä jokaiselle kehitettävälle tuotteelle ja yksi tiimi, joka on osoitettu kyseiselle alustalle.

Toisinaan on useita tuotteen perusloppuja, joissa on useita joukkueita, jotka työskentelevät yhdellä suuremmalla tuotteella. Käytä esimerkkinä Adobe Creative Cloudia. Luova pilvi on sateenvarjo tuote, jossa on pienempiä tuotteita, kuten Photoshop, Illustrator ja sen vaikutukset sen sisällä. Jokaisella näistä pienemmistä tuotteista olisi oma tuoteryhmä ja nimetyt joukkueet kehitykselle.

Tuoteperuste on peräisin tuotteen etenemissuunnitelmasta, joka selittää toimintasuunnitelman, miten tuotteen tulisi kehittyä. Kehittäjät käyttävät tuotteen peruslogi-tehtäviä päästäkseen haluttuihin tuloksiin mahdollisimman nopeasti.

Agile-tiimit omistavat aikaa Tuotteen luominen ja säätö projektin edetessä. Agile-metodologian ansiosta tuotteen perusloogin tehtävät eivät ole kiviä, eikä kaikki tuoteryhmän tuotteet valmistuu. Kehitysryhmän tulisi tarkentaa tuotteen peruskoodin, koska ne priorisoivat tarvittavat tehtävät.

Mikä on tuoteryhmässä?

Tuoteperuste sisältää yleisesti ominaisuuksia, virheenkorjauksia, teknisiä velkoja ja tiedonhankintaa. Nämä tuotteen varaustuotteet ovat erillisiä työpaloja, joita ei ole vielä toimitettu tuotteelle.

1. Ominaisuudet (Käyttäjän tarinat)

Ominaisuus, joka tunnetaan myös nimelläKäyttäjän tarina, on tuotteen tehtävä, jonka tuotteen käyttäjä löytää arvokasta. Ominaisuuksia voi olla monimutkaisia, joita kutsutaan usein epics-tai ne voivat olla yksinkertaisia. Tarinan kartan luominen voi auttaa tiimisi määrää, mitä käyttäjä tarvitsee eniten.

2. Virheenkorjaukset

Bug-korjaukset ovat itsestään selviä, ja Scrum-tiimisi pitäisi käsitellä näitä nopeasti pitämään tuotteen eheyden. Jotkut virheet voivat olla tarpeeksi tärkeitä keskeyttämään tiimin nykyisen sprintin, kun taas toiset voivat odottaa seuraavaa sprinttia. Yleinen sääntö, jossa on vikoja, on kuitenkin pitää ne tuotteen peruslogi yläreunassa, jotta tiimi ei unohda niitä.

3. Tekniset velat

Tekninen velka, Kuten taloudellinen velka, ”kertyy kiinnostusta”, kun ohitetaan. Kun kehittäjät työnnä teknistä työtä tuotteen peruslokan pohjaan, se perustuu ja vaikeutuu. Tiimisi voi estää teknisen velan kertymisen järjestämällä järjestäytyneenä ja ottamalla teknisen työn pienemmissä, päivittäisissä lisäyksissä.

4. Tiedonhankinta

Tiedonhankinta edellyttää tietojen keräämistä tulevien tehtävien suorittamiseksi. Jos tiimisi on ominaisuus, että he eivät voi saavuttaa ilman lisätutkimusta, luodaan tietokoneen hankintatehtävä, kuten prototyyppi, kokeilu taiProof-of-Conceptsaada tarvittavat tiedot ominaisuuden.

Miten luoda tuotteen perusloppu

Tuoteyhteys on enemmän kuin yksinkertainen tehtäväluettelo. Voit rikkoa monimutkaisia ​​tehtäviä sarjaan vaiheita ja siirtää ne tiimin jäsenille vastaavasti. Tässä on vaiheet, joilla kehitetään tehokas tuotepalkki.

1. Tuotteen etenemissuunnitelma

Tuotteen etenemissuunnitelma on tuoteryhmän perusta. Tiimisi pitäisi luoda etenemissuunnitelma ennen tuotteen peruskaapin luomista, koska etenemissuunnitelma on toimintasuunnitelma siitä, miten tuote muuttuu, koska se kehittyy. Etenemissuunnitelma on visio pitkäaikaisesta tuotekehityksestä, mutta se voi myös kehittää.

2. List Tuoteasetukset

Tuotteen etenemissuunnitelman mielessä tiimi voi aloittaa tuotevalikoiman listalle. Nämä kohteet voivat sisältää korkean prioriteetin kohteita ja abstrakteja ideoita. Tämän tuotteen peruslogian luomisen vaiheen aikana sinun on myös kommunikoidasidosryhmätja kuuntele niiden ideoita tuotteen parannuksista. Tuoteasetusten mallipohja voi helpottaa sinua luomaan kohteen rivejä ja siirrä rivit ympäri.

3. Priorisointi

Joukkueen jälkeen luetellaan kaikki tuotevalikoimat, on aika lajitella niiden läpi japriorisoida, mitkä tehtävät ovat tärkeimpiä. Voit tunnistaa ensisijaiset kohteet asettamalla asiakkaan mielen eteen ja ottaen huomioon, mitä kohteet tarjoavat eniten arvoa.

4. Päivitä säännöllisesti

Koska tiimi toimii tuoterakekoodin kautta, muista, että tuotesuunnitelman pitäisi olla elävä asiakirja. Voit lisätä tarvikkeita jatkuvasti taakse ja priorisoida tai tarkentaa kohteita, kun työskentelet niiden kautta.

Kuinka priorisoida tuotteen peruslogi

Olennainen osa tuoteryhmän hallinnointia on etusijalla tehtäviä. KutenScrum Master, sinun pitäisi olla perusteellinen ymmärrys siitä, mitä uusia ominaisuuksia sidosryhmät haluavat nähdä tuotteessa. Seuraavassa on joitain strategioita siitä, miten ensisijaisesti peruskoodi-luettelon kohteet.

Järjestä tehtäviä kiireellisesti ja merkityksellä

Kun keskitytään takaisinkokoukseen, yritä järjestää tehtäviä kiireellisesti ja merkityksellä. Tiimin pitäisi asettaa etusijalle tuotteen peruslogi-tuotteet, jotka parantavat tuotteen toimivuutta sekä käyttökokemusta.

Käsittele monimutkaisia ​​tehtäviä ensin

Tiimisi voi olla taipuvainen tekemään yksinkertaisia ​​tehtäviä ensin, jotta he voivat poistaa ne tuotteesta ja lyhentää luetteloa, mutta tämä on vähemmän tehokas projektinhallinta. Tuoteyhteys kasvaa edelleen, joten monimutkaisten tehtävien torjuminen voi ensin olla tehokkain tuotekehitykseen.

Täydelliset tehtävät ajankohtaisissa sprintsissa

Agile-tiimit toimivat keskittyneissä sprinttien ajan täydelliseen työhön, ja tämä menetelmä on erittäin tehokas tuottavuudelle. Jokaisen sprintin lopussatuotteen omistajaja kaikki sidosryhmät voivat osallistua sprintin arvostelun kanssasi ja kehittämiseen joukkue varmistaa kaikki on aikataulussa.

Kommunikoi tiimisi kanssa

Viestintä tiimin jäsenten välilläon ratkaiseva osa tuotepalkin priorisointia. Jos haluat lajitella varauslogia ja täydelliset kohteet kohtuullisessa aikakehyksessä, sinä ja tiimisi on toimittava yhdessä ja noudatettava SCRUM-opas.

Tuotevaraus Esimerkki

Tuoteohjeet näyttävät erilaisilta projekteista, mutta jotkut alkavat eeposilla. Epic on yliluonnollinen ongelma, jota yrität ratkaista asiakkaalle. Tässä on esimerkki alla:

Eeppinen:Markkinointijohtajana haluan sisällönhallintajärjestelmän, jonka avulla voin toimittaa laatua sisältöä lukijoille.

Tämä Epic voi johtaa erilaisiin tuotteen ominaisuuksiin, jotka vaihtelevat siitä, miten käyttäjä luo sisällön uudessa järjestelmässä niiden muokkaamiseen ja jakamaan sisältöä tiimien kanssa. Jatkaa tuotesuunnitelmamme esimerkkiä voimme jakaa eeppisen tarkemmin käyttäjän tarinoita.

Tarina 1:Sisällön luoja haluan sisällönhallintajärjestelmän, jonka avulla voin luoda sisältöä, jotta voin ilmoittaa asiakkaillemme tuotteistamme.

STORY 2:Toimittajana haluan sisällönhallintajärjestelmän, jonka avulla voin tarkistaa sisältöä ennen sen julkaisemista, jotta voin varmistaa, että se on hyvin kirjoitettu ja optimoitu hakuun.

Tuotteen omistaja, Scrum Master ja Development Team määrittävät ominaisuudet, jotka tuotteen tulisi sisältää käyttäjän tarinat ja priorisoida ne merkityksellisiksi.

Ominaisuudet Tuotteen tulisi sisältää tarinan 1:

Kirjaudu sisällönhallintajärjestelmään

Luo sisältöä

Muokkaa sisällön sivua

Tallenna muutokset

Määritä sisältöä editorille

Tuotepäällikkönä käytät EPICS: tä ohjaamaan tuotteen etenemissuunnitelmaa ja takausluettelon kohteita. Kuten tässä esimerkissä näkyy, yksi EPIC voi johtaa useisiin käyttäjän tarinoihin ja tuotteen ominaisuuksiin.

Miten tuotteen perusloppu voi auttaa tiimisi?

Tuoteyhteys auttaa tiimisi toimimaan kuin hyvin öljytty kone parantaa organisaatiota jayhteistyö. Se muuttuu viestintävälineeksi ja pitää kaikki yhdenmukaiset tavoitteisiin ja odotuksiin.

Koska kaikki tuote virtaa takauskannan kautta, tuotteen peruslogia tarjoaa perustaniterointisuunnittelu. Koska tiimi priorisoi tehtäviä opastusta tuotteen omistajalta, he myös määrittävät, kuinka paljon työtä he voivat sitoutua tiettyyn aikaan. Näitä aikakappaleita kutsutaan iteraatioiksi tai sprintiksi.

Tuoteperuste edistää myös Agile-tiimin kehitystä rohkaisemalla joustavaa mutta tuottavaa työympäristöä. Tehtäviä tuotteen peruslogia ei ole asetettu kiveen, ja tiimi lajittelee heidät tärkeänä ennen kuin valitset ensin.

Sprint-backlog vs. tuotekuvauslogia

Sprint-kalusteet ja tuotevalikoima ovat hyvin samankaltaisia ​​niiden komponenttien suhteen. Sprint-lisävarusteet ovat tuotepalkin osajoukko, mutta niitä käytetään spesifisesti sprinttien aikana.

Tuotteen omistajalla on hallinta tuoteryhmässä, koska koko tuote alkaa alusta loppuun. Kehitysryhmä omistaa jokaisen Sprint-tilat, koska nämä pienemmät to-do-luettelot on otettu tuotepalkista, joka on tarkoitus suorittaa määrätyn ajanjakson aikana.

Sprint-tilaus riippuu tuoteryhmästä, ja se päättyy, kun sprintti päättyy. Sprint-backogilla on myös oma Sprint-tavoitteensaSprintin suunnittelu. Tuotevaraus keskittyy tuotteen koko tavoitteeseen ja tehtävät priorisoidaan tämän tavoitteen perusteella.

Tuoteyhteys on joustavampi kuin Sprint-tilaus ja voi vaihdella asiakkaan tarpeiden mukaan. Tuoteasetus pysyy paikallaan ja sitä on säilytettävä, kunnes tuote saavuttaa täydellisen kehityksen.

Tarkastellaan tuotteesi taaksepäin Esimerkki, voimme myös luoda Sprint-takaisinkokouksen esimerkin. Kun kehität auton lisävarustetta auttamaan jotakuta ajaa autoa kädet, yksi tehtävä tuotevalikoima oli luoda prototyyppi auton lisävarusteesta. Tämä prototyyppi voisi tulla sprintiksi, koska se voi ottaa osajoukon tehtäviä.

Sprint-backlog-kohteet auton lisäaineen prototyypin voivat sisältää:

Luo konsepti

Kehittää virtuaalinen prototyyppi

Rakenna fyysinen prototyyppi

Etsi valmistaja prototyypin rakentamiseen

Nämä Sprint-backlog-tuotteet olisi myös tuoteryhmässä, mutta erottavat ne omaan sprinttiin, voivat auttaa kehittäjilleSCRUP-prosessiKun ne saavuttavat nämä tehtävät ja saavat prototyypin nopeasti.

Kirjaudu edistymisesi tuoteryhmässä

Tuotteen saaminen maaliin on helpompaa, kun sinulla on hyvin järjestetty tuotepalkki.UDN-tehtävähallintavoi auttaa sinua hallitsemaan ketterä hankkeita tehokkaimmalla tavalla nykyaikaisella scrum-ohjelmistolla.