OKR per PMI italiane: framework obiettivi + risultati chiave in 90 giorni

Ogni inizio anno, la stessa scena. Riunione di leadership, slide con bullet point, frasi tipo “vogliamo crescere”, “miglioriamo la customer experience”, “vogliamo essere più innovativi”. Poi il PowerPoint finisce in una cartella condivisa, e per dodici mesi nessuno ne parla più. A marzo dell’anno dopo si ricomincia, identica.

Questa è la realtà di molte PMI italiane fra i 25 e i 100 dipendenti: la strategia esiste a parole, ma non si traduce in nulla di concreto. Manca il ponte fra la visione del management e quello che ogni persona fa il lunedì alle nove. Risultato: team che lavorano in direzioni diverse, energia dispersa, frustrazione di chi sente che “tanto poi non cambia niente”.

Gli OKR (Objectives and Key Results) sono un framework nato in Intel negli anni Settanta con Andy Grove, esportato in Google da John Doerr nel 2000, e oggi adottato da migliaia di aziende per rispondere proprio a questo problema. In questo articolo vediamo cos’è, come funziona, quali errori commettono quasi tutte le PMI al primo rollout, e una roadmap operativa di 90 giorni per provarlo senza fare disastri.

Cos’è il framework OKR, in parole semplici

OKR sta per Objectives and Key Results, ovvero obiettivi e risultati chiave. La struttura è semplice ma rigorosa:

Objective. Una frase qualitativa, ambiziosa, memorabile, che descrive un risultato di business significativo. Risponde alla domanda “cosa vogliamo ottenere?”. Esempio: “Diventare il punto di riferimento per le PMI del Triveneto nella consulenza gestionale”. Non si misura direttamente, deve essere ispirazionale.

Key Results. Da tre a cinque misure quantitative che ti dicono se l’Objective è stato raggiunto o no. Devono essere numeri, percentuali, scadenze. Non sono task (“fare X”), sono outcome (“ottenere Y”). Esempio sullo stesso obiettivo: “Portare il fatturato consulenza da 480k a 720k entro Q4”, “Acquisire 18 nuovi clienti con LTV stimata > 25k”, “Pubblicare 24 case study con metriche reali”.

La regola che John Doerr ripete in Measure What Matters, il libro del 2018 che ha sdoganato gli OKR fuori dalla Silicon Valley, è semplice: se non puoi misurare il Key Result, non è un Key Result, è un wish. E se l’Objective è qualcosa di banale e già scontato, non è un Objective, è una task list.

Da dove arriva: Grove, Doerr, Google

L’origine va cercata nell’Intel di Andy Grove, anni Settanta. Grove la chiamava iMBOs, una variante più stretta e quantitativa dell’MBO di Peter Drucker. Il punto chiave: separare l’obiettivo qualitativo dai modi per misurarlo, fissare cicli brevi, rendere tutto trasparente.

John Doerr, che in Intel ci aveva lavorato sotto Grove, nel 1999 era venture capitalist in Kleiner Perkins. Quando Kleiner investì in Google, Doerr presentò gli OKR a Larry Page e Sergey Brin. Da lì sono diventati il sistema operativo di Google, adottati poi da LinkedIn, Twitter, Spotify, Uber, Airbnb, fino a essere lo standard de facto della Silicon Valley.

Doerr ha aspettato il 2018 per scrivere Measure What Matters, il libro che ha portato il framework fuori dal mondo tech e nelle PMI di mezzo mondo.

OKR vs KPI vs MBO vs SMART: cosa cambia davvero

La confusione fra questi acronimi è una delle ragioni principali per cui i rollout di OKR falliscono. Vediamo le differenze in modo concreto.

OKR vs KPI. I KPI (Key Performance Indicators) misurano la salute corrente di un processo o di un business: fatturato mensile, NPS, lead time, conversion rate. Sono il cruscotto. Gli OKR servono per cambiare qualcosa, per puntare su un risultato ambizioso che oggi non hai. Un KPI ti dice come stai andando; un OKR ti dice dove vuoi andare e come misurerai di esserci arrivato. Non sono in alternativa, convivono: spesso un Key Result è semplicemente un KPI portato da X a Y entro una scadenza.

OKR vs MBO. L’MBO di Drucker è il padre concettuale degli OKR. Le differenze pratiche: l’MBO è tipicamente annuale, gli OKR sono trimestrali; l’MBO è privato e collegato alla performance review, gli OKR sono trasparenti per tutta l’azienda e non legati al variabile; l’MBO punta a obiettivi raggiungibili al 100%, gli OKR usano lo stretch (puntare alto sapendo che chiudere a 0,7 è già un successo).

