Produkto sąrašas yra vienintelis užduočių šaltinis, kurį vykdo Scrum komanda. Tai yra suplanuotų produkto funkcionalumų ir patobulinimų sąrašas. Jo forma yra kintama ir ne visos užduotys, įtrauktos į produkto sąrašą, bus įvykdytos. Jis vystosi diskusijų su suinteresuotaisiais asmenimis metu. Jis taip pat nuolat tobulinamas. Tai reiškia, kad kuo arčiau termino, tuo detalesnė užduotis tampa.
Produkto sąrašas yra didžiausias iš Scrum artefaktų. Jis atspindi darbo statusą su produktu, atsižvelgiant į produkto tikslą. Kita vertus, kai darbas su produktu yra baigtas, jo sąrašas tampa pilnu užduočių, kurias atliko Scrum komanda kuriant produktą, sąrašu. Tačiau jame nėra detalių techninių sprendimų.
Produkto sąrašas sukuriamas per Produkto savininko susitikimus su suinteresuotaisiais asmenimis. Produkto savininkas yra vienintelis savininkas ir asmuo, atsakingas už šį užduočių šaltinį.
Verslo kalba apibūdina įrašus Produkto sąraše. Kitaip tariant, jie apibūdina produkto vertę iš suinteresuotųjų asmenų perspektyvos.
Užduočių aprašymai, įtraukti į užduočių sąrašą, turi būti nuoseklūs ir aiškūs. Jie apima produkto funkcijas ir patobulinimus, paprastai pateikiamus vartotojo istorijų forma, kuriai skiriame atskirą įrašą. Čia tik paminėsime, kad tai yra dalinių produkto funkcionalumų aprašymai, atsakantys į klausimus apie šiuos klausimus:
Užduočių, įtrauktų į Produkto sąrašą, tvarka keičiasi vystantis produktui. Dirbdama su juo, Scrum komanda formuoja ir tobulina jo funkcionalumą. Susidūrus su kliūtimis, įgyvendinti veiksmai leidžia visiems apmąstyti ir apibrėžti būsimus tinkamus sprendimus, o šie taip pat keisis atsižvelgiant į nenumatytas tolesnes kliūtis. Todėl nėra aiškios ir apibrėžtos veiksmų tvarkos, viskas yra kintama. Produkto sąrašo tobulinimas yra skirtas nuolatiniam atnaujinimui ir pasiruošimui kitoms užduotims. Dėl šios priežasties jis yra nuolatinis.
Užduotys su tolimu terminu paprastai yra dideli, bendri visumai. Jų aprašyme nėra detalių, tik funkcionalumo, kuris turėtų būti įgyvendintas, apžvalga. Taip pat galima rasti užduočių, kurios niekada nesibaigs.
Įrašai Produkto sąraše gali pateikti alternatyvius sprendimus. Taip pat Kliento idėjas, kurios gali pasenti, tapti nuostolingos arba dėl kitų priežasčių niekada nepatekti į įgyvendinimo etapą. Būtent todėl Produkto sąrašas kartais juokais vadinamas „Kliento norų sąrašu“.
Dar viena priežastis, kodėl keičiasi Produkto sąrašo forma, yra sprendimų perapibrėžimas. Kartais paaiškėja, kad tam tikra problema jau buvo išspręsta kuriant kitą produkto funkcionalumą. Arba laukiamas funkcionalumas tapo nereikalingas dėl kitų sprendimų pokyčių.
Viena iš pagrindinių veiklų, atliekamų tobulinant Produkto sąrašą, yra užduočių, esančių Produkto sąraše, dalijimas į dalis. Dėl to bendras funkcionalumo aprašymas pateikiamas mažesnių, detalesnių ir tiksliai apibrėžtų vienetų forma.
Užduotys, skirtos artimesniam įgyvendinimui, tampa detalesnės. Jos taip pat tampa mažesnės, apimančios sprendimų detales. Detalės atsiranda vystant produktą. Ir, atsižvelgiant į dabartinę produkto būklę ir dabartinius suinteresuotųjų asmenų lūkesčius, Produkto savininkas papildo artėjančias užduotis jų aprašymu, tvarka ir dydžiu. Tada jis pasirenka geriausiai aprašytas užduotis kitam Sprinto sąrašui.
Dirbdamas su produktu, Produkto savininkas modifikuoja ir detalizuoja Produkto sąrašą bendradarbiaudamas su plėtros komanda. Vadovaudamasis Produkto savininko pasiūlymais, Sprinto planavimo metu komanda pasirenka funkcijas, kurias reikia įgyvendinti iš Produkto sąrašo. Jos tada perkeliamos į Sprinto sąrašą ir padalijamos į užduotis, kurias reikia įvykdyti. Į Sprinto sąrašą perkeltos užduotys aprašomos technine kalba, kuri yra naudingiausia kūrėjams.
Užduoties dydis yra svarbus rodiklis plėtros komandos požiūriu. Jo tinkamas įvertinimas tampa ypač kritiškas, kai pasirenkamos vartotojo istorijos iš Produkto sąrašo į Sprinto sąrašą.
Plėtros komanda laikui bėgant išmoksta teisingai įvertinti laiką ir pastangas, reikalingas konkrečiai vartotojo istorijai įgyvendinti. Tai išreiškiama dienomis, žmogaus valandomis arba istorijos taškais ir suteikia vertinimą, vadinamą Komandos greičiu.
Produkto sąrašas yra nuolat tobulinamas užduočių sąrašas, vedantis į produkto tikslą. Produkto sąrašo turinys paprastai išreiškiamas vartotojo istorijų forma. Ir kuo trumpesnis laikas, likęs užduočiai įvykdyti, tuo:
Scrum komanda rūpinasi užduotimis. Produkto savininkas valdo ir keičia Produkto sąrašą.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Kaip projekto vadovė, Karolina yra ekspertė, ieškanti naujų metodų, kaip sukurti geriausius darbo srautus ir optimizuoti procesus. Jos organizaciniai įgūdžiai ir gebėjimas dirbti spaudimo sąlygomis daro ją geriausia asmenybe, galinčia sudėtingus projektus paversti realybe.
Gavėjai vis dažniau renkasi vaizdo medžiagą. Rašytinės formos tampa vis mažiau populiarios. Tradiciniai tinklaraštininkai bando…
Kopirajtingas pastaruoju metu tapo itin populiaria profesija. Vis daugiau reklamos tiek iš laisvai samdomų kopiraiterių,…
Ar kada nors jaučiate, kad diena per trumpa viskam, ką planavote, padaryti? Visi mes tai…
Kas yra programinė įranga? Kokie yra jos tipai ir platinimo metodai? Kalbėdami apie skaitmeninius produktus,…
Pateikti ir perduoti tyrimų rezultatus greičiausiai yra viena iš svarbiausių (ir reikalaujančių daug pastangų) UX…
Ar žinote, kaip sukurti el. knygą? Ar žinote visus esminius el. knygos gamybos proceso aspektus?…