Prioritizačné rámce neodstraňujú úsudok, štruktúrujú ho tak, aby bol viditeľný, porovnateľný a obhájiteľný, keď sa niekto opýta, prečo položka A vyšla pred položkou B.
Porovnanie troch rámcov
| Rámec | Ako skóruje | Najvhodnejší pre | Slabina |
|---|---|---|---|
| RICE (Reach, Impact, Confidence, Effort) | Číselné skóre zo štyroch odhadovaných faktorov | Tímy s dátami o používaní a viacerými konkurenčnými iniciatívami | Presnosť môže byť zavádzajúca; vstupy sú stále len odhady |
| MoSCoW (Must, Should, Could, Won't) | Zaradenie do štyroch prioritných úrovní | Vymedzenie jedného vydania alebo šprintu s pevným termínom | Nezoraďuje v rámci úrovne; všetko „musí byť“ má rovnakú váhu |
| Matica hodnota vs. úsilie | Dvojosový graf: očakávaná hodnota voči nákladom na stavbu | Malé tímy bez spoľahlivej dátovej infraštruktúry | Os hodnoty je často odhad od oka, nie meraný vstup |
Ako si medzi nimi vybrať
Máte spoľahlivé dáta o používaní alebo tržbách?
Áno, a existuje veľa konkurenčných iniciatív, ktoré treba vzájomne zoradiť, favorizuje RICE. Nie, favorizuje jednoduchšiu maticu hodnota-verzus-úsilie.
Vymedzujete jedno vydanie s pevným termínom?
MoSCoW je postavený presne na toto: vynútiť jasnú hranicu medzi tým, čo sa vydá, a tým, čo nie, v konkrétnom okne.
Koľko ľudí sa musí zhodnúť na výsledku?
Viac zainteresovaných strán profituje z číselného rámca ako RICE, pretože viditeľné skóre sa ľahšie zjednotí než debata.
Vstupy, ktoré urobia akýkoľvek rámec poctivejším
- Dosah: koľko používateľov sa s problémom naozaj stretáva, nie ako hlasno ho opisuje najhlasnejšia menšina
- Dopad: čo sa zmení, keď sa to vydá, vyjadrené v pojmoch, ktoré firma už sleduje (retencia, konverzia, zaťaženie podpory), nie vágne „zlepší zážitok“
- Úsilie: reálny odhad vývojárov, nie odhad urobený bez tímu, ktorý to bude stavať
- Dôvera: koľko z vyššie uvedeného je zmerané a koľko len predpokladané; položky s nízkou dôverou a vysokým dopadom si zaslúžia lacný validačný krok pred plnou stavbou
Pros
- +Štruktúrovaný rámec robí kompromisy viditeľnými a obhájiteľnými pred zainteresovanými stranami
- +Číselné skórovanie znižuje vplyv toho, kto argumentuje najhlasnejšie alebo naposledy
- +Pravidelné prehodnocovanie skóre udržiava backlog v súlade s aktuálnou realitou
Cons
- −Akýkoľvek rámec postavený na odhadoch preberá presnosť týchto odhadov
- −Nadmerné rozpracovanie procesu skórovania môže zabrať viac času než rozhodnutia, ktoré má podporiť
- −Rámec nevyrieši skutočný nesúhlas o stratégii, len dá debate štruktúru
Prioritizačný rámec vám nepovie, čo je správne. Konzistentne vám povie, čo si sami myslíte, že je správne.
Keď sú funkcie zoradené, toto poradie musí niekde žiť, aby ho videli zainteresované strany bez toho, aby sa zmenilo na záväzok; pozrite si produktové roadmapy, ako reprezentovať prioritu bez nadmerného sľubovania termínov.
FAQ
FAQ
Aký je najlepší rámec na prioritizáciu funkcií?+
Univerzálne najlepší rámec neexistuje. RICE funguje dobre pre tímy so spoľahlivými dátami o používaní, MoSCoW funguje dobre pri vymedzovaní jedného vydania a jednoduchá matica hodnota-verzus-úsilie funguje dobre pre malé tímy bez dátovej infraštruktúry potrebnej pre RICE.
Ako často by sa mal backlog prehodnocovať?+
Väčšine produktových tímov prospieva prehodnotenie priorít každé dva až štyri týždne, nie nepretržite. Neustále prehodnocovanie vytvára chaos; príliš zriedkavá prioritizácia zase necháva rozhodnutia riadiť zastarané predpoklady.
Mali by požiadavky zákazníkov automaticky ísť na vrch backlogu?+
Nie. Požiadavka od jedného zákazníka odráža jednu perspektívu. Prioritizácia by mala zvažovať, koľko používateľov zdieľa danú potrebu, nie kto sa ozval najhlasnejšie alebo naposledy.
Súvisiace zdroje
Scope creep: prečo vzniká a ako mu produktové tímy predchádzajú
Scope creep zriedka príde ako jedno veľké rozhodnutie. Prichádza ako tucet malých, na prvý pohľad rozumných doplnení. Prečo scope creep vzniká a konkrétne kontrolné mechanizmy, ktoré udržia vymedzený projekt vymedzeným.
BusinessProduktové roadmapy: čo by mali (a nemali) obsahovať
Roadmapa plná pevných termínov sa vo chvíli, keď sa realita posunie, zmení na porušený sľub. Čo by mala roadmapa skutočne komunikovať, čo z nej vynechať a ako ju udržať užitočnú pre zainteresované strany aj pre tím, ktorý ju stavia.
BusinessInterné nástroje: prečo ich firmy stavajú a ako naškálovať ten prvý
Interné nástroje nahrádzajú tabuľky a ručnú koordináciu účelovo postaveným softvérom pre váš vlastný tím. Ako rozpoznať prvého dobrého kandidáta a naškálovať ho bez zbytočného nad-budovania.
Newsletter
Produktové poznámky, nie spam.
Občasné frameworky o portáloch, SaaS MVP a automatizácii.