OKR vs SMART. SMART (Specific, Measurable, Achievable, Relevant, Time-bound) è una checklist per scrivere obiettivi ben fatti, non un framework di gestione. Puoi usare i criteri SMART quando scrivi i Key Results di un OKR, ma SMART da solo non ti dà la cadenza trimestrale, l’alignment cascading, lo scoring, la retrospettiva. Sono cose diverse.

C’è poi un cugino interessante: V2MOM, il framework di Salesforce inventato da Marc Benioff (Vision, Values, Methods, Obstacles, Measures). E in ambito industriale c’è Hoshin Kanri, il policy deployment di Toyota da cui Grove stesso aveva attinto. Per una PMI italiana il consiglio resta OKR: c’è più letteratura, più tool, più benchmark.

Aspirational vs committed: i due tipi di OKR che devi conoscere

Una distinzione che quasi nessuno spiega all’inizio, e che invece è fondamentale per non far esplodere il sistema: ci sono due categorie di OKR, con regole di scoring diverse.

Committed OKR. Obiettivi che devono essere raggiunti al 100%. Sono cose come compliance, scadenze contrattuali, lancio di un prodotto già venduto. Se chiudi un committed OKR a 0,8, è un problema serio.

Aspirational (o stretch) OKR. Obiettivi ambiziosi dove chiudere fra 0,6 e 0,7 è il risultato “buono”, e arrivare a 1,0 spesso significa che eri troppo conservativo. Sono le scommesse di crescita: nuovi mercati, prodotti in beta, espansioni geografiche.

Mescolare le due categorie senza distinguerle è uno degli errori classici. Il team finisce per non sapere quali OKR sono “veri impegni” e quali sono “scommesse da provare”, e gestisce tutto come se fosse committed, generando ansia su obiettivi che invece dovrebbero essere stretch.

I 5 anti-pattern che fanno fallire i rollout

Dopo aver visto decine di implementazioni in aziende italiane fra i 25 e i 200 dipendenti, gli errori si ripetono con sconcertante regolarità. Eccoli, in ordine di frequenza.

1. OKR = task list. Il classico. Il team manager scrive “Key Result 1: completare migrazione CRM. KR 2: assumere 2 commerciali. KR 3: lanciare nuova landing page”. Sono tutte task, non outcome. Un Key Result corretto sarebbe “ridurre il tempo medio di gestione lead del 30%”, “portare il pipeline coverage da 2x a 3,5x”, “aumentare il conversion rate landing dal 1,8% al 3%”. Le task sono mezzi; i KR sono fini.

2. Troppi OKR. La regola di Doerr è chiara: 3-5 Objective per livello, ognuno con 3-5 Key Results. Punto. Vedere aziende con 14 Objective di team perché “non sapevamo cosa togliere” significa che non si è fatta strategia, si è fatto un wishlist. Se tutto è prioritario, niente è prioritario.

3. No scoring, no retrospettiva. Si scrivono gli OKR a inizio trimestre, e a fine trimestre nessuno li riapre. Senza il momento di scoring (assegnare 0,0-1,0 a ogni KR) e la retrospettiva (cosa ha funzionato, cosa no, perché), gli OKR diventano un esercizio simbolico che dopo 2-3 cicli viene abbandonato.

4. Top-down puro (o bottom-up puro). Gli OKR funzionano quando c’è un mix: la leadership setta gli OKR di company, i team propongono i propri OKR che si allineano (cascading) ma con margine di autonomia, gli individual contributor possono proporre i loro. Se è tutto calato dall’alto, manca la buy-in. Se è tutto bottom-up senza una direzione strategica, manca l’alignment.

5. OKR collegati ai bonus. Questo è l’errore più grave, ed è esplicito nel libro di Doerr. Se leghi gli OKR al variabile economico, le persone scriveranno OKR facili da chiudere al 100%, mai stretch, mai ambiziosi. Il sistema collassa. Per la valutazione e i bonus usi altri strumenti (review formali, KPI di processo, valutazione qualitativa), gli OKR restano l’arena dove si gioca a vincere senza che ogni miss costi soldi.

Il framework operativo: il ciclo trimestrale OKR

Un trimestre OKR ben gestito segue una cadenza ripetibile, spina dorsale del framework.

Settimane -2 e -1 (drafting). La leadership decide quali Objective di company spingere. In parallelo, ogni team manager apre una bozza dei propri OKR ispirandosi a company. Si lavora in iterazioni: draft, condivisione, feedback, revisione.

