Johdanto Scrumin tuotemäärään

  • Tuotemäärät scrumissa määritellään luettelona asiakaskeskeisistä yksityiskohtaisista toiminnoista ja kuvauksista, tuotteeseen tehdyistä muutoksista ja mukautuksista projektin valmistumisjakson aikana. Asiakirjoitettu luettelo kaikista vaatimuksista ja tuotteeseen mahdollisesti tehdyistä muutoksista tuotteen toimitusprosessin aikana. Ketterässä ja hankalassa projektijohtamismenetelmässä on tuotemäärä. Siten ylläpitoa, jota ylläpidetään, kutsutaan Scrum Product Backlogiksi. Projektinhallinnassa ja tuotemäärien hallinnassa hankkeessa ei vaadita pitkää ja etukäteen laadittavaa dokumentaatiota, toisin kuin tyypillisissä tavanomaisissa tuotemäärissä. Scrumissa painopiste on tekemisissä sen sijaan, kuinka tehdä, mikä tekee siitä tehokkaamman kuin mikään muu projektinhallintatekniikka.
  • Tuotteen omistaja ja hankkijaryhmä voivat ylläpitää hankausta luetteloimalla ja priorisoimalla vaatimukset, joita olennaisesti tarvitaan kannan luomiseen ja priorisointiin. Tuotekantaa ylläpidetään sprintin muodossa, ja aloitusprosessissa on jatkuvia muutoksia, lisäyksiä ja poistoja, kunnes tuote toimitetaan asiakkaalle tai sidosryhmälle. Tuotekehityksen elinkaaren aikana asiakkaalta kerätään palautetta muutosten tekemiseksi ja parantamiseksi. Siten taipumus kasvaa yhä enemmän, kunnes tuote toimitetaan.

Ero yksinkertaisen luettelon ja Scrum-tuotekannan välillä

Luettelo ominaisuuksista, jotka erottavat sen perinteisestä yksinkertaisesta tehtäväluettelosta:

  1. Scrum-tuotekanta tarkoittaa elävää asiakirjaa, johon merkinnät lisätään, kunnes projekti on valmis. Elävän asiakirjan tarkoitus on luonteeltaan dynaaminen ja muuttuu jatkuvasti, kun erilaisia ​​merkintöjä lisätään scrum-tuotekantaan reaaliaikaisesti. Muutokset tai vaatimukset scrum-tuotekannasta voivat olla iteratiivisia projektin tarpeen mukaan.
  2. Lisätyt merkinnät tai muutokset vastaavat asiakaspalautetta tai asiakasarvoa. Jos scrum-tuotekannassa olevaa merkintää vastaavaa asiakasarvoa ei ole, se on vain jätettä. Asiakasarvo voi olla joko tekninen tai muu kuin tekninen vaatimus tai tuotteen valmistumiseen vaadittavat yksityiskohdat. Näitä asiakasarvoja tarvitaan myös tuotteen tai toimituksen laadun parantamiseksi tai parantamiseksi.
  3. Tehtävä tai scrum-merkinnät ovat matalan tason tehtäviä, jotka eivät periaatteessa ole toimintokohteita. Se ei sisällä tehtävän yksityiskohtaista kuvausta. Tehtävän jakautumista ja näiden tehtävien jakautumista hoitaa työryhmä. Koska scrum luettelee tehtävän ja merkinnät, joten ei ole mitään järkeä käyttää paljon aikaa mainitsemalla yksityiskohtainen kuvaus merkinnöistä tuotekannasta.
  4. Tehtävät priorisoidaan tuotteen omistajan vaatimusten perusteella. Tuotteen omistaja päättää tehtävän priorisoinnista ja scrum-ryhmä vastaa tehtävän suorittamisesta omistajan päättämän priorisoinnin mukaisesti.
  5. Tehtävän yksityiskohdat riippuvat yksinomaan heidän asemastaan ​​harjauksessa.

Tyypillisen Scrum-tuotekannan välttämättömät komponentit

Seuraavat ovat olennaiset komponentit kaikesta hankaustuotteista:

1) Ominaisuudet / Ominaisuudet

