Cos’è il framework obiettivi e risultati chiave (OKR)
Obiettivi e risultati chiave (OKR, Objectives and Key Results) è una metodologia di pianificazione strategica che permette a individui, team e organizzazioni di definire obiettivi misurabili e monitorarne il raggiungimento. In soldoni: dici dove vuoi arrivare, poi stabilisci con precisione come capisci se ci sei arrivato davvero.
Un OKR si compone di 2 elementi distinti. L’obiettivo (Objective) è qualitativo: descrive una direzione, ispira, dà senso. Il risultato chiave (Key Result) è quantitativo: misura, verifica, taglia la testa al toro. Senza questa distinzione binaria, il metodo non funziona.
Origine del metodo in Intel e Google
Andrew Grove, ex CEO di Intel, sviluppa il metodo negli anni ’70 come sistema interno per allineare i team su priorità comuni. Grove era ossessionato dall’esecuzione, non dalla pianificazione astratta. Per questo il suo approccio partiva sempre dalla domanda concreta: come faccio a sapere che il lavoro è stato fatto bene?
Ma gli OKR restano un metodo di nicchia per quasi vent’anni. Il salto arriva con John Doerr, investitore e pioniere del framework OKR, che porta il metodo in Google alla fine degli anni ’90. Google lo adotta quando ha ancora meno di una ventina di dipendenti. E da lì non smette più di usarlo.
Nei miei anni di lavoro con team di prodotto ho visto molte aziende scoprire gli OKR attraverso il caso Google, come se il metodo fosse nato lì. Non è così. Google lo ha reso famoso, non lo ha inventato. La distinzione conta perché cambia il modo in cui si legge la logica originale del framework.
I due componenti: obiettivo e risultato chiave
L’obiettivo è il proposito finale. Deve essere chiaro, ispiratore e stimolante, ma realistico: un obiettivo irraggiungibile non motiva, demotiva. Frasi come “diventare il punto di riferimento del mercato italiano per la formazione manageriale” funzionano. Frasi come “migliorare le performance” non bastano: sono troppo vaghe per guidare decisioni reali.
Il risultato chiave misura il progresso verso quell’obiettivo. Deve essere specifico e quantificabile, con un valore numerico o su una scala da 0% a 100%. Doerr stesso usa una verifica netta: “Ce l’ho fatta o no?” Se la risposta è ambigua, il risultato chiave è scritto male. Per ogni obiettivo si definiscono da tre a cinque risultati chiave, non di più: oltre quella soglia si perde il fuoco.
Ma c’è un errore che si fa spesso. Si confondono i risultati chiave con le attività. “Organizzare tre workshop” è un’attività. “Aumentare il tasso di adozione del nuovo processo dal 30% al 70% entro fine trimestre” è un risultato chiave. La differenza è sottile a leggerla, enorme a viverla dentro un’organizzazione.
Quindi la struttura è questa: un obiettivo qualitativo che dà la direzione, più risultati chiave quantitativi che rendono quella direzione verificabile. Due livelli. Una logica sola.
Perché la maggior parte degli obiettivi aziendali fallisce senza KR misurabili
Il problema operativo non è fissare obiettivi: è renderli verificabili. Un obiettivo senza risultati chiave misurabili è, a tutti gli effetti, una dichiarazione di intenti. Bella da leggere in una slide, inutile quando si tratta di capire se il lavoro di tre mesi ha prodotto qualcosa di concreto. E a conti fatti, la maggior parte dei fallimenti nei cicli OKR non nasce da ambizioni troppo alte, ma da obiettivi scritti in modo che nessuno possa mai dire con certezza se sono stati raggiunti.
Il problema degli obiettivi vaghi
Considera un obiettivo come “migliorare la soddisfazione del cliente”. Suona bene. Ma migliorare di quanto? Rispetto a quando? Misurato come? Senza rispondere a queste domande, l’obiettivo resta sospeso nel vuoto.
John Doerr, il pioniere del framework OKR secondo quanto riportato da Amazon Ads, ha fissato un criterio brutalmente semplice: ogni risultato chiave deve consentire una verifica netta del tipo “Ce l’ho fatta o no?”. Non “ci stiamo lavorando”, non “siamo sulla buona strada”. Sì o no. Quella domanda secca è esattamente ciò che la maggior parte degli obiettivi vaghi non riesce a reggere. Nei miei anni a seguire team in formazione manageriale ho visto succedere la stessa cosa decine di volte: manager convinti di aver centrato l’obiettivo, collaboratori convinti del contrario, e nessuno con uno strumento per decidere chi avesse ragione.
Amazon Ads specifica che un risultato chiave deve essere misurabile con un valore numerico o su una scala da 0% a 100%. Questo non è un dettaglio tecnico: è la differenza tra un sistema di gestione e un esercizio di retorica aziendale. C&P Management Academy descrive i risultati chiave come indicatori quantitativi, chiari e realistici, precisando che il loro scopo è misurare i progressi verso l’obiettivo — non descriverli vagamente.
Quindi, in soldoni: senza quella verifica netta, i progressi diventano opinabili. E dove tutto è opinabile, vince chi parla di più nelle riunioni, non chi produce di più.
Quando l’allineamento di team si rompe
Il secondo problema è più subdolo. E spesso più costoso.
Quando gli obiettivi e risultati chiave non sono condivisi in modo esplicito tra i membri di un team, ogni persona tende a riempire il vuoto con la propria interpretazione. Non per malafede: semplicemente perché un obiettivo vago lascia spazio a letture diverse. Il risultato è che persone dello stesso team lavorano su priorità diverse senza accorgersene, convinte di essere allineate perché usano le stesse parole in riunione. Parole che però ognuno intende in modo leggermente diverso. Questo disallineamento silenzioso è uno dei motivi principali per cui i cicli trimestrali si chiudono con sorpresa reciproca tra reparti.
Qui entra in gioco un limite preciso che Atlassian ha identificato con chiarezza: se i risultati chiave sono più di cinque, nessuno li ricorda. Troppi KR frammentano l’attenzione. Ogni persona del team comincia a presidiare il “suo” KR, perdendo di vista il quadro complessivo. Ma c’è di peggio: con cinque o più risultati chiave da monitorare, le riunioni di check-in diventano sessioni di rendicontazione invece che momenti di correzione della rotta. C&P Management Academy raccomanda di limitarsi a tre-cinque risultati chiave per obiettivo, e quella forcella non è arbitraria: è il massimo che un team riesce a tenere a mente e a verificare con costanza.
Personalmente, trovo che il vero segnale d’allarme non sia avere troppi KR scritti su una bacheca. È quando in una retrospettiva qualcuno dice “non sapevo fosse una nostra priorità”. A quel punto l’allineamento si è già rotto da settimane, e nessun aggiornamento di stato lo aveva mostrato. Perché senza obiettivi e risultati chiave misurabili, gli aggiornamenti di stato dicono sempre la stessa cosa: “stiamo andando avanti”.
Ma “andare avanti” non è una risposta. È solo rumore.
Qual è la differenza tra obiettivo e risultato chiave?
Un obiettivo è una descrizione qualitativa del traguardo; un risultato chiave è l’indicatore quantitativo che ne misura il progresso. La distinzione sembra semplice, ma nei team che seguiamo è proprio qui che si creano i primi errori: si confonde ciò che si vuole ottenere con il modo in cui si verifica di averlo ottenuto. Sono due cose diverse. Complementari, ma diverse.
L’obiettivo: descrizione qualitativa del traguardo
L’obiettivo risponde a una sola domanda: dove vogliamo arrivare? Non come, non quanto, non entro quale data. Solo dove.
Secondo Atlassian, gli obiettivi sono descrizioni qualitative, brevi e stimolanti: devono dire qualcosa di significativo al team, non essere un elenco tecnico di requisiti. Un obiettivo ben scritto ispira. “Diventare il punto di riferimento per i clienti PMI del Nord-Est” è un obiettivo. “Aumentare il fatturato” non lo è, è una direzione generica che non accende nessuno. La differenza la senti quando la leggi ad alta voce in riunione: l’uno muove, l’altro lascia indifferenti.
C&P Management Academy precisa che gli obiettivi efficaci devono essere chiari, ispiratori e stimolanti, ma al tempo stesso realistici. L’aspirazione senza radicamento nella realtà diventa slogan. E uno slogan non guida nessuna decisione operativa.
Ma non basta che l’obiettivo suoni bene. Deve essere abbastanza specifico da orientare le scelte quotidiane, e abbastanza ampio da non diventare esso stesso un risultato chiave travestito da traguardo.
Il risultato chiave: indicatore quantitativo del progresso
Il risultato chiave è la risposta alla domanda: come sappiamo di essere arrivati? E la risposta deve essere un numero.
Amazon Ads, riprendendo John Doerr, il pioniere del framework OKR secondo Asana, lo dice in modo netto: un risultato chiave deve consentire una verifica del tipo “ce l’ho fatta o no?” senza margine di interpretazione. Per questo deve essere misurabile con un valore numerico o su una scala da 0% a 100%. Se devo spiegare perché ho raggiunto il risultato chiave, allora non era abbastanza preciso.
Amazon Ads chiarisce anche il rapporto tra le due componenti degli obiettivi e risultati chiave: l’obiettivo è il proposito finale, il risultato chiave è il modo per raggiungerlo. Non è una gerarchia rigida, è una relazione funzionale. L’obiettivo dà il senso, il risultato chiave dà la misura.
ServiceNow aggiunge un vincolo spesso trascurato: i risultati chiave sono specifici e vincolati al tempo. “Aumentare il tasso di retention” non è un risultato chiave. “Portare il tasso di retention mensile dall’68% al 75% entro il 30 giugno” lo è. Togliere la scadenza significa togliere la pressione, e senza pressione gli OKR restano documenti.
In soldoni: per ogni obiettivo, C&P Management Academy consiglia di definire tra tre e cinque risultati chiave, quantitativi, chiari e realistici. Meno di tre e il monitoraggio è cieco. Più di cinque e il focus si disperde su troppi fronti contemporaneamente.
Personalmente, ho visto team scrivere risultati chiave perfetti sulla carta e poi non misurarli mai perché i dati necessari non erano accessibili in tempo reale. Quindi, prima ancora di finalizzare un risultato chiave, la domanda pratica è: abbiamo già lo strumento per misurarlo? Se la risposta è no, il risultato chiave va riscritto o il sistema di rilevazione va costruito prima del ciclo.
Come si scrive un obiettivo OKR efficace
Un obiettivo OKR efficace è una frase breve, qualitativa e motivante che descrive un traguardo significativo entro un orizzonte temporale definito. Non è un compito da svolgere, non è un progetto da completare. È una direzione che dà senso al lavoro delle settimane successive.
Nei miei anni di formazione su questo metodo ho visto lo stesso errore ripetersi: team che confondono l’obiettivo con la lista delle attività. Scrivono cose come “Implementare il nuovo CRM entro marzo” e si stupiscono quando i collaboratori rimangono freddi. Perché? Perché quella frase non dice a nessuno perché valga la pena alzarsi la mattina.
Il metodo, nella sua forma standard, prevede 1 obiettivo significativo affiancato da 3-5 risultati chiave misurabili. Ma questa struttura funziona solo se l’obiettivo è scritto bene. Il resto è contorno.
Le 4 caratteristiche di un obiettivo ben formulato
C&P Management Academy indica che gli obiettivi OKR efficaci devono essere chiari, ispiratori e stimolanti, ma al tempo stesso realistici. Quattro aggettivi che sembrano ovvi, ma che in pratica si contraddicono in continuazione. Vediamoli uno per uno.
Significativo. Un obiettivo vale qualcosa solo se chi lo legge capisce subito perché conta. “Migliorare la comunicazione interna” non significa nulla. “Diventare il team che i colleghi cercano per primo quando hanno un problema di integrazione” significa qualcosa. La differenza è la rilevanza percepita da chi deve lavorarci.
Concreto e chiaramente definito. La concretezza non è la stessa cosa della misurabilità. Quella spetta ai risultati chiave. L’obiettivo deve essere concreto nel senso che si capisce esattamente di cosa si parla, senza ambiguità, senza aperture interpretative che portino tre persone a leggere tre cose diverse. Una frase. Un’idea. Zero subordinate inutili.
Ispiratore ma realistico: la tensione produce performance. Questa è la parte più delicata. Troppo facile e il team non si muove. Troppo irrealistico e nessuno ci crede davvero, quindi nessuno ci prova sul serio. La tensione giusta, quella che produce performance, sta in quel punto di equilibrio in cui l’obiettivo sembra quasi impossibile ma non del tutto. Non è una formula, è un giudizio che richiede di conoscere il team.
Breve: una frase, non un paragrafo. Questa è la regola più semplice e la più violata. Se l’obiettivo non entra in una riga, non è un obiettivo: è un documento di progetto mascherato. Una frase. Punto.
Esempi tratti da progetti reali
La teoria si capisce in cinque minuti. La pratica richiede qualche esempio concreto per capire dove si sbaglia e dove si azzecca.
Prendiamo un caso reale da un progetto di trasformazione interna. Il responsabile del delivery di un team software voleva migliorare la prevedibilità delle consegne. Prima versione dell’obiettivo: “Ridurre i ritardi nelle consegne del team attraverso processi più strutturati e comunicazione più efficace tra le parti coinvolte.” Lungo, anonimo, già dimenticato a metà lettura.
Seconda versione, dopo il lavoro di revisione: “Diventare il riferimento del team su delivery prevedibile entro Q2.” Una riga. Un’identità a cui aspirare. Un orizzonte temporale preciso. Questo è un obiettivo OKR scritto bene.
Ma cosa lo rende davvero diverso? Tre cose. Prima: dice chi vuole diventare il team, non cosa vuole fare. Seconda: “riferimento” è concreto senza essere misurabile, perché la misurabilità arriverà dai risultati chiave. Terza: “entro Q2” fissa il confine temporale senza bisogno di spiegazioni.
E non è un caso isolato. Tra i team che ho seguito negli ultimi anni, quelli che scrivono obiettivi in questa forma, brevi e identitari, tendono a costruire risultati chiave più pertinenti. Perché l’obiettivo orienta. Se è vago, orienta male.
Un secondo esempio, da un contesto commerciale: invece di “Aumentare le vendite nel segmento enterprise”, un team ha riscritto l’obiettivo come “Diventare il partner di riferimento per le aziende enterprise del settore manifatturiero nel Nord Italia.” Più lungo del precedente, certo. Ma carico di significato, geograficamente delimitato, e con un’identità precisa da conquistare. A mio avviso, quella seconda versione vale dieci riunioni di allineamento.
In soldoni: un obiettivo OKR non si scrive cercando la perfezione grammaticale. Si scrive cercando la frase che fa venire voglia di lavorarci.
Quanti risultati chiave per obiettivo: la regola dei 3-5
La regola operativa più condivisa fissa tra 3 e 5 risultati chiave per ogni obiettivo. Non è una convenzione arbitraria: è il punto in cui la misurabilità regge senza diventare un carico gestionale. C&P Management Academy lo indica esplicitamente, e nella pratica quotidiana con i team che ho seguito negli anni ho visto quasi sempre la stessa cosa: chi esce da questa fascia, in un senso o nell’altro, finisce per avere problemi.
Anche Amazon Ads riporta la posizione di John Doerr sul punto: ogni risultato chiave deve rispondere in modo netto alla domanda “Ce l’ho fatta o no?”. Questo è possibile solo se ogni risultato chiave è misurabile con un valore numerico o su una scala da 0% a 100%. Un KR che non si presta a questa verifica non è un risultato chiave: è un’intenzione.
Atlassian raccomanda un range leggermente più ampio, tra 2 e 5 KR per obiettivo. Ma a conti fatti, la convergenza con il 3-5 di Management Academy è sostanziale: entrambe le indicazioni escludono sia i KR unici o doppi, sia le liste lunghe. Il margine di disaccordo è sul minimo, non sul massimo.
Perché 2 KR sono troppo pochi
Con soli 2 risultati chiave, un obiettivo resta piatto. Misuri una dimensione, forse due, e lasci scoperte le variabili che contano davvero per valutare se l’obiettivo è stato raggiunto nel senso giusto.
Faccio un esempio concreto. Se l’obiettivo è “Migliorare la velocità del processo di vendita” e i KR sono solo “Ridurre il lead time da 14 a 7 giorni entro il 30 giugno” e “Aumentare il tasso di conversione al 35%”, hai due misure valide. Ma non sai nulla sulla qualità dei deal chiusi, sulla soddisfazione del cliente, sull’impatto sul team commerciale. Due KR tengono il focus stretto, troppo stretto. E quando arriva il momento della revisione trimestrale, ti accorgi che hai ottimizzato una metrica sacrificandone tre che non stavi guardando.
Quindi non è solo una questione di completezza. È che con 2 KR si rischia di incentivare comportamenti sbagliati senza nemmeno accorgersene.
Perché oltre 5 KR diventano rumore
Superare i 5 risultati chiave per un singolo obiettivo è il modo più rapido per svuotare il framework di senso. Ogni KR in più è un’altra cosa da aggiornare, monitorare, discutere in sede di check-in. A un certo punto il team non presidia gli obiettivi e i risultati chiave: li amministra.
Ma c’è un problema ancora più sottile. Con 6, 7, 8 KR, quasi sempre almeno 2 o 3 misurano la stessa cosa con parole diverse, oppure tracciano attività invece di risultati. Questo è un segnale preciso: l’obiettivo non era sufficientemente chiaro in partenza, e si è cercato di compensare con più misure. Più misure non salvano un obiettivo mal costruito.
Slack descrive i risultati chiave come indicatori specifici e quantificabili che misurano i progressi verso il raggiungimento di un obiettivo. La parola “specifici” è quella che conta: un KR vago o ridondante occupa spazio mentale senza aggiungere informazione. Oltre i 5, personalmente, ritengo che il beneficio marginale di ogni KR aggiuntivo sia quasi sempre negativo.
Alla fine della fiera, la regola dei 3-5 non è un numero magico. È il risultato di un compromesso tra due esigenze reali: abbastanza copertura per valutare l’obiettivo in modo completo, abbastanza contenimento per non disperdere l’attenzione del team su troppe variabili contemporaneamente.
Come implementare gli OKR in 7 step concreti
Implementare gli OKR significa istituire un ciclo trimestrale di definizione, monitoraggio e revisione su sette passaggi precisi. Non è una questione di software o template: è una disciplina di pensiero collettivo che, se eseguita con metodo, cambia il modo in cui un’organizzazione decide dove andare e come sa se ci è arrivata.
Step 1-3: definizione e allineamento
Step 1: un obiettivo per livello. La regola che vedo ignorare più spesso, nei team che seguivo già dieci anni fa, è anche la più semplice: a ogni livello — azienda, team, individuo — corrisponde un solo obiettivo principale per trimestre. Non tre, non cinque. Uno. La dispersione è il nemico degli obiettivi e risultati chiave, e inizia proprio qui, nel momento in cui qualcuno aggiunge “ma anche questo è importante”. Secondo C&P Management Academy, l’obiettivo deve essere chiaro, ispiratore e stimolante, ma al tempo stesso realistico: un’ambizione impossibile non è un obiettivo, è una bugia condivisa.
Step 2: definire i risultati chiave. Per ogni obiettivo si scrivono da tre a cinque risultati chiave, non di più. Ogni risultato chiave è un indicatore quantitativo: misurabile, verificabile, inequivocabile. John Doerr, il pioniere del framework citato da Asana, usa un criterio brutalmente semplice: il risultato chiave deve consentire una risposta netta del tipo “Ce l’ho fatta o no?”. Se la risposta è ambigua, il KR va riscritto. Slack lo conferma: sono proprio i risultati chiave a rendere possibile misurare concretamente il progresso, trasformando un’intenzione vaga in qualcosa che si può osservare settimana dopo settimana.
Step 3: il cascading. Gli OKR di team non si inventano dal basso. Derivano dagli OKR aziendali: ogni team legge l’obiettivo dell’organizzazione e si chiede “qual è il contributo specifico che possiamo portare a questo risultato?”. E poi ogni individuo fa lo stesso rispetto al proprio team. Questo allineamento verticale — che Asana descrive come il collegamento diretto tra obiettivi da raggiungere e risultati chiave usati per misurare l’avanzamento — è ciò che distingue gli OKR da un semplice elenco di buoni propositi aziendali.
Step 4-5: cadenza di review
Una volta scritti, gli OKR non si archiviano fino a fine trimestre. Questo errore è più comune di quanto si creda.
Step 4: il check-in settimanale o bisettimanale. Ogni settimana, o al massimo ogni due, il team dedica 15-20 minuti a fare il punto su ogni risultato chiave: non per valutarlo, ma per aggiornare lo stato di avanzamento e capire se ci sono ostacoli. La domanda non è “stiamo lavorando?”, ma “il numero si sta muovendo nella direzione giusta?”. La cadenza breve serve proprio a questo: individuare la deriva prima che diventi irrecuperabile a fine trimestre.
Step 5: la review mensile. Accanto al check-in di breve, una volta al mese si fa una review più strutturata. Si guarda il quadro complessivo: quale KR è in ritardo, quale sta andando meglio del previsto, se ci sono dipendenze tra team che rischiano di bloccarsi. Ma — e questo conta — non si cambia l’obiettivo a metà trimestre. Gli OKR sono un impegno, non una previsione meteo. Se il target sembra irraggiungibile, si prende nota. Si sistema al ciclo successivo.
Step 6-7: scoring e retrospettiva
Step 6: lo scoring finale. A fine trimestre ogni risultato chiave riceve un punteggio da 0.0 a 1.0. Il target sano, come indicato da Amazon Ads, non è 1.0 ma 0.6-0.7. Anzi, uno scoring medio di 1.0 su tutti i KR è un segnale preoccupante: significa che gli obiettivi erano troppo facili, scritti per essere raggiunti con certezza invece che per spingere il team verso qualcosa di più ambizioso. Il punteggio non va usato per distribuire premi o punizioni — questa contaminazione distrugge l’onestà del sistema in tempi brevi.
Step 7: la retrospettiva. L’ultimo passaggio è anche quello più trascurato. A conti fatti, senza retrospettiva il ciclo OKR è monco: si raccolgono dati ma non si impara nulla. La retrospettiva chiede tre domande precise. Cosa ha funzionato nella definizione degli obiettivi? Cosa ha rallentato il progresso sui KR? Come si scrivono obiettivi e risultati chiave migliori nel prossimo trimestre? Le risposte entrano direttamente nel ciclo successivo. È qui che il sistema si affina nel tempo, trasformando un framework teorico in uno strumento che il team sente davvero suo.
OKR vs KPI: quando usare quale approccio
La differenza tra OKR e KPI è di scopo: gli OKR guidano il cambiamento, i KPI monitorano la stabilità. Non sono strumenti in competizione. Sono strumenti che rispondono a domande diverse, e confonderli è uno degli errori più comuni che ho visto fare nei team che si avvicinano per la prima volta a framework strutturati di misurazione.
OKR: ambizione e cambiamento
Gli OKR nascono per rispondere a una domanda precisa: dove vogliamo arrivare, e come sappiamo di esserci arrivati? L’obiettivo dà la direzione, il risultato chiave dice se ci si sta muovendo davvero. Come riporta Asana, gli OKR collegano gli obiettivi da raggiungere ai risultati chiave usati per misurare l’avanzamento, e questa connessione non è decorativa: è la struttura portante del framework.
Quello che distingue un OKR da un semplice target è l’ambizione. C&P Management Academy precisa che gli obiettivi efficaci devono essere ispiratori e stimolanti, ma restare realistici. Anzi, questo equilibrio è esattamente il punto critico: un obiettivo troppo morbido non muove nessuno, uno impossibile demotiva già alla terza settimana del trimestre.
I risultati chiave — i key results — devono essere quantitativi, verificabili, limitati. Tra tre e cinque per obiettivo, secondo C&P Management Academy: abbastanza da coprire le dimensioni rilevanti del successo, pochi da ricordare senza aprire un documento. Amazon Ads cita John Doerr su questo punto con una frase che vale la pena tenere a mente: il risultato chiave deve consentire una risposta netta, del tipo “ce l’ho fatta o no?”. Nessuna zona grigia. Nessun “dipende”.
Gli OKR funzionano bene quando c’è qualcosa da cambiare. Un ingresso in un nuovo mercato, una riorganizzazione dei processi di onboarding, un cambio di posizionamento. Atlassian descrive il framework OKR come uno strumento che allinea i team su obiettivi e risultati misurabili: ed è proprio quell’allineamento la funzione primaria, molto più della misurazione in sé.
KPI: monitoraggio di performance stabili
I KPI fanno un’altra cosa. Monitorano la salute di processi che già funzionano, o che almeno dovrebbero funzionare, e segnalano quando qualcosa si discosta dalla norma attesa.
Pensa al tasso di churn, al tempo medio di risoluzione dei ticket, al margine operativo lordo. Questi numeri non aspirano a niente: registrano. Non ti dicono dove andare, ti dicono dove sei adesso rispetto a dove eri ieri. E questa è una funzione preziosa, purché non venga scambiata per strategia.
Ma i due strumenti non vivono in compartimenti stagni. Un KPI può diventare un risultato chiave se, in un determinato trimestre, quel processo consolidato diventa oggetto di miglioramento intenzionale. ServiceNow chiarisce che i risultati chiave sono specifici e vincolati al tempo: è esattamente questa scadenza temporale che trasforma un indicatore di routine in un KR con senso. Il tasso di risoluzione dei ticket al primo contatto è normalmente un KPI. Se il team decide che portarlo dal 60% all’80% entro fine trimestre è una priorità strategica, quel numero entra nell’OKR e acquisisce un significato diverso.
Quindi, a conti fatti, la domanda pratica non è “usiamo OKR o KPI?” ma “questo numero sta misurando qualcosa che vogliamo attivamente cambiare, o sta tenendo sotto controllo qualcosa che deve semplicemente funzionare?”. La risposta orienta lo strumento. E usare entrambi in modo consapevole è, secondo me, la differenza tra un’organizzazione che misura e un’organizzazione che migliora.
Esempi di obiettivi e risultati chiave per Project Manager
Un OKR per Project Manager unisce un obiettivo di team con 3-5 risultati chiave numerici legati a delivery, qualità o engagement. Non è una lista di attività: è un sistema in cui ogni risultato chiave risponde alla domanda secca che John Doerr ha reso celebre, ovvero “Ce l’ho fatta o no?”. Secondo Slack, i risultati chiave sono indicatori specifici e quantificabili che rendono il progresso misurabile in modo concreto. Nei miei anni di formazione con Project Manager, ho visto che il problema non è mai capire la teoria degli OKR. È costruire esempi aderenti al lavoro reale di chi gestisce progetti, sprint e stakeholder ogni settimana.
I tre esempi qui sotto partono da situazioni che si presentano spesso: delivery poco prevedibile, stakeholder che si disconnettono dal progetto, qualità del prodotto che scende sotto il livello accettabile. Ciascun esempio segue la struttura O + KR, dove i risultati chiave sono, come indica C&P Management Academy, indicatori quantitativi, chiari e realistici.
Esempio 1: delivery prevedibile
La delivery imprevedibile è uno dei problemi più frequenti che un PM porta in un ciclo OKR. Gli sprint finiscono con storie non chiuse, le stime divergono dagli actual, le retrospettive si fanno in fretta e non lasciano traccia. Un obiettivo ben costruito aggredisce tutto questo in modo diretto.
Obiettivo: Rendere la delivery del team prevedibile entro Q2.
- KR1: Ridurre la varianza tra stima e actual da 35% a 15% entro la fine del trimestre.
- KR2: Chiudere l’80% delle user story entro lo sprint pianificato, misurato sprint su sprint.
- KR3: Completare il 100% delle retrospettive con action items tracciati in backlog.
Ogni KR ha un numero di partenza, un numero di arrivo, un orizzonte temporale. Non c’è margine di interpretazione. O la varianza scende al 15% o non scende. Questo è esattamente il punto: un risultato chiave che ammette letture diverse non è un risultato chiave, è un’intenzione.
Il KR3 è quello che spesso viene sottovalutato. Ma tracciare gli action items delle retrospettive è la condizione necessaria perché KR1 e KR2 migliorino nel tempo. Senza memoria scritta, il team ripete gli stessi errori ogni sprint.
Esempio 2: stakeholder engagement
Gli stakeholder che smettono di partecipare ai meeting, che non leggono i report o che esprimono insoddisfazione a fine progetto sono un segnale che l’engagement è rotto. Ma “migliorare la comunicazione con gli stakeholder” non è un obiettivo misurabile. È uno slogan.
Per costruire un OKR efficace su questo tema, il Project Manager deve prima identificare i comportamenti osservabili che indicano engagement reale: presenza ai checkpoint, feedback raccolto e processato, NPS o survey di soddisfazione intermedie. Poi tradurli in KR con una soglia numerica chiara.
Un esempio concreto:
- Obiettivo: Aumentare il coinvolgimento attivo degli stakeholder chiave entro fine Q3.
- KR1: Raggiungere una partecipazione media del 90% ai checkpoint mensili obbligatori.
- KR2: Raccogliere feedback strutturato da almeno 3 stakeholder primari dopo ogni milestone.
- KR3: Ottenere un punteggio di soddisfazione intermedia pari o superiore a 8/10 nella survey di metà progetto.
Ma c’è un aspetto che sfugge spesso: il KR non misura solo la soddisfazione, misura l’azione del PM. Se la partecipazione ai checkpoint è al 60%, non è un problema dello stakeholder. È un problema di come il PM prepara, convoca e conduce quei checkpoint. A mio avviso questo è uno degli OKR più utili per far crescere un Project Manager junior, perché sposta il fuoco dall’output tecnico alla relazione.
Esempio 3: qualità del prodotto
La qualità è l’area in cui gli OKR per PM rischiano di diventare vagi. “Migliorare la qualità del codice” o “ridurre i bug” sono obiettivi che sembrano misurabili ma non lo sono finché non si definisce una baseline e una soglia target.
Quindi si parte dai dati. Quanti bug critici vengono rilevati in produzione oggi? Qual è il tasso di difetti per sprint? Quanto tempo passa tra segnalazione e risoluzione? Con questi numeri in mano, costruire KR seri richiede meno di trenta minuti.
- Obiettivo: Portare la qualità del prodotto a standard misurabili e stabili entro Q4.
- KR1: Ridurre i bug critici in produzione da 12 a 3 per release nel trimestre.
- KR2: Portare la copertura dei test automatizzati dal 45% all’80% entro la fine del quarter.
- KR3: Abbassare il tempo medio di risoluzione dei bug prioritari da 5 giorni a 2 giorni.
E qui torna il principio di fondo: C&P Management Academy ricorda che i risultati chiave servono a misurare i progressi verso l’obiettivo, non a fotografare lo stato attuale. Quindi ogni KR sulla qualità ha senso solo se il team sa da dove parte. Senza baseline, tutto il resto è decorativo.
Tutto sommato, questi tre esempi mostrano una cosa sola: un buon OKR per Project Manager non descrive cosa si vuole fare, descrive come si saprà di averlo fatto.
Domande frequenti su obiettivi e risultati chiave
Le domande più frequenti su obiettivi e risultati chiave riguardano origine, numero ottimale di KR e differenze tra concetti chiave. Raccogliamo qui le risposte più utili, basate su fonti verificate, per fare il punto in modo rapido e preciso.
Chi ha inventato gli OKR?
Gli OKR nascono in Intel negli anni ’70, dove Andrew Grove, allora CEO, li sviluppò come strumento interno di gestione per obiettivi. Più tardi, John Doerr li diffuse nel settore tech portandoli in Google nel 1999, diventandone il principale pioniere a livello globale (fonte: asana.com; it.wikipedia.org).
Quanti risultati chiave servono per obiettivo?
La risposta breve è: né troppi né troppo pochi. Secondo C&P Management Academy, ogni obiettivo dovrebbe avere tra 3 e 5 risultati chiave. Sotto i 3 si rischia di misurare male il progresso. Sopra i 5 si disperde il fuoco. A mio avviso, partire da 3 KR è la scelta più sensata per chi usa questo framework per la prima volta.
Qual è la differenza tra obiettivo e risultato chiave?
L’obiettivo è il proposito finale: qualitativo, ispirante, orientato alla direzione. Il risultato chiave è il modo concreto per misurare se quell’obiettivo è stato raggiunto. In soldoni, come ricorda Amazon Ads citando Doerr stesso, un buon risultato chiave deve permettere una verifica netta: “Ce l’ho fatta o no?”.
Ogni risultato chiave è quantificabile con un valore numerico o su una scala da 0% a 100%. L’obiettivo no. Questa distinzione è il cuore del framework.
Gli OKR si usano solo nelle aziende tech?
No. Però è vero che la diffusione massiccia degli OKR è partita dalla Silicon Valley, e questo ha creato l’impressione che siano uno strumento esclusivamente tech. Ma la metodologia funziona per qualsiasi team che abbia bisogno di stabilire e monitorare obiettivi misurabili, dal reparto marketing di una manifattura a un ente pubblico. Asana lo conferma esplicitamente: gli OKR aiutano i team a lavorare verso traguardi condivisi, a prescindere dal settore.
Anzi, nelle organizzazioni non tech l’assenza di metriche chiare rende gli OKR ancora più utili, non meno.
Con quale frequenza si rivedono gli OKR?
Il ciclo standard è trimestrale. Tre mesi sono abbastanza lunghi per produrre risultati misurabili, ma abbastanza corti da correggere la rotta in tempo. Alcuni team affiancano revisioni mensili o check-in settimanali per monitorare l’avanzamento senza aspettare la chiusura del trimestre.
Tra i candidati che ho seguito in percorsi di gestione per obiettivi, chi fissava una cadenza di revisione sin dall’inizio otteneva risultati molto più coerenti di chi lasciava gli OKR “in cassetto” per tutto il trimestre. Ma la frequenza giusta dipende anche dalla maturità del team e dalla velocità con cui cambia il contesto operativo.
