Pri Excellence Consulting razumemo, da je dobro upravljan zaostanki produkta ključen za uspeh vsake pobude za razvoj produkta. Služi kot edini vir resnice za vse delo, ki ga je treba opraviti, spodbuja usklajenost in zagotavlja, da razvojna prizadevanja dosledno ustvarjajo vrednost. Brez robustnega zaostanka lahko projekti izgubijo smer, ne izpolnijo potreb strank in na koncu ne dosežejo svojega potenciala.
Ključna vloga dobrega zaostanka produkta
Zaostanki produkta so veliko več kot le seznam nalog; so živ, razvijajoč se artefakt, ki vodi celoten razvojni napor. Da bi bil zaostanki resnično učinkovit, mora biti ustrezno podroben, ocenjen, nastajajoč in prioritiziran. Zanemarjanje teh lastnosti lahko vodi do pogostih pasti. Pogosto vidimo stranke, ki se spopadajo z zaostanki, ki spominjajo na »seznam željnih daril« — razpotegnjeno, neupravljivo zbirko idej brez jasne smeri — ali na »specifikacijo zahtev v preobleki zaostanka«, ki duši nastanek in prezgodaj zaklene odločitve.
Najboljši pristopi k ustvarjanju uporabniških zgodb
Uporabniške zgodbe so zmogljiva orodja za zajemanje elementov zaostanka in zagotavljanje, da je razvoj osredotočen na potrebe uporabnikov. Naš pristop se osredotoča na to, da so učinkovite skozi celoten življenjski cikel.
Ustvarjanje uporabniških zgodb
Pripovedujte zgodbe, ne le pišite jih
Uporabniške zgodbe so predvsem opomniki za pogovore, ne podrobne specifikacije. Prava vrednost izhaja iz vključevanja deležnikov in ekipe pri dostavi v razprave za skupinsko izpopolnjevanje razumevanja.Osredotočite se na spremembo vedenja
Dobra uporabniška zgodba opisuje spremembo v vedenju nekoga in jasno artikulira poslovno vrednost. To preprečuje čisto tehnične zgodbe, ki neposredno ne prispevajo k opaznim izidom.Opišite spremembo sistema
Med osredotočenostjo na vedenje pojasnite, kako se bo spremenila funkcionalnost sistema ali poslovna pravila. To pomaga ekipi razumeti obseg in oceniti kompleksnost.Obravnavajte jih kot preživljive eksperimente
Oblikujte zgodbe kot majhne kose dela, ki ustvarjajo vrednost in omogočajo učenje. Če se »eksperiment« izkaže za drag ali prinese nezaželene rezultate, ga je mogoče zgodaj ustaviti in s tem zmanjšati izgubljeno naložbo.Izogibajte se generičnim vlogam
Namesto »Kot uporabnik« definirajte specifične persone strank. To zagotavlja ključen kontekst, pomaga prepoznati resnične potrebe in preprečuje poplavo obsega.Upoštevajte vaše področje nadzora in sfero vpliva
Potreba uporabnika mora biti nekaj, na kar lahko vplivate, in dostavni artefakt mora biti nekaj, kar lahko neposredno implementirate. Zgodbe zunaj tega vzorca je morda treba ponovno ovrednotiti.Dodajte datume »najboljše pred«
Za časovno omejene spremembe izrecno navedite datum izteka. To pomaga proaktivno upravljati časovno občutljive elemente in spodbuja vzdržen tempo.
Načrtovanje z uporabniškimi zgodbami
Uporabljajte hierarhične zaostanke
Organizirajte zaostanke v več nivojev (npr. epike, funkcionalnosti, zgodbe). To zagotavlja tako celostni pogled za deležnike kot podrobne rezine za ekipo pri dostavi.Združite zgodbe po vplivu
Izkoristite orodja, kot so karte vplivov, za vizualno povezovanje dostavnih artefaktov s poslovnimi cilji. To olajša prioritizacijo na visoki ravni in omogoča enostavno prepoznavanje poplav obsega.Ustvarite karte uporabniških zgodb
Prikazite zgodbe glede na poti strank in poslovne delovne tokove. To vizualno orodje nudi vpogled v to, kako posamezne zgodbe prispevajo k celostni uporabniški izkušnji.Osredotočite mejnike na omejene segmente uporabnikov
Za vsak mejnik prioritizirajte specifične ciljne segmente uporabnikov. To sili k bolj osredotočenemu pristopu, kar vodi do boljših in bolj relevantnih zgodb.Določite globalne skrbi na začetku
Obravnavajte prekrivajoče se skrbi, kot sta zmogljivost in varnost, ločeno na začetku mejnika. Te potem postanejo oblikovne omejitve za vse zgodbe v tej fazi.Prioritizirajte glede na stopnje rasti
Uskladite prioritizacijo zgodb z modelom rasti (npr. empatija, prilepljivost, viralnost, prihodki, obseg) za osredotočenost na najpomembnejše cilje.Prioritizirajte z usklajevanjem namena
Kategorizirajte zgodbe glede na to, ali so »kritične za poslanstvo« in »razlikovalne na trgu«, da deležnikom pomagate pri jasnejših odločitvah o prioritizaciji.Pomenljivo poimenujte mejnike
Dajte poslovnim mejnikom imena, ki odražajo zmogljivost, ki jo predstavljajo, ne generičnih številk različic, da izboljšate vključenost deležnikov.
Razpravljanje o uporabniških zgodbah
Uporabljajte nizkotehnološke pristope za pogovore
Fizične bele table in kartice omogočajo bolj dinamične in usmerjene razprave kot digitalna orodja, ki lahko postanejo ozko grlo. Rezultate digitalizirajte pozneje.Predstavljajte si demonstracijo
Med razpravami vprašajte: »Kako bomo demonstrirali to zgodbo?« To vprašanje sili k jasnosti glede meril sprejemljivosti in skupnemu razumevanju pojma »dokončano«.Vključite vse relevantne vloge
Zagotovite, da razvijalci, testerji in poslovni predstavniki aktivno sodelujejo za spodbujanje skupnega razumevanja in zmanjšanje težav pri prenosu znanja.Igrajte vlogo advocatus diaboli
Namerno izpodbijanje potrebe ali rešitve zgodbe lahko hitro odkrije slabe ideje in privede do bolj inovativnih rešitev.Razdelite odgovornost za opredeljevanje zgodb
Poslovni deležniki naj se osredotočijo na »zakaj« (korist), medtem ko ekipa pri dostavi predlaga več možnosti »kaj« (rešitve).Ločite poslovne in tehnične razprave
Ločeni sestanki za poslovne potrebe in podrobnosti tehnične implementacije lahko naredijo razprave učinkovitejše.Preučite vrednost na več ravneh
Prepoznajte, da zgodbe pogosto imajo plastično vrednost, ki koristi različnim deležnikom (npr. uporabniku, organizaciji). Zajemanje tega zagotavlja bogatejši kontekst.Razpravljajte o meritvah na drsni lestvici
Za nefunkcionalne zahteve, kot je zmogljivost, definirajte točke koristnosti in ovire namesto posameznih, arbitrarnih številk za bolj smiselne razprave.
Razdelitev uporabniških zgodb
Začnite z izpisi
Za velike naloge najprej prioritizirajte dostavo minimalnih izvedljivih izpisov, nato postopoma gradite zmogljivosti za njihovo ustvarjanje.Postavite »okostje na bergle«
Dostavite poenostavljeni UI zgodaj, četudi se opira na začasne rešitve na zaledni strani (»bergle«), nato pa iterativno izboljšujte zaledje brez prekinitve uporabniške izkušnje.Zožite segment strank
Če je zgodba prevelika, zožite ciljno stranko. Dostavite vse, kar potrebuje majhna skupina, namesto majhnega dela tega, kar potrebuje vsak.Razdelite po primerih koristnosti
Za kompleksne tehnične spremembe identificirajte specifične primere, kako bi bila sprememba koristna. Vsak primer lahko postane manjša, vredna zgodba.Razdelite po zmogljivosti
Postopoma gradite zmogljivost sistema (npr. velikost datoteke, sočasni uporabniki). To omogoča zgodnejše izdaje in pomaga de-tveganiti obsežne migracije.Začnite z navideznimi, nato preidite na dinamične podatke
Za vnos podatkov ali referenčne podatke začnite s trdo kodiranimi podatki za omogočanje zgodnje funkcionalnosti. Kasnejše zgodbe se nato lahko integrirajo z dinamičnimi podatkovnimi viri.Poenostavite izpise
Namesto takojšnje integracije s kompleksnimi zastarelimi sistemi poenostavite izpise (npr. shrani v Excel) za de-tveganje kratkoročnih načrtov.Ločite učenje od zaslužka
Ločite raziskovalne naloge (»učne zgodbe«) od funkcij, ki ustvarjajo neposredno vrednost (»zaslužkarne zgodbe«). Časovno omejite učne zgodbe za upravljanje negotovosti.Ko vse drugo odpove, narežite hamburger
Vizualizirajte tehnične komponente kot plasti in atribute kakovosti kot »rezine« skoznje, da identificirate vrednostno usmerjene rezine na različnih ravneh kakovosti.
Upravljanje iterativne dostave
Vse delo ne ustreza obliki uporabniške zgodbe. Notranje naloge, kot so nadgradnje infrastrukture, je treba upravljati z ločenim časovnim proračunom, da se izogne prezasičenosti zaostanka. Namesto natančnih ocen uporabite proračune, da priznavate negotovost, in se izogibajte uporabi numeričnih točk zgodbe za dolgoročno načrtovanje. Po dostavi vedno preverite izide z dejanskimi uporabniki za validacijo predpostavk, nato pa kartico zgodbe zavrzite — njene preizkuse in specifikacije integrirajte v dokumentacijo, organizirano po funkcionalnih področjih, ne kot zgodovinski dnevnik sprememb.
Z integracijo teh praks pomagamo našim strankam preoblikovati zaostanke njihovega produkta iz statičnega seznama v dinamičen, sodelovalen načrt za stalno ustvarjanje vrednosti ter zagotavljamo, da so njihovi produkti razviti učinkovito in ljubi pri strankah.