OKR-urile și Leadership Architecture se confundă pentru că ambele promit o execuție mai bună. Dar operează pe straturi diferite. OKR-urile decid ce vei realiza și cum vei măsura. Leadership Architecture decide dacă sistemul de dedesubt poate de fapt lua și executa deciziile pe care acele obiective le cer.
Pe scurt: OKR-urile sunt un sistem de stabilire a obiectivelor și aliniere; Leadership Architecture este o măsurare a sistemului de decizie. OKR-urile stabilesc destinația și vitezometrul. Leadership Architecture este dacă direcția, frânele și transmisia funcționează. Poți avea o destinație impecabilă și totuși să nu ajungi acolo dacă direcția are joc — exact ce se întâmplă când o echipă scrie OKR-uri excelente și apoi le privește blocându-se trimestru după trimestru.
OKR-urile — Objectives and Key Results — asociază un Obiectiv ambițios și calitativ cu un set restrâns de Key Results măsurabile care definesc cum arată succesul. Abordarea a fost dezvoltată de Andy Grove la Intel, care a documentat-o în High Output Management (1983), construind pe Management by Objectives al lui Peter Drucker. John Doerr a dus-o de la Intel la Google în 1999 și a popularizat-o pe scară largă în Measure What Matters (2018).
La cel mai bun nivel, OKR-urile fac trei lucruri bine: forțează focalizarea (câteva obiective, nu patruzeci), creează aliniere (toți pot vedea cum munca lor se conectează la obiectivele companiei) și fac progresul măsurabil. Sunt un instrument excelent pentru a răspunde la „lucrăm la lucrurile potrivite și de unde vom ști dacă învingem?”
Iată linia. OKR-urile răspund la: suntem aliniați pe ce să realizăm și cum să măsurăm? Leadership Architecture răspunde la: poate sistemul nostru de decizie să execute de fapt? Acestea sunt întrebări diferite despre straturi diferite. Un Key Result precum „lansăm pe două piețe noi” este o țintă; ajungerea acolo necesită sute de decizii — preț, angajări, secvențiere, compromisuri între funcții — fiecare dintre care trebuie deținută, luată, închisă și transformată în acțiune. OKR-urile numesc ținta. Sunt mute în privința faptului dacă mecanismul care ia acele decizii este sănătos.
De aceea OKR-urile presupun discret un sistem de decizie funcțional. Când arhitectura este sănătoasă, OKR-urile o focalizează și o aliniază frumos. Când nu este, OKR-urile devin o evidență precisă a obiectivelor pe care organizația nu le poate atinge fiabil — și, mai rău, o sursă de vină, pentru că ratarea arată ca o problemă de disciplină când este de fapt structurală.
Când OKR-urile sunt sub așteptări, reflexul este să repari OKR-urile: rescrie-le, cascadează-le mai bine, adaugă un instrument de urmărire, fă mai multe check-in-uri. Uneori ajută. Adesea nu, pentru că, constrângerea nu a fost niciodată obiectivele — a fost sistemul de decizie care încearcă să le livreze.
Imaginează-ți o companie de servicii medicale cu 300 de oameni care adoptă OKR-uri ca să conducă o redresare. Obiectivele sunt clare, iar key results sunt cu adevărat măsurabile. Două trimestre mai târziu, majoritatea sunt galbene sau roșii. Nu pentru că echipa nu este de acord cu obiectivele — sunt dedicați — ci pentru că fiecare decizie interfuncțională de care depind key results (ce locații să consolideze, cum să încadreze noua linie de servicii, ce să standardizeze) tot ajunge la CEO, se blochează sau se redeschide odată luată. OKR-urile erau excelente. Sistemul de decizie de dedesubt rula la Decision Clarity scăzut și Leadership Load Balance concentrat. Nicio cantitate de scriere mai bună a obiectivelor nu repară asta; arhitectura a trebuit reproiectată mai întâi.
Acest tipar — alinierea pe obiective coexistând cu incapacitatea structurală de a le executa — este miezul motivului pentru care execuția slabă este de obicei structurală, nu comportamentală.
Pentru că cele două operează pe straturi diferite, sunt complementare, și există o ordine logică. Măsoară mai întâi arhitectura. Dacă un diagnostic arată că sistemul tău de decizie este sănătos — autoritate clară, sarcină echilibrată, escaladare disciplinată — atunci OKR-urile sunt un mod excelent de a-l focaliza și alinia, și ar trebui să le rulezi. Dacă arhitectura este slabă, reproiecteaz-o mai întâi, altfel OKR-urile vor documenta fidel ținte pe care nu le poți atinge fiabil.
CEO Fit Diagnostic îți oferă această citire în aproximativ cinci minute — un Fit Score și un arhetip de fit care îți spun dacă sistemul tău de decizie poate duce obiective ambițioase. Dacă ai folosit un sistem de operare precum EOS alături de OKR-uri, se aplică aceeași logică; vezi Leadership Architecture vs EOS pentru cum se așază un strat de diagnostic sub o cadență de operare.
OKR-urile sunt un sistem de stabilire a obiectivelor și aliniere: definesc ce va realiza o echipă și cum va măsura progresul. Leadership Architecture măsoară sistemul de decizie care trebuie să execute acele obiective — cine decide, ce escaladează, cum este echilibrată sarcina și cum devin deciziile acțiune coordonată. OKR-urile stabilesc destinația; Leadership Architecture este dacă direcția funcționează.
Da. O echipă poate stabili OKR-uri bine construite și totuși să le rateze dacă sistemul de decizie de bază este slab: deciziile-cheie se blochează, alegerile tranșate se redeschid și totul ajunge la o singură persoană supraîncărcată. OKR-urile presupun un sistem de decizie funcțional; nu îl creează. Când execuția rămâne în urmă în ciuda unor OKR-uri bune, constrângerea este de obicei structurală.
Măsoară mai întâi arhitectura. OKR-urile funcționează cel mai bine peste un sistem de decizie sănătos, pentru că Key Results tot necesită ca deciziile să fie luate, deținute și transformate în acțiune. Dacă diagnosticul arată că sistemul tău de decizie este sănătos, OKR-urile sunt un mod excelent de a-l focaliza și alinia. Dacă nu, repară mai întâi arhitectura.
Surse: Grove, A. S. (1983). High Output Management. · Doerr, J. (2018). Measure What Matters.
Cinci minute. Fără cont. Măsoară arhitectura de sub OKR-urile tale.