Settimana 0 (alignment). Riunione cross-team: si verificano dipendenze, si tagliano ridondanze, si chiude la versione definitiva. Pubblicazione trasparente.

Settimane 1-12 (esecuzione e check-in). Check-in bisettimanale di 15-30 minuti: ogni owner aggiorna confidence level (1-10) e numeri attuali. Non è un report, è una conversazione: “qui sono a 4 su 10, propongo questi 3 esperimenti”.

Settimana 13 (scoring e retrospettiva). Punteggio 0,0-1,0 per KR, media per Objective. Retrospettiva: cosa abbiamo imparato? Quali ipotesi sono cadute? Il risultato alimenta il drafting del trimestre successivo.

Cosa fondamentale: non si “rinegoziano” gli OKR a metà trimestre perché si sta andando male. Si tiene, si impara, si fa diversamente dopo. Cambiare target in corsa significa truccare il sistema.

Tre esempi reali da PMI italiane

Per uscire dall’astratto, ecco tre esempi (con nomi cambiati) di Objective + Key Results funzionanti.

Esempio 1 — Azienda software B2B, 28 dipendenti.

Objective: Trasformare il prodotto da “tool che si usa” a “piattaforma che non si può togliere”.
KR1: Churn mensile dal 4,2% al 2,5%.
KR2: Net Revenue Retention al 115% (oggi 96%).
KR3: 12 clienti che usano almeno 3 moduli su 5 (oggi 4).
KR4: NPS prodotto da 28 a 45.

Esempio 2 — E-commerce fashion, 42 dipendenti.

Objective: Rendere l’esperienza post-acquisto un vantaggio competitivo.
KR1: Tasso di reso dal 28% al 19%.
KR2: Customer satisfaction post-delivery da 3,9 a 4,5.
KR3: Tempo risposta customer service da 14h a 4h.
KR4: Repeat purchase rate a 90gg dal 18% al 28%.

Esempio 3 — PMI manifatturiera, 76 dipendenti.

Objective: Vincere la consegna puntuale prima del rush autunnale.
KR1: On-time-delivery dal 78% al 95%.
KR2: Lead time medio da 21 a 12 giorni.
KR3: WIP ridotto del 35%.
KR4: Zero ordini in ritardo > 5gg (oggi 14/mese).

In tutti e tre i casi l’Objective è una frase memorabile, i Key Results sono brutalmente concreti: o sei a quel numero o non ci sei.

Cascading alignment: dalla company all’individual contributor

Una delle proprietà più potenti degli OKR è il cascading: i KR di un livello diventano gli Objective del livello sotto, in modo che ogni persona veda come il proprio lavoro contribuisce al risultato dell’azienda.

Esempio. La company ha un Objective sulla retention con KR “portare il churn dal 4% al 2%”. Il team Customer Success prende quel KR e ne fa il proprio Objective (“ridurre drasticamente il churn”), con KR di propria competenza: tempo di onboarding, frequenza di QBR, health score medio. A loro volta, ogni Customer Success Manager prende uno di quei KR e ne fa il proprio Objective individuale, con i propri KR tattici.

Tre regole d’oro del cascading:

1. Non tutto cascata. Non ogni KR di company deve diventare un Objective di ogni team. Alcuni team ne supportano uno, altri due, altri lavorano su Objective laterali che la company “lascia fare”.
2. Almeno il 40% degli OKR di team deve venire dal basso. Cioè non solo cascade dalla company, ma proposti dal team stesso. È il modo per non far diventare il sistema un giogo top-down.
3. Non più di 3 livelli di cascading. Company → team → individual. Se aggiungi sub-team, sub-individual, gli OKR diventano spaghetti e nessuno li capisce più.

Stretch goals e scoring: la sweet spot 0,7-0,8

Il sistema di scoring degli OKR è una delle cose che spiazza chi viene da una cultura “obiettivo o si raggiunge o si fallisce”. Vediamolo nel dettaglio.

A fine trimestre, ogni Key Result riceve un punteggio fra 0,0 e 1,0. Si calcola in proporzione: se il KR era “portare il churn dal 4% al 2%” e a fine trimestre sei al 2,6%, hai chiuso il 70% del gap, quindi punteggio 0,7.

L’Objective riceve la media dei suoi Key Results.

Ora, la regola dello stretch: per gli aspirational OKR, un risultato medio fra 0,6 e 0,7 è considerato “buono”. Tradotto: se a inizio trimestre eri sicuro di chiudere al 100%, l’asticella era troppo bassa. Se chiudi sotto 0,4, hai sopravvalutato pesantemente, va capito perché. Se chiudi a 1,0 più trimestri di fila, stai gestendo l’asticella per “vincere” ma stai lasciando energia sul tavolo.

