Jak ustalać priorytety funkcji, gdy wszystko wydaje się pilne

Napisane przez zespół FabricLoop  ·  Maj 2026  ·  6 minut czytania

W większości zespołów produktowych backlog to miejsce, w którym pilność idzie umierać. Wszystko, co do niego trafiło, było pilne w momencie dodania — skarga klienta, prośba od sprzedaży, funkcja konkurenta, wewnętrzny pomysł. Pół roku później wszystko nadal tam jest, nadal wydaje się pilne i nikt do końca nie wie, co robić dalej.

Problemem nie jest brak narzędzi. Istnieją dziesiątki frameworków do ustalania priorytetów: RICE, MoSCoW, Kano, ICE, scoring ważony. Problem polega na tym, że większość frameworków wymaga pewnej fałszywej precyzji — przypisywania liczb do niewiadomych — przez co wyglądają na rygorystyczne, a w rzeczywistości tylko „pierze” się przeczucie w arkuszu kalkulacyjnym.

To, co naprawdę działa, jest prostsze: dwa wymiary, oceniane uczciwie, i dyscyplina, by działać zgodnie z wynikiem.

Jedyne dwa wymiary, które mają znaczenie

Ustalanie priorytetów sprowadza się do dwóch pytań. Pierwsze: o ile to poprawi wynik, na którym nam zależy? (Wpływ — Impact). Drugie: ile będzie nas kosztować dostarczenie tego? (Wysiłek — Effort). Wszystko inne jest albo dopracowaniem tych dwóch kwestii, albo odciąganiem od nich uwagi.

Czasem dodaje się pewność (confidence) jako trzeci wymiar — „jak bardzo jesteśmy pewni wpływu?” — i warto o tym pamiętać. W praktyce jednak większość zespołów wie, kiedy zgaduje. Chodzi o to, by uczciwie oznaczyć domysł, a nie oceniać go w skali 1–5 i dodawać do wzoru.

Trudno nie jest zrozumieć siatkę, tylko być uczciwym przy jej wypełnianiu. Każdy zespół ma funkcje, które chciałby zbudować, a które powinny trafić do „pożeraczy czasu”, ale wciąż są przeklasyfikowywane na „duże zakłady”. Framework działa tylko wtedy, gdy zespół potrafi być uczciwy w ocenie wpływu.

Ocena wpływu bez fałszywej precyzji

Wpływ to wymiar, który zespoły uznają za najtrudniejszy do oceny, bo często wymaga przewidywania przyszłości. Kusi, by ocenić go liczbowo i poczuć się naukowo. Lepsze jest podejście jakościowe, ale uporządkowane.

Zadaj trzy pytania o każdą rozważaną funkcję:

• Jaki konkretny problem użytkownika to rozwiązuje? Jeśli nie potrafisz wskazać konkretnego, powtarzającego się problemu, uzasadnienie wpływu jest słabe.
• Ilu użytkowników ma ten problem i jak często? Wpływ to częstotliwość razy dotkliwość. Lekka irytacja u wszystkich to co innego niż poważna blokada u nielicznych.
• Co się stanie, jeśli tego nie zbudujemy? Jeśli odpowiedź brzmi „niewiele”, zmień klasyfikację. Jeśli odpowiedź brzmi „użytkownicy odejdą” lub „tracimy kontrakty”, wpływ jest realny.

Ocena wysiłku bez jego niedoszacowania

Zespoły systematycznie zaniżają wysiłek. Jest to dobrze udokumentowane — wiąże się z błędem planowania (planning fallacy) i nadmiernym optymizmem — i szczególnie widoczne w przypadku funkcji, które dotykają wielu systemów, wymagają koordynacji między zespołami lub opierają się na możliwościach, których zespół jeszcze nie budował.

Pomagają dwie praktyki. Po pierwsze, zawsze pytaj zespół inżynierski przed oceną wysiłku, a nie po niej. Product managerowie, którzy oceniają wysiłek samodzielnie, prawie zawsze go zaniżają. Po drugie, użyj koncepcji „nieznanych niewiadomych” (unknown unknowns) jako jawnego mnożnika wysiłku. Każda funkcja, która dotyka nowego obszaru kodu, zewnętrznego API albo przepływu użytkownika, który nie był ostatnio testowany, zasługuje na ocenę wysiłku o 1,5 raza wyższą, niż sugeruje oczywista praca.

Iluzja pilności

Większość pilności w backlogu produktu nie jest prawdziwą pilnością — to efekt świeżości. Klient narzekał w zeszłym tygodniu, więc jego prośba wydaje się naglącą. Konkurent wypuścił coś w zeszłym miesiącu, więc dorównanie mu wydaje się kluczowe. Ale świeżość to nie to samo co ważność, a reagowanie na świeżość to jeden z najpewniejszych sposobów, by przeoczyć naprawdę ważną pracę.

Praktyczny test: zadaj sobie pytanie, czy nadal uważałbyś to za pilne, gdybyś usłyszał o tym pół roku temu, a nie w zeszłym tygodniu. Jeśli odpowiedź brzmi nie, to działa efekt świeżości (recency bias), a nie strategiczny priorytet. Zapisz sprawę, oceń ją spokojnie na siatce i oprzyj się pokusie przyspieszenia jej tylko dlatego, że jest świeża.

Gdy siatka daje remis

Siatka nie zawsze daje jednoznaczną odpowiedź. Dwie pozycje trafiają do tej samej ćwiartki z podobnymi wynikami, a Ty nadal musisz wybrać jedną. W takich przypadkach przydają się dwa kryteria rozstrzygające: zgodność ze strategią (która z nich przybliża Cię do tego, gdzie chcesz być za 18 miesięcy?) i odwracalność (którą trudniej cofnąć, jeśli okaże się błędna?). Wybieraj pozycję, która lepiej wpisuje się w strategię i łatwiej ją odwrócić.