<\/span><\/h2>\nIl framework articola due elementi. L’Objective \u00e8 una dichiarazione qualitativa di cosa si vuole ottenere in un dato periodo (trimestre, anno). Deve essere ambizioso, ispirazionale, chiaramente comunicato. I Key Results sono le 3-5 misure quantitative che permettono di valutare se l’objective \u00e8 stato raggiunto. Devono essere misurabili in modo oggettivo, ambiziosi ma raggiungibili.<\/p>\n
Esempio classico per un team di prodotto SaaS B2B. Objective: “Diventare il prodotto di riferimento per le PMI italiane del settore HR”. Key Results: “Acquisire 200 clienti paganti nel trimestre”. “Raggiungere NPS di 50”. “Generare 150 lead qualificati da content marketing”. “Mantenere CAC payback sotto 9 mesi”.<\/p>\n
La caratteristica chiave del framework \u00e8 il livello di ambizione<\/strong>. Andy Grove sosteneva che gli OKR ben fatti dovrebbero essere completati al 70% in condizioni normali. Se vengono completati al 100%, l’asticella era troppo bassa. Se vengono completati al 50%, era troppo alta. Il 70% \u00e8 il sweet spot di stretch goal che spingono il team senza demoralizzarlo.<\/p>\n<\/span>Google e l’applicazione del framework<\/span><\/h2>\nQuando ho lavorato in Google a San Francisco gli OKR erano la lingua quotidiana del management. Ogni team aveva i propri OKR trimestrali, allineati con quelli aziendali, pubblicati internamente in modo che chiunque potesse vederli. La trasparenza era completa: il singolo developer poteva vedere gli OKR del CEO Sundar Pichai.<\/p>\n
Quello che funzionava in Google era il cascading<\/strong>. Gli OKR aziendali (“Increase Search query coverage in emerging markets”) si traducevano in OKR di funzione (Search team: “Launch query understanding for 5 new languages”), che si traducevano in OKR di team (Hindi NLP team: “Ship Hindi query parser with 92% accuracy on benchmark X”), che si traducevano in OKR individuali (“Implement entity recognition module with 88% F1 score”). Ogni livello sapeva come contribuiva al livello superiore.<\/p>\nQuello che non funzionava perfettamente, anche in Google, era la tentazione del sandbagging<\/strong>. Definire OKR conservativi per essere sicuri di raggiungerli. La direzione di Google contrastava attivamente questo pattern, ma in ogni grande organizzazione la tendenza umana al goal facile sopravvive. Il framework non risolve da solo questo problema. Richiede una cultura aziendale che premia il rischio strutturato.<\/p>\n<\/span>OKR nelle PMI italiane<\/span><\/h2>\nIl framework nato per Intel e Google \u00e8 stato adattato a centinaia di aziende di dimensioni diverse. Nelle PMI italiane funziona quando l’imprenditore o il management ci credono davvero e lo applicano con disciplina. Funziona meno quando viene introdotto come moda passeggera.<\/p>\n
Quattro pattern di errore nelle implementazioni italiane.<\/p>\n
Troppi OKR per team. Un team che ha 8 obiettivi non ne ha nessuno. La regola operativa \u00e8 3-5 Objective per livello aziendale, 3-5 Key Results per Objective, fine. Se non riesci a sintetizzare le priorit\u00e0 del trimestre in pochi punti, non hai chiaro cosa \u00e8 prioritario.<\/p>\n
Confusione tra OKR e to-do list. Gli OKR sono outcome ambiziosi, non liste di task. “Lanciare il sito” non \u00e8 un OKR. “Lanciare il sito raggiungendo 5.000 utenti unici nel primo mese” \u00e8 pi\u00f9 vicino, ma la metrica deve essere misurabile e rilevante.<\/p>\n
Mancanza di review settimanali. Gli OKR senza review periodica diventano un esercizio formale dimenticato. La cadenza che funziona \u00e8: scrittura trimestrale, review settimanale del progresso, retrospettiva trimestrale di chiusura. Senza i check intermedi, il team si accorge di essere fuori target quando ormai \u00e8 tardi.<\/p>\n
Connessione debole con il compensation. Quando gli OKR non hanno alcuna conseguenza pratica sui bonus o sulle carriere, il team li tratta come obblighi burocratici. Quando hanno consequenze troppo dirette, il team fa sandbagging per essere sicuro di raggiungerli. Il bilanciamento \u00e8 delicato: alcune aziende collegano OKR a compensation, altre li tengono separati. Non c’\u00e8 una risposta universale corretta.<\/p>\n