INVEST yra metodas, skirtas gerų vartotojo istorijų kūrimui. Jis leidžia patikrinti, ar jos turi tinkamai suformuluotą turinį ir ar jos susijusios su produkto verslo verte. Taip pat, ar jų dydis ir naudojamumas buvo pasirinkti tinkamai.
Geriausios vartotojo istorijos kūrimas naudojant INVEST – turinys:
- Įvadas
- I – nepriklausomas
- N – derybų
- V – vertingas arba vertikalus
- E – įvertinamas
- S – mažas
- T – testuojamas
- Santrauka
Įvadas
INVEST yra akronimas, sukurtas Bill Wake 2003 metais. Kiekviena jo raidė žymi žodžio pradžią, kuris apibūdina gerą vartotojo istoriją. Pagal INVEST principą, kiekviena vartotojo istorija turėtų būti:
- Nepriklausoma
- Derybų
- Vertinga
- Įvertinama
- Maža
- Testuojama
Mes daugiau rašėme apie tai, kas yra vartotojo istorija atskiroje straipsnyje. Čia tik paminėsime, kad tai yra glausta naujos produkto funkcionalumo aprašymas, parašytas prieinamu kalba.
I – nepriklausomas
Pirmasis geros vartotojo istorijos bruožas yra jos nepriklausomybė. Tai reiškia, kad jos aprašymas ir savybės turėtų būti suprantamos be nuorodos į kitas vartotojo istorijas. Bet labiausiai, jos įgyvendinimas neturėtų koreliuoti su kitomis vartotojo istorijomis. Žinoma, tai nebus visiška nepriklausomybė. Negalite padalinti produkto kūrimo į visiškai atskirus modulius. Tačiau svarbu prisiminti, kad vartotojo istorijos turėtų būti kuo nepriklausomesnės. Dėl to, net jei viena iš jų nepateks į įgyvendinimo fazę arba bus žymiai pakeista, likusios nebus privalomos keisti. Kaip taisyklė, vartotojo istorija turėtų sudaryti atskirą ir nuoseklų visumą.
N – derybų
Vartotojo istorija turėtų būti derybų. Tai reiškia, kad ji nustato tikslą, o ne būdą, kaip ten patekti.
Kitais žodžiais tariant, ji apibrėžia laukiamą produkto funkciją, o ne techninį sprendimą, kaip ją įgyvendinti.
Vartotojo istorijos derybos vyksta tarp produkto savininko ir kūrimo komandos. Produkto savininkas siūlo tam tikros funkcionalumo įgyvendinimą, t.y. sako “Ką” daryti. Kūrėjai atsakingi už “Kaip” klausimo atsakymą. Tai yra, derybų konkrečių problemos sprendimo būdų, pateiktų vartotojo istorijoje.
V – vertingas arba vertikalus
INVEST akronime raidė V žymi dvi savybes:
- Vertingas
- Vertikalus
Abi atskleidžia pagrindines geros vartotojo istorijos savybes. Todėl nusprendėme paaiškinti, ką kiekviena iš jų reiškia.
Vertingas
Vertinga vartotojo istorija pateisina modifikacijos verslo tikslą. Kitais žodžiais tariant, ji tiksliai atsako į klausimą, kodėl reikia įvesti modifikaciją ir kodėl tai svarbu suinteresuotųjų šalių požiūriu.
Vertikalus
Antrasis bruožas; vertikalus kyla iš Agile metodologijos. Vertikali vartotojo istorija apima naują produkto funkciją, matomą vartotojui. Tai reiškia, kad ji nesusitelkia į horizontalų “veikimo gerinimą” pasirinktoje produkto dalyje. Priešingai, ji prideda dar vieną “sluoksnį” prie jo.
Kitais žodžiais tariant, vartotojo istorija aprašo, kaip modifikuoti bendrą produkto veikimą, atsakydama į klausimą Ką tiksliai pagerinti? Tai taip pat reiškia, kad kiekviena produkto funkcionalumas remiasi esamais sprendimais.
E – įvertinamas
Gera vartotojo istorija turėtų būti įvertinama. Tai reiškia, kad ji turi aiškiai apibrėžti modifikacijų apimtį, kad vartotojo istorija būtų laikoma baigta. Tai leidžia kūrimo komandai nustatyti laiką ir pastangas, reikalingas jos įgyvendinimui.
Užduoties apimtis ir sudėtingumas paprastai vertinami vienetais, vadinamais istorijos taškais. Jie yra santykiniai. Ir kiekviena kūrimo komanda praktiškai nustato istorijos taško vertę remdamasi ankstesne patirtimi.
Atskiruose straipsniuose mes daugiau rašėme apie kūrimo komandos greitį ir kaip jį išmatuoti.
S – mažas
Kūrimo komandos priimta vartotojo istorija turi būti glausta. Tai reiškia, ji neturėtų būti ilgesnė nei vienas Sprintas. Jei kūrėjai per Sprinto planavimą nustato, kad produkto savininko siūloma vartotojo istorija yra per ilga, jie turėtų ją padalinti į galimai nepriklausomas dalis.
T – testuojamas
Paskutinė INVEST akronimo raidė žymi testuojamą. Tai reiškia, kad vartotojo istorijoje aprašyta produkto modifikacija turi išlaikyti testą ir būti patikrinama. Kitais žodžiais tariant, turėtų būti galima patikrinti, ar kūrėjų įgyvendintas sprendimas suteikė numatytą vertę konkrečiai suinteresuotai šaliai.
Geriausios vartotojo istorijos kūrimas – santrauka
INVEST yra akronimas, apibūdinantis gerai parašytą vartotojo istoriją. Ji turėtų būti:
- Nepriklausoma nuo kitų vartotojo istorijų. Taip, kad ji galėtų būti modifikuota arba pašalinta iš produkto backlog, jei atsiranda poreikis.
- Derybų. Ji turėtų nurodyti, ką daryti, paliekant kūrėjams pasirinkimą, kaip tai padaryti.
- Vertinga, t.y. pateisinanti verslo prasmę modifikuoti produktą. Arba Vertikali, t.y. pristatanti naują produkto funkciją, matomą vartotojui.
- Įvertinama, tai reiškia, kad turi turėti apibrėžtą dydį ir užbaigimo kriterijų.
- Maža, kad būtų galima ją užbaigti per vieną Sprintą.
- Testuojama, kad būtų galima tiksliai nustatyti, ar ji buvo įgyvendinta.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
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.
Scrum Guide:
- Pagrindinių terminų, vaidmenų ir sąvokų žodynas
- Kas yra Scrum?
- Scrum vertybės
- Kaip įgyvendinti Scrum savo įmonėje?
- Scrum komanda - kas tai yra ir kaip ji veikia?
- Kas yra produkto savininkas?
- Dažniausios Produktų Savininko klaidos
- Kas yra Scrum meistras?
- Dažniausios Scrum Master klaidos
- Kokias statistiką ir metrikas turėtų stebėti Scrum meistras?
- Plėtros komanda Scrum sistemoje
- Dažniausios programuotojų klaidos
- Scrum artefaktai
- Mastelio didinimas Scrum
- Sprinto ataskaita
- Kas yra produkto atsargų sąrašas?
- Kas yra vartotojo istorijos?
- Geriausios vartotojo istorijos kūrimas su INVEST
- Dažniausios vartotojo istorijų klaidos
- Vartotojo istorijos priėmimo kriterijai
- Įvertinimas ir istorijos taškai Scrum metodikoje
- Planavimo pokeris
- Komandos vertinimo žaidimas
- Inkremento apibrėžimas
- Scrum renginiai
- Kas yra degimo diagrama?
- Burndown diagramos privalumai ir trūkumai
- Kanban lentos Scrum ir Scrumban sistemose
- Greitis Scrum - Vystymo komandos greitis
- Kasdienis Scrum
- Sprinto planavimas
- Sprinto apžvalga
- Kas yra Sprinto retrospektyva?
- Bendros klaidos per Sprint retrospektyvą
- Produkto backlog'o puoselėjimas
- Kaip sukurti ir interpretuoti degimo grafiką?
- Kas yra Sprintas Scrum'e?