Backlog on Määritelmä, ominaisuudet, ominaisuudet, esimerkki

2024 Kirjoittaja: Howard Calhoun | [email protected]. Viimeksi muokattu: 2024-01-17 18:49

Backlog on keskeneräinen loki. Sen sisältö ja saatavuus ovat tuotteen omistajan vastuulla. Tämä on tuotteeseen tehtyjen muutosten ainoa lähde.

Rummainen on luettelo uusista ominaisuuksista, muutoksista olemassa oleviin ominaisuuksiin, virheenkorjauksista, infrastruktuurimuutoksista tai muista toimista, joita tiimi voi tehdä tietyn tuloksen saavuttamiseksi. Se on ainoa luotettava tietolähde, johon yritys luottaa. Tämä tarkoittaa, että mitään ei tehdä siitä, mitä ei ole tässä lokissa. Se edustaa tapaa, jolla tiimin on työskenneltävä tuotteen parissa tietyn tuloksen saavuttamiseksi.

Ominaisuudet

Tuotetuotteen lisäämisen keskeneräiseen työlokiin tulee olla nopeaa ja helppoa, ja yhtä helposti tilauslokista poistettava tuote, joka ei johda suoraan haluttuun tulokseen tai ei salli edistymistä saavutettu.

Backlog kohteet hyväksytään useissa muodoissa, enitenyleisiä ovat käyttäjien tarinat. Tiimi määrittelee valitsemansa muodon ja käsittelee ruuhkakohteita muistutuksena työskentelemänsä ratkaisun näkökohdista.

Tuoteruuhka

Ruuhkan ansiosta kaikki osastolla olevat voivat tarjota ideoita tuotteen tai palvelun parantamiseksi. Priorisointiprosessi määrittää, mikä todella tulee osaksi tuotetta. Tämän menetelmän avulla voit toteuttaa tehtäviä kuluttamalla resursseja vain parhaisiin tällä hetkellä saatavilla oleviin ideoihin. Jos vanhentuneita ideoita hylätään, ruuhkaa joskus täydennetään ja jalostetaan.

Tuotekanta vaihtelee kooltaan ja tarkkuudellaan pitkälti sen mukaan, kuinka pian tiimi aloittaa työskentelyn. Tehtävien, joita tiimi käsittelee lähitulevaisuudessa, tulee olla pienikokoisia ja niissä on oltava tarpeeksi yksityiskohtia, jotta pääset alkuun. Ryhmä voi määrittää valmiuden määritelmän, ilmaista halunsa saada tietoa, jonka he haluaisivat saada, jotta ruuhkatyöt voidaan aloittaa.

Tuotteiden tilausjärjestys muuttuu, kun tiimi ymmärtää paremmin tuloksia ja löytää ratkaisun. Tämä olemassa olevien elementtien uudelleenjärjestäminen, näiden elementtien jatkuva lisääminen, poistaminen ja tarkentaminen määrittää ruuhkan dynaamisen luonteen.

Näkymät

Ohjelman ruuhka

Ohjelmien odotetaan täyttävän sidosryhmien vaatimukset ja suunnitellaan niiden toteuttamista projekteina. Tämä tapahtuu yleensä jatkuvasti. Ruuhkarakenne on hyödyllinen tarpeiden tallentamisessa, priorisointi- ja suunnitteluprosessissa, jossa arvokkaat vaatimukset ryhmitellään projekteihin.

Tehtävän ruuhka

Se voidaan toteuttaa yksilön tai tiimin toimesta ajanhallintamenetelmänä. Ihmisillä on rajallinen määrä aikaa, ja heidän on usein priorisoitava tehtävät. Kuten tuotteiden ja ohjelmien kohdalla, kaikkea ruuhkassa olevaa ei voida odottaa valmistuvan.

Kuka valitsee tehtävät ruuhkalle?

Vastuu ruuhkan sisällöstä on tuotteen omistajalla. Hän ei tietenkään ole yksin tehtävänsä kanssa ja voi pyytää mitä tahansa tarvitsemaansa apua. Tuotteen omistajan tulee ymmärtää asiakasta hyvin ja olla hänen kanssaan läheisessä yhteydessä. Hän voi ja pitää myös aina kommunikoida muiden kiinnostuneiden kanssa ottaakseen huomioon heidän toiveensa. On myös tärkeää pitää yhteyttä kehitystiimiin, jotta voidaan ymmärtää tiettyjen vaatimusten kustannukset ja monimutkaisuus.

Mutta loppujen lopuksi tuotteen omistaja on ainoa henkilö, joka vastaa prioriteettien asettamisesta. Tämä on myös syy, miksi tuotteen omistajia tai tuoteomistajien komiteoita ei koskaan pitäisi olla useita. Päätöksentekoa varten on oltava yksi totuuspiste - tuotteen omistaja. Se kokoaa kaikki tiedot markkinoista, liiketoiminnasta, sidosryhmistä, monimutkaisuudesta ja muusta yhdeksi selkeäksi priorisoimiseksi.

Tuotteen parissa työskentelevällä tiimillä voi olla tietty omistajaroolituote, jolla on ensisijainen vastuu - tuotteen ylläpito. Tärkeimmät tilauskannan ylläpitotoiminnot sisältävät tuotevarauskohteiden priorisoinnin, ruuhkasta poistettavien ruuhkakohteiden päättäminen ja ruuhkan selvittämisen helpottaminen.

Miltä se näyttää?

Rakkaus on tehokas tapa tiimille viestiä, mitä he työskentelevät ja mitä he suunnittelevat seuraavaksi. Tarinakartat ja tietolähteet voivat antaa selkeän kuvan nykytilanteesta tiimille ja sidosryhmille.

Rakkaus voidaan esittää fyysisessä muodossa hakemistokortteja tai muistiinpanoja käyttäen tai se voidaan esittää sähköisessä muodossa, kuten tekstitiedostona tai Excel-taulukkona. Sähköpostilomake on paras vaihtoehto tiimille, jossa on etäjäseniä tai joka kerää paljon muuta tuotetietoa. Fyysisillä muodoilla on se etu, että tuotekanta on jatkuvasti näkyvissä ja täsmällisesti tuotekeskusteluissa.

Backlog-ominaisuudet

Kun tuotekanta on luotu, on tärkeää ylläpitää sitä säännöllisesti, jotta pysyt ohjelman mukana. Tuotteiden omistajien tulee tarkistaa tilauskanta ennen jokaista toiminnan suunnittelukokousta varmistaakseen, että priorisointi on oikea ja että palautetta viimeisestä toimenpiteestä on otettu mukaan.

Kun tilauskanta kasvaa, tuotteiden omistajien onryhmittele se lyhyen ja pitkän aikavälin positioihin. Merkityksellisesti lähimpänä olevat tehtävät on määriteltävä täysin ennen kuin ne merkitään sellaisiksi. Tämä tarkoittaa, että kokonaisia käyttäjätarinoita on kirjoitettu, suunnittelu- ja kehitysyhteistyötä on tehty, kehitysarvioinnit tehty. Pidemmän aikavälin kohteet voivat jäädä hieman epämääräisiksi, vaikka on hyvä saada karkea arvio kehitystiimiltä priorisoinnin helpottamiseksi.

Ruuhka on linkki tuotteen omistajan ja kehitystiimin välillä. Tuotteen omistaja voi priorisoida jonossa olevia töitä milloin tahansa asiakaspalautteen, tarkentavien arvioiden ja uusien vaatimusten vuoksi. Kun työ alkaa, muutokset tulisi kuitenkin pitää mahdollisimman vähäisinä, koska ne häiritsevät kehitystiimiä ja vaikuttavat keskittymiseen ja moraaliin.

Dribbling errors

On muutamia yleisiä ruuhkavirheitä, joita kannattaa varoa:

• Tuotteen omistaja priorisoi ruuhkan projektin alussa, mutta ei muokkaa sitä, kun kehittäjiltä ja sidosryhmiltä tulee palautetta.
• Tiimi rajoittaa ruuhkan asiakaskohtaisiin tuotteisiin.
• Se näyttää asiakirj alta, joka on tallennettu paikallisesti ja jota käytetään harvoin, mikä estää kiinnostuneita osapuolia päivittämästä.

Backlog-esimerkki

Siitätyöskennellessäsi ruuhkan kanssa sinun ei tarvitse käyttää monimutkaisia työkaluja. Voit aloittaa paperikorteilla tai Microsoft Excel -laskentataulukolla.

Yleisin tapa määrittää ruuhkakohdat on käyttäjäkertomus. Tässä tapauksessa voit lisätä pikalinkille nimen (tätä ei kuitenkaan yleensä tehdä hakemistokortteja käytettäessä) ja tarvittaessa lisätä tyytyväisyysehdot kortin takapuolelle.

Automaattinen oluen valinta juhliin. Ostaja haluaa tehdä vaikutuksen ystäviinsa monilla harvinaisilla merkeillä

Uuden oluen valinta maun mukaan. Asiakas haluaa katsoa olutluetteloa valitakseen uuden. Hän näkee erilaisia makuja suoraan luettelosivuilta

Tilaa suosikkioluttasi. Kanta-asiakas haluaa nähdä suosikkioluensa, jotta hän voi tilata niitä uudelleen joka kerta

Suosittele kallista olutta. Liikkeen omistaja haluaa baarin suosittelevan kallista olutta lisätäkseen voittoaan

Voit myös lisätä valinnaisesti muutamia valinnaisia kenttiä, kuten "Numero", "Arviointi", "Ehdot" ja "Priority" (joita voidaan käyttää ruuhkan lajitteluun toiminnan tärkeysjärjestykseen).

Numero	Tehtävä	Arviointi	Kunto	Priority
234	Automaattinen juhlaoluen valinta	20	Tilaa	1
556	Uuden oluen valitseminen makuun	8	Tilaa	15
123	Tilaa suosikkioluttasi	3	Tilaa	40
89	Suosittele kallista olutta	5	Tuotto	50

Kuten tästä esimerkistä näet, Product Backlog ei vaadi monimutkaisia työkaluja. Paperikortti tai Excel-arkki on enemmän kuin tarpeeksi huolehtimaan riittävän syvästä ja tilavasta ruuhkasta ja määrittelemään sen selkeät paikat.