Cum prioritizezi funcționalitățile când totul pare urgent

De echipa FabricLoop · mai 2026 · 6 min de citit

În majoritatea echipelor de produs, backlogul este locul unde moare urgența. Tot ce a intrat acolo era urgent în momentul adăugării — o reclamație de la un client, o cerere din vânzări, o funcționalitate a concurenței, o idee internă. Șase luni mai târziu, toate sunt încă acolo, toate par încă urgente și nimeni nu mai știe exact ce să facă mai departe.

Problema nu este lipsa instrumentelor. Există zeci de cadre de prioritizare: RICE, MoSCoW, Kano, ICE, scoruri ponderate. Problema este că majoritatea cer un soi de precizie falsă — atribuirea de cifre unor necunoscute — care le face să pară riguroase, când de fapt doar spală intuiția printr-o foaie de calcul.

Ce funcționează cu adevărat este mai simplu: două dimensiuni, evaluate cinstit, și disciplina de a acționa pe baza rezultatului.

Singurele două dimensiuni care contează

Prioritizarea se reduce la două întrebări. Prima: cât de mult îmbunătățește aceasta rezultatul care ne interesează? (Impactul.) A doua: cât ne va costa să livrăm? (Efortul.) Tot restul este fie o rafinare a acestor două, fie o distragere de la ele.

Uneori se adaugă încrederea ca a treia dimensiune — „cât de siguri suntem de impact?" — și merită ținută în minte. În practică însă, majoritatea echipelor știu când ghicesc. Disciplina înseamnă să etichetezi cinstit presupunerea, nu s-o notezi pe o scară de la 1 la 5 și s-o bagi într-o formulă.

Partea grea nu este să înțelegi matricea, ci să fii cinstit când o completezi. Orice echipă are funcționalități pe care vrea să le construiască și care ar trebui să fie la „Consumatoare de timp", dar tot sunt reclasificate drept „Mize mari". Cadrul funcționează doar dacă echipa poate fi sinceră în privința impactului.

Evaluarea impactului fără precizie falsă

Impactul este dimensiunea pe care echipele o găsesc cea mai greu de evaluat, pentru că adesea cere prezicerea viitorului. Tentația este să-l notezi numeric și să te simți științific. O abordare mai bună este calitativă, dar structurată.

Pune trei întrebări pentru fiecare funcționalitate luată în calcul:

• Ce problemă concretă a utilizatorilor rezolvă? Dacă nu poți numi o problemă specifică și recurentă, argumentul de impact este slab.
• Câți utilizatori au această problemă și cât de des? Impactul este frecvență înmulțită cu intensitate. O frustrare ușoară pentru toți diferă de un blocaj sever pentru câțiva.
• Ce se întâmplă dacă nu o construim? Dacă răspunsul este „nu prea mare lucru", reclasifică-o. Dacă este „utilizatorii pleacă" sau „pierdem contracte", impactul este real.

Evaluarea efortului fără subestimare

Echipele subestimează sistematic efortul. Este un fenomen bine documentat — legat de eroarea de planificare și de optimismul exagerat — și e deosebit de pronunțat la funcționalitățile care ating mai multe sisteme, cer coordonare între echipe sau implică capabilități pe care echipa nu le-a mai construit.

Ajută două practici. Mai întâi, întreabă mereu echipa de inginerie înainte de a nota efortul, nu după. Product managerii care notează singuri efortul îl subestimează aproape întotdeauna. Apoi, folosește conceptul de „necunoscute necunoscute" ca multiplicator explicit al efortului. Orice funcționalitate care atinge o zonă nouă a codului, un API terț sau un flux de utilizator netestat recent merită un scor de efort de 1,5 ori mai mare decât sugerează munca evidentă.

Iluzia urgenței

Cea mai mare parte a urgenței dintr-un backlog de produs nu este urgență reală, ci noutate. Un client s-a plâns săptămâna trecută, așa că cererea lui pare presantă. Un concurent a lansat ceva luna trecută, așa că a-l egala pare critic. Dar noutatea nu înseamnă importanță, iar reacția la noutate este una dintre cele mai sigure căi de a lăsa să alunece munca cu adevărat importantă.

Un test practic: întreabă-te dacă ai mai considera acest lucru urgent dacă ai fi aflat de el acum șase luni, nu săptămâna trecută. Dacă răspunsul e nu, este la lucru prejudecata noutății, nu o prioritate strategică. Notează-l, evaluează-l calm pe matrice și rezistă tentației de a-l grăbi doar pentru că e proaspăt.

Când matricea dă egalitate

Matricea nu oferă mereu un răspuns clar. Două elemente ajung în același cadran cu scoruri apropiate și tot trebuie să alegi unul. În astfel de cazuri sunt utile două criterii de departajare: alinierea strategică (care dintre ele te apropie mai mult de unde vrei să fii peste 18 luni?) și reversibilitatea (pe care e mai greu s-o anulezi dacă s-a dovedit o greșeală?). Alege elementul mai bine aliniat strategic și mai ușor de inversat.