Cum scrii OKR-uri măsurabile pentru o echipă de produs?
OKR-ul are un Objective ambițios (calitativ) și 3-5 Key Results măsurabile (cantitativ, cu prag de "done"). Dacă oricine s-ar putea uita pe OKR și ar putea spune "atins" sau "nu", e bine scris.
OKR-urile fac diferența între o echipă care livrează "lucruri" și una care livrează "progres". Problema clasică: Objective-ul e prea vag ("Îmbunătățim experiența user-ului"), Key Results-urile sunt activity-based ("Lansăm noul checkout") în loc de outcome-based ("Conversia la checkout urcă de la 2.1% la 3.5%"). OKR-uri bune sunt simplu de evaluat: te uiți la metrică, vezi numărul, știi unde stai.
1. Objective: ambițios, calitativ, memorabil
Objective-ul răspunde la "unde vrem să fim peste un trimestru". E o propoziție clară, ambițioasă, fără cifre. "Devenim alegerea evidentă pentru echipele de produs din UE care vor livrare predictibilă". Nu "Creștem ARR" sau "Lansăm 5 features" — astea sunt task-uri sau metrici, nu obiective.
Test: dacă oricine din echipă, întrebat pe coridor, poate repeta obiectivul cu propriile cuvinte și înțelege de ce contează, e bine scris. Dacă răspunsul e "stai să caut prin documente", e prea complicat sau prea vag.
2. Key Results: 3-5, cantitative, cu prag de "done"
Fiecare Key Result e o metrică cu valoare de început, valoare țintă și data limită. "Conversia free → paid urcă de la 8% la 14% până la 30 septembrie". Nu "Îmbunătățim conversia" — asta nu se poate evalua.
Maxim 3-5 Key Results per Objective. Mai mult de 5 înseamnă că nu ai prioritizat — încerci să măsori totul și nu măsori nimic. Mai puțin de 3 înseamnă că Objective-ul probabil e prea îngust și e de fapt un singur Key Result mascat.
3. Outcome, nu output
"Lansăm onboarding-ul nou" e output (am livrat ceva). "Time-to-first-value scade de la 45 min la 15 min pentru noii utilizatori" e outcome (lumea s-a schimbat). Key Results-urile sunt outcomes, nu outputs.
Eroarea comună: echipa lansează feature-ul, dar metrica nu se mișcă. Cu Key Results pe outcome știi că nu ai atins OKR-ul chiar dacă ai livrat lista. Cu Key Results pe output, livrezi lista și raportezi "OKR atins" — fără să fi mutat business-ul în nicio direcție.
4. Stretch goal: 70% înseamnă succes
OKR-ul nu e un commitment 100%. Țintele sunt stretch — un Objective la care atingi 100% înseamnă că l-ai pus prea jos. Norma sănătoasă: 60-80% atins înseamnă "bine", 100% înseamnă "țintele erau prea moi pentru data viitoare".
Asta separă OKR-urile de KPI-uri. KPI-urile sunt operaționale (uptime 99.9%, NPS > 50) și se măsoară lunar. OKR-urile sunt aspiraționale (mișcăm metrica X cu 50%) și se măsoară trimestrial.
5. Check-in săptămânal, nu doar review trimestrial
OKR-ul rămâne viu doar dacă echipa se uită la el săptămânal. Stand-up-ul de luni: cât am avansat pe fiecare Key Result, ce blochează, ce schimbăm săptămâna asta. Fără check-in, OKR-ul devine un document scris în ianuarie pe care îl recitești în martie cu surprindere.
Tool-ul de project management trebuie să afișeze OKR-ul lângă board, nu într-un document separat. Fiecare task din sprint trebuie să poată fi taguit cu Key Result-ul pe care îl avansează — așa vezi instant dacă scope-ul sprintului contribuie efectiv la OKR.
Ții OKR-urile lângă livrare în 4myprojects
Fiecare Key Result devine un jalon pe proiect, taskurile care contribuie la el se leagă printr-o etichetă, iar progresul se vede pe board și în burndown-ul sprintului — jurnalul de activitate arată exact ce s-a mișcat de la ultima verificare.