Pętla feedbacku

Scoring RICE: wzór, przykład i typowe pułapki

4 min czytania

Scoring RICE szereguje pomysły produktowe jedną liczbą: zasięg razy wpływ razy pewność, podzielone przez wysiłek. Wyższy wynik oznacza większą oczekiwaną wartość na jednostkę pracy. Metoda wyszła z zespołu produktowego Intercom i stała się domyślnym sposobem porównywania próśb o funkcje, których nie da się rozdzielić na wyczucie. Działa najlepiej na krótkiej liście poważnych kandydatów i jest tak dobra, jak szacunki, które do niej trafiają.

CzynnikNa jakie pytanie odpowiadaJednostka lub skala
Zasięg (Reach)Ilu ludzi dotknie to w ustalonym okresie?Osoby lub zdarzenia na kwartał
Wpływ (Impact)Jak mocno przesunie cel u każdego z nich?3 ogromny, 2 duży, 1 średni, 0,5 mały, 0,25 minimalny
Pewność (Confidence)Jak bardzo jesteś pewny pozostałych trzech liczb?100% wysoka, 80% średnia, 50% niska
Wysiłek (Effort)Ile pracy całego zespołu?Osobomiesiące

Jaki jest wzór scoringu RICE?

Wynik to Zasięg × Wpływ × Pewność ÷ Wysiłek. Zasięg, wpływ i pewność się mnożą, bo każdy skaluje zysk, a wysiłek dzieli, bo ten sam zysk kosztuje więcej, gdy wymaga więcej pracy. Wybierz jedno okno czasowe dla zasięgu, na przykład kwartał, i użyj go dla każdej pozycji, bo inaczej wyniki nie będą porównywalne.

Oryginalny opis Intercom definiuje skale z powyższej tabeli, a większość zespołów zostawia je bez zmian, żeby wyniki różnych osób dało się porównywać.

Jak ocenić każdy czynnik RICE?

Zasięg bierze się z danych, które już masz. Przy prośbie o funkcję zacznij od liczby różnych kont, które o nią poprosiły, i dodaj oszacowanie kont, które używałyby jej bez proszenia. Wpływ jest najmniej precyzyjnym czynnikiem, więc użyj skali pięciu wartości i oprzyj się pokusie wymyślania ułamków. Pewność to rabat za zgadywanie: 100% tylko wtedy, gdy masz dane o użyciu lub przetestowany prototyp, 80% przy mocnych sygnałach i 50%, gdy w większości zgadujesz. Wysiłek to czas wszystkich zaangażowanych, razem z projektowaniem i testowaniem, w osobomiesiącach.

Dwie osoby oceniające tę samą pozycję powinny trafić w odległości jednego kroku od siebie przy każdym czynniku. Jeśli nie, pozycja nie jest dość dobrze zrozumiana, by ją szeregować, a rozbieżność jest właśnie wnioskiem.

Jak wygląda przykład scoringu RICE?

Weź cztery prośby ze śledzonego backlogu, ocenione w skali jednego kwartału.

ProśbaZasięgWpływPewnośćWysiłekWynik
Zbiorczy eksport CSV400180%1320
Tryb ciemny12000,5100%2300
Integracja ze Slackiem250250%2125
Jednokrotne logowanie (SSO)60380%348

Przejdźmy przez pierwszy wiersz: 400 × 1 × 0,8 ÷ 1 = 320. Tryb ciemny dociera do trzy razy większej liczby osób, ale każda z nich zyskuje niewiele, więc ląduje tuż pod eksportem. Integracja ze Slackiem ma dobry wynik wpływu, który pewność tnie o połowę, co mówi, że kolejnym krokiem jest research, a nie budowa.

Jednokrotne logowanie jest na ostatnim miejscu i to zasługuje na drugie spojrzenie. Sześćdziesiąt kont to mały zasięg, ale jeśli to największe konta i od funkcji zależy kilka odnowień, wynik pomija coś, czego metoda nie widzi.

Jakie są typowe błędy w RICE?