Per i committed OKR, lo standard è invece 1,0 sempre. Se chiudi un committed a 0,8, è un problema operativo, non una scommessa fallita.

Il punteggio finale del trimestre per persona o team non va in busta paga. Va in retrospettiva. Serve a calibrare i prossimi OKR, non a punire o premiare. Questo è il punto su cui Doerr e Grove sono inflessibili.

Tool per gestire gli OKR: la mappa del 2022

Il mercato dei tool OKR è esploso dal 2020 in poi. A inizio 2022 le opzioni si dividono in tre categorie.

Generalisti con modulo Goals/OKR. Asana ha lanciato Goals nel 2020. Monday ha le Objective board. ClickUp ha ClickUp Goals. Notion ha template OKR dalla community. Vantaggio: zero switch di contesto col task management. Svantaggio: meno specializzati su scoring e cascading.

Specializzati OKR puri. Workboard, Gtmhub, Perdoo, Mooncamp, Weekdone, Ally.io. Scoring automatico, confidence level, retrospettive integrate. Nota: Microsoft ha acquisito Ally.io a fine 2021 e in questi mesi sta lanciando Microsoft Viva Goals, appena annunciato, evoluzione di Ally dentro la suite Viva (lanciata a febbraio 2021 con Topics, Learning, Connections, Insights). Se sei già su Microsoft 365, è da tenere d’occhio.

Performance management con OKR integrati. Lattice, 15Five, Leapsome. Uniscono OKR, review, 1:1, engagement survey. Sensati se vuoi un unico tool per People + Performance.

Consiglio pragmatico per una PMI 30-100: parti da quello che già usi per 1-2 trimestri. Solo dopo valuta tool specializzati. Anche un Google Sheets ben fatto va benissimo all’inizio, nessuna vergogna.

CFR: la cultura del feedback che fa funzionare gli OKR

Una delle scoperte che fanno tutti dopo 2-3 trimestri è: il framework da solo non basta. Se la cultura aziendale è “obiettivi top-down, retro silenziose, 1:1 inesistenti”, gli OKR diventano burocrazia con un nome alla moda.

Doerr nel libro dedica metà spazio agli OKR e metà al CFR: Conversations, Feedback, Recognition. Le tre pratiche culturali che rendono gli OKR vivi.

Conversations. 1:1 strutturati bisettimanali fra manager e collaboratore. Non per controllare task, ma per parlare di progressi sugli OKR, ostacoli, decisioni.

Feedback. Continuo, non solo a fine anno. Sui comportamenti, sulle decisioni, sui risultati. Sia top-down sia peer-to-peer.

Recognition. Riconoscere chi contribuisce ai risultati in modo visibile e specifico. Le menzioni pubbliche nei canali Slack o Teams sono uno dei modi più semplici per farlo.

Una PMI che lancia gli OKR senza investire in CFR otterrà un cosmetic rollout: nei primi due mesi entusiasmo, dal terzo in poi tutti dimenticano i KR. Il framework non sostituisce la cultura: la sostiene, se c’è.

Errori comuni nel rollout in PMI italiane

Oltre ai 5 anti-pattern strutturali, ci sono errori specifici delle PMI italiane che meritano di essere chiamati per nome.

Il titolare scrive tutti gli OKR. Se il management team non partecipa al draft e non si appropria degli Objective, il sistema collassa al primo trimestre. Il titolare deve facilitare, non scrivere.

Si fa coincidere OKR con il budget. Il budget è committed e deve essere centrato. Gli OKR sono dove punti per cambiare qualcosa rispetto alla baseline. Se l’unico OKR è “raggiungere il fatturato di budget”, non hai OKR, hai un controllo di gestione con un nome nuovo.

Non si comunica all’azienda. Gli OKR scritti in leadership e tenuti privati perdono senso. La trasparenza è non negoziabile: tutti devono vedere tutti gli OKR di company e di team.

Si saltano i check-in. Le prime 4 settimane partono bene, poi salta una volta, poi due. Regola: il check-in non si salta, anche se dura 10 minuti.

Si pensa che basti il rollout in HR. Gli OKR sono esecuzione strategica, non un progetto HR. Devono essere guidati dal CEO, supportati da HR.

Roadmap 90 giorni: implementare gli OKR in una PMI da 25-100 persone

Un piano di rollout realistico per arrivare al primo ciclo completo senza fare disastri.

Giorni 1-15 — Education e leadership alignment. CEO/titolare studia il framework. Due workshop da 3 ore col leadership team (3-7 persone): cos’è un OKR, perché lo facciamo, quali Objective di company. Output: 3-4 Objective di company.

Giorni 16-30 — Draft team OKR. Ogni team manager prepara una bozza dei propri OKR (3-4 Objective, 3-5 KR ciascuno). Sessione di alignment cross-team: si tagliano ridondanze, si chiariscono dipendenze. Pubblicazione su tool condiviso.

Giorni 31-45 — Comunicazione e individual OKR. All-hands: il CEO presenta company e team OKR. Nei 1:1 i collaboratori che vogliono possono proporre individual OKR. Non forzare l’individual per tutti al primo giro.

Giorni 46-75 — Esecuzione e check-in. Check-in bisettimanale di 30 minuti per team: confidence level (1-10) e numeri aggiornati. A metà ciclo, mid-quarter review: serve mid-course correction?

Giorni 76-90 — Scoring e retrospettiva. Punteggio 0,0-1,0 per KR. Retrospettiva di team (1h) e leadership (2h). Output: bozza degli Objective per il trimestre 2.

Dopo 3-4 trimestri il framework diventa parte del DNA aziendale.

HowTo: 5 step per il primo trimestre OKR

Per chi vuole una checklist operativa ultra-snella, ecco i 5 step minimi vitali per il primo rollout.

1. Studia il framework. Leggi Measure What Matters, vedi i talk di Doerr e Christina Wodtke, e fatti un’idea chiara prima di toccare tastiera.
2. Scrivi 3 Objective di company. Massimo. Per ognuno, 3-5 Key Results misurabili. Nessuna task.
3. Allinea con il leadership team. Workshop di 3 ore. Si discute, si modifica, si vota, si chiude la versione 1.
4. Cascadi sui team. Ogni team manager scrive i propri OKR ispirandosi a quelli di company. Sessione di alignment cross-team. Si pubblica tutto in modo trasparente.
5. Check-in e scoring. Bisettimanale per 12 settimane. A fine trimestre, scoring + retrospettiva, e si reparte.

FAQ — Domande ricorrenti sugli OKR

Quanti OKR dovremmo avere per persona?
Massimo 3 Objective con 3-5 KR ciascuno. Se ne hai di più, non hai prioritizzato.

OKR annuali o trimestrali?
Entrambi, con scopi diversi. Annuali = Objective strategici di company. Trimestrali = tattici di team e individuali. La leadership decide se cascadare gli annuali in trimestrali o tenerli come “stella polare”.

Possiamo collegare gli OKR alla performance review?
Sì, ma mai al variabile economico. Puoi usare la qualità con cui una persona ha gestito i propri OKR come uno degli elementi della valutazione qualitativa annuale. Mai dire “hai chiuso il KR a 0,6, taglio il bonus”.

E se a metà trimestre un OKR non ha senso?
Si tiene fino a fine trimestre, si scoria onestamente, e in retrospettiva si capisce perché era sbagliato. Cambiare in corsa rompe il sistema. Eccezione solo per cataclismi esterni.

Gli OKR funzionano sotto i 20 dipendenti?
Spesso sono overkill. Meglio una versione semplificata: 2-3 Objective di company trimestrali. Sopra i 20-25, con team funzionali, diventano davvero utili.

Cosa succede se la leadership non ci crede?
Senza commitment del CEO gli OKR non sopravvivono al primo trimestre. Inutile insistere bottom-up. Prova prima con un team pilota e proponi il rollout aziendale solo dopo aver convinto i decisori con i fatti.

OKR e smart working sono compatibili?
Anzi, sono uno dei framework migliori per team distribuiti. La trasparenza degli obiettivi sostituisce il “controllo visivo” dell’ufficio.

Conclusione: OKR non è una bacchetta magica

Gli OKR non sono uno strumento magico. Sono un linguaggio condiviso, una cadenza disciplinata, una scommessa sulla trasparenza. Funzionano se la cultura aziendale è già pronta — o lo diventa nel processo — a discutere obiettivi ambiziosi, ammettere i miss, fare retrospettive oneste.

In una PMI di 30-100 persone, ben implementati, producono tre effetti misurabili in 2-3 trimestri: più alignment, più velocità di apprendimento, più engagement. Mal implementati, sono solo un altro acronimo in una cartella SharePoint.

La differenza non è il tool o il workshop iniziale. È se la leadership ci crede davvero, se accetta di mettersi in discussione nelle retrospettive, e se è disposta a non legare gli OKR al variabile anche quando il CFO insiste. Senza questi tre ingredienti, qualunque framework — OKR, MBO, V2MOM, Hoshin Kanri — diventa burocrazia con un cappellino diverso.