Ominaisuudet määritellään käyttäjän tarinoiksi, jotka kuvaavat merkintöjen toimivuutta ja kuvaavat asiakkaan näkökulmaa yksinkertaisilla sanoilla.

2) Viat / virheet

Kun tuotetta kehitetään eri vaiheissa ja nämä vaiheet testataan, eri virheet tai virheet tai parannukset kerätään ja lisätään tiivisteeseen korjattavaksi seuraavassa tuotekehitysvaiheessa.

3) Tietojen hankkiminen

Tietojen hankkiminen on erittäin tärkeää johtamisessa, koska se tekee valinta- ja päätöksentekoprosessista helppoa ja auttaa myös luomaan prosessikirjaston myöhempää käyttöä varten.

4) Sprintisuunnittelu

Sprintisuunnittelua ja kokousta johtaa tuotteen omistaja, ja työt / tehtävät priorisoidaan tässä sprintikokouksessa. Tuoteomistaja ja scrum-tiimi yhdessä päättävät sitten tehtävien järjestyksestä tai järjestyksestä ja siten uusia merkintöjä ja tehtäviä lisätään oikea-aikaisesti projektin vaatimuksen mukaisesti, joka tekee tuotekannasta dynaamisen ja laajennettavan luonteeltaan.

Kuinka Scrum-tuoterekisteri toimii?

Hoitojen hallinta on erittäin tarkka prosessi, ja sitä on ylläpidettävä huolellisesti. Ensimmäinen ja perusaskel on suunnitella tuotteen omistajan johtama sprintti kokous ja sitten kirjoittaa tai listata tuotteen tai projektin tehtävät tai vaatimukset. Laajentuu asteittain ja uusia merkintöjä / tehtäviä lisätään kantakaavaan. Lisäksi tietyt vanhat tehtävät poistetaan vaatimusperusteisesti. Nämä tehtävät tilataan tai järjestetään tuotteen omistajan kuvaaman kiireellisyyden tai prioriteetin mukaisesti. Nämä tehtävät jaetaan sitten erilaisiin sprinteihin tai yksinkertaisemmin sanoen luodaan työnjakorakenne ja työ jaetaan työryhmän kesken. Tuotteen omistajalle toimitetaan säännöllisesti päivitykset suoritetuista tehtävistä tuotteen mukaan, ja myös niitä muutetaan ja ylläpidetään säännöllisesti dokumenttien päivitystä koskevassa luettelossa.

Etuudet ja edut

  1. Koska tehtävät on lueteltu ja priorisoitu ruudussa, tuote toimitetaan tai suoritetaan tehokkaasti ja ajoissa organisoidusti.
  2. Suuri projekti on jaettu pienempiin sprinteihin / vaiheisiin / moduuleihin työn tekemiseksi helpoksi ja vähemmän aikaa vieväksi.
  3. Säännölliset tarkistuskokoukset auttavat ymmärtämään tuotteen omistajan käsitystä selkeästi, ja siten nämä tarkistukset antavat selkeän kuvan projektin vaatimuksista.
  4. Ylläpito auttaa säästämään aikaa ja tarpeetonta rahahukkaa, koska se auttaa poistamaan kaikki mahdolliset uhat, jotka aiheuttavat viivästyksiä tuotteen toimittamisessa.
  5. Se sallii asiakaspalautteiden sisällyttämisen improvisaatioon eri vaiheissa ja erilaisissa sprinteissä, mutta tekee siitä ketterän ja joustavan.
  6. Soveltuu hyvin ketteriin ja dynaamisiin kehitysprojekteihin, joiden aikana tuote kehitetään ja testataan pakollisina vaiheina retrospektiivi- ja tarkistusprosessissa.

Suositellut artikkelit

Tämä on opas Scrumin tuotemäärään. Tässä keskustellaan erot yksinkertaisen luettelon ja Scrum-tuotekannan välillä yhdessä tyypillisen Scrum-tuotteiden Backlog-järjestelmän tärkeiden komponenttien kanssa. Voit myös katsoa seuraavia artikkeleita saadaksesi lisätietoja -

  1. Viestinnän hallintasuunnitelma
  2. Hallinnan soveltamisala
  3. Projektinhallintaohjelmisto
  4. Muutoksenhallintastrategia