Pierwszy to fałszywa precyzja. Zasięg 1247 i wpływ 1,3 wyglądają rygorystycznie, a niosą tyle samo informacji co 1200 i 1. Zaokrąglaj odważnie.

Drugi to ocenianie pozycji, które już postanowiono zbudować. Wyniki są wtedy podciągane, aż wygra faworyt, a ćwiczenie daje tylko przykrywkę.

Trzeci to ignorowanie tego, kto prosił. RICE liczy ludzi, więc prośba od dziesięciu małych kont przebija prośbę od jednego konta wartego więcej niż wszystkie dziesięć razem. Gdy liczy się przychód, dodaj kolumnę z nim i czytaj ją obok wyniku. Ważenie według konta opisuje jak priorytetyzować prośby o funkcje.

Czwarty to porównywanie wyników z różnych okien czasowych albo ze skal różnych zespołów. Trzymaj jeden arkusz, jedno okno i jeden zestaw definicji.

Kiedy użyć czegoś innego niż RICE?

Gdy nie masz danych o zasięgu, użyj ICE (impact, confidence, ease), które pomija zasięg i zastępuje wysiłek oceną łatwości, godząc się na większą zgrubność. Gdy pytanie dotyczy tego, jaki rodzaj wartości niesie funkcja, a nie ile jej jest, model Kano klasyfikuje prośby jako funkcje obowiązkowe, wydajnościowe lub zachwycające, a oba podejścia dobrze się łączą. Gdy decyzja dotyczy kolejności i terminów, a nie rankingu, lepiej pasuje format roadmapy, który opisuje jak zbudować roadmapę produktu.

Jak utrzymać uczciwe wyniki RICE w czasie?

Przechowuj dane wejściowe obok wyniku, a nie tylko sam rezultat, żeby każdy widział, które założenie napędziło pozycję w rankingu. Wracaj do pozycji, gdy zmieniają się fakty, na przykład nowa fala próśb podnosi zasięg albo inżynier zauważa, że wysiłek się podwoił. Po wydaniu porównaj przewidziany zasięg i wpływ z tym, co się stało, i popraw sposób szacowania w zespole na przyszłość. Surowiec dla zasięgu to pogrupowana, oznaczona lista próśb opisana w tekście śledzenie próśb o funkcje, a wynik należy do odpowiedzi, którą wysyłasz osobom, które prosiły.

FAQ

Jaki wynik RICE jest dobry? Nie ma uniwersalnego progu, bo liczba zależy od twojego okna zasięgu i jednostki wysiłku. Porównuj wyniki tylko w jednym arkuszu i traktuj jako rezultat ranking, a nie wartość bezwzględną.

Czym różni się scoring RICE od ICE? ICE mnoży wpływ, pewność i łatwość, a pomija zasięg. Jest szybszy w wypełnieniu i mniej dokładny, gdy funkcje dotyczą bardzo różnej liczby użytkowników, a właśnie na ten przypadek zaprojektowano RICE.

Jak oszacować zasięg prośby o funkcję? Zacznij od liczby kont, które o nią poprosiły, dodaj odsetek aktywnych kont, które użyłyby jej bez zachęty, i wyraź sumę na kwartał. Jeśli szacunek jest zgrubny, obniż czynnik pewności zamiast wymyślać precyzję.

Czy każdą prośbę o funkcję trzeba oceniać RICE? Nie. Ocenianie warto robić dla garstki pozycji tak bliskich sobie, że potrzebują rozstrzygnięcia. Oczywiste wygrane i oczywiste odrzucenia można rozstrzygnąć bez tego.


Twierdzenia techniczne w tym artykule nie zostały niezależnie zweryfikowane. Jeśli coś się nie zgadza, daj nam znać, a poprawimy to.

Powiązane w changeloop: Dokumentacja dla deweloperów, Porównanie narzędzi do changeloga

changeloop
Zespół, który tworzy changelog zamykający pętlę. Użytkownicy o coś proszą, Twój zespół to dostarcza, proszący się dowiaduje.