Come scrivere ottimi risultati chiave

I risultati chiave ci dicono se ci stiamo avvicinando al raggiungimento dei nostri obiettivi.

Sembrano semplici, ma scrivere ottimi risultati chiave può essere difficile.

Il risultato chiave perfetto

Siccome i risultati chiave misurano i nostri progressi verso un obiettivo, il miglior risultato chiave è una misurazione diretta dell’obiettivo stesso. Per esempio, diciamo che abbiamo un obiettivo: “Rendere il nostro sito web più resistente”. Questo è un obiettivo lodevole e idealmente, c’è un numero su un cruscotto da qualche parte che dice “Resilienza del sito web: 12”. Perfetto! Il nostro risultato chiave potrebbe essere “Aumentare la resilienza del sito web da 12 a 17”.

Questa è una grande metrica. È chiara, concisa, e testualmente ciò che stiamo cercando di ottenere con il nostro obiettivo. L’unico problema è che è impossibile da misurare. La resilienza del sito è multi-dimensionale e cercare di raggruppare i diversi aspetti di questo obiettivo in un unico numero non funziona. È come cercare di misurare il “coinvolgimento” o la “soddisfazione” o l'”allineamento” – cose fantastiche a cui mirare ma che non si possono calcolare direttamente.

La misurazione diretta è meravigliosa quando funziona, ma quasi mai lo fa.

Le metriche sono semplicemente troppo grandi.

Invece, dobbiamo trovare dei proxy. Più vicino, istanziazioni più concrete del concetto che sono più facili da misurare.

Risultati chiave basati sul risultato

Il modo migliore per scomporre un risultato chiave di misurazione diretta è pensare a ciò che si vedrà quando quella metrica cambia.

Per esempio, torniamo all’obiettivo “Rendere il nostro sito più resiliente”. Quando ciò accade, potreste vedere che anche altre metriche circostanti iniziano a cambiare. Forse la percentuale di downtime non pianificato cambia. Forse la vostra capacità di recuperare da un deploy rotto migliora. Forse il numero di luoghi geografici in cui i vostri server sono ospitati aumenta.

Misurare direttamente la “resilienza” può essere impossibile, ma c’è una costellazione di metriche che circondano questo concetto che sono molto più facili da misurare.

Le metriche focalizzate sui risultati sono un ottimo equilibrio. Vi danno una misurazione più concreta pur essendo abbastanza astratti da mantenere la flessibilità nei progetti che potete scegliere. Ma questi benefici hanno un costo.

Nel fare il salto dalla misurazione diretta alla misurazione basata sui risultati, dovete introdurre delle ipotesi. Misurare i tempi di inattività non pianificati presuppone che questa sia la fonte della mancanza di resilienza del vostro sito. Presuppone che il miglioramento dell’uno migliorerà l’altro.

A seconda del vostro business, questo può essere un presupposto che siete disposti a fare. Ma tieni presente che più ipotesi incorpori, più è facile uscire di strada. Molti team si sono trovati a raggiungere i loro risultati chiave ma a fallire i loro obiettivi. A seconda del team, dell’azienda o del progetto, i risultati chiave basati sui risultati possono essere difficili o impossibili da misurare.

Per esempio, se avete appena iniziato a lavorare su un nuovo prodotto, potreste non avere il monitoraggio per tracciare i tempi di inattività non pianificati. Questo non significa che non sia importante – in un’altra situazione, sarebbe un grande risultato chiave – ma se non puoi misurarlo ora, allora è inutile.

Le squadre che si trovano in questa posizione hanno solo un’opzione.

Risultati chiave basati sulle attività

Potresti non essere in grado di misurare un risultato, ma puoi sempre misurare le azioni che circondano quel risultato.

Per esempio, se il downtime non pianificato è fuori portata, puoi comunque misurare il numero di test automatici che stai eseguendo prima di spedire il software in produzione. Non è altrettanto buono – è possibile scrivere un sacco di test automatici che non aiutano il tempo di attività – ma è meglio di niente.

Molto simile al passaggio dai KR diretti ai KR basati sui risultati, il passaggio ai KR basati sulle attività aggiunge ipotesi. State assumendo che i test automatizzati portino a meno tempi morti non pianificati. E stai assumendo che meno tempi morti non pianificati portano a una migliore resilienza. Se questi presupposti sono corretti, allora siete a posto. Ma se sono sbagliate, allora potreste fare un sacco di lavoro che ha pochissimo impatto.

Il rischio più grande e più insidioso con i risultati chiave basati sulle attività è che abbiate ragione, ma in modo debole. Se impostate il volume dei test automatizzati come risultato chiave, allora avrete più test automatizzati. E se le vostre ipotesi sono corrette, allora il vostro sito diventerà più resistente. Ma cosa succede se i test automatici sono solo un piccolo problema? E se il problema più grande fosse qualcos’altro come la dimensione del vostro database?

I risultati chiave basati sulle attività vi bloccano nel cercare di risolvere il problema in un modo specifico. Ciò che si guadagna in chiarezza, si perde in flessibilità e precisione.

Mettere tutto insieme

“Cosa rende buono un risultato chiave?” è una delle domande più comuni che le persone fanno sull’uso degli OKR. E sfortunatamente, è una domanda difficile a cui rispondere. Un grande risultato chiave in una situazione potrebbe essere terribile in un’altra. La cosa più importante è trovare il giusto equilibrio tra accuratezza, precisione, chiarezza e capacità di misurare.

Iniziare a cercare un modo per misurare direttamente l’obiettivo. C’è una piccola possibilità che tu possa farlo, ma se è fattibile per il tuo obiettivo e il tuo tempo, allora fallo. Poi, pensa a quali risultati osservabili puoi tracciare che vanno insieme al tuo obiettivo. Cerca di trovare delle metriche che siano accessibili, facili da capire e che dipendano da ipotesi a basso rischio. Se tutto il resto fallisce e non riuscite a trovare nessuna buona metrica basata sui risultati, allora considerate quali comportamenti potete invece monitorare. Stabilite obiettivi ragionevoli per queste attività e iniziate a tracciarle, ma non dimenticate di condividere le ipotesi che state facendo e i modi in cui potrebbe andare male. Più persone sono attente ai problemi, meglio è.

Scrivere grandi risultati chiave è un’abilità difficile da padroneggiare, ma una volta che lo si fa la differenza è drammatica.