Integrare OKR e pensiero sistemico per una crescita sostenibile

Gli OKR funzionano. Il pensiero sistemico funziona. Strana coincidenza, eppure quasi nessuno li tiene insieme. E quando li tieni separati ciascuno dei due perde la maggior parte del suo valore. Questo è il pezzo che ho scritto per spiegare perché succede e cosa cambia se li unisci. Niente framework proprietari, niente nuovi acronimi: solo logica, qualche autore che vale la pena rileggere, e un metodo per scrivere OKR che non sabotano il sistema in cui agiscono.

La distinzione di partenza è semplice. Gli OKR sono uno strumento. Servono ad allineare un'organizzazione e a misurare se sta arrivando dove ha detto che voleva andare. Il pensiero sistemico è uno sguardo: ti aiuta a vedere un'azienda come un insieme di parti che si influenzano a vicenda. Strumento e sguardo non sono in conflitto, ma lo strumento si copia in mezza giornata e lo sguardo richiede anni. È per questo che la maggior parte delle aziende adotta gli OKR nella forma (Objectives, Key Results, cicli trimestrali) ma non nella sostanza. E il pensiero sistemico resta un libro sullo scaffale, di solito quello blu di Senge.

Vado a riprendere il filo.

Nel 1954 Peter Drucker pubblica The Practice of Management. Il capitolo che diventa famoso si intitola Management by Objectives. La tesi: ogni manager deve sapere quali risultati ci si aspetta da lui, e quei risultati devono essere coerenti con quelli del livello superiore. Sembra banale oggi. All'epoca era una rivoluzione, perché le aziende erano organizzate per compiti, non per obiettivi. Drucker spostò il fuoco dal cosa si fa al cosa si ottiene.

Vent'anni dopo Andy Grove, allora CEO di Intel, prende l'idea di Drucker e la affila. Aggiunge i Key Results: misure quantitative associate a ciascun obiettivo. Non basta dire vogliamo dominare il mercato dei microprocessori, devi dire come si misura il dominio. Quote di mercato, fatturato, margine percentuale, design wins. Grove racconta il metodo nel suo High Output Management del 1983 e lo pratica in Intel. Funziona così bene che John Doerr, che con Grove ci ha lavorato per anni, lo porta a Google nel 1999. Da lì il metodo si diffonde nella Silicon Valley, e da lì nel mondo.

Un OKR scritto bene fa due cose insieme. Costringe a scegliere: in un'azienda che cresce, di cose da fare ce ne sono sempre più di quelle che riesci a fare davvero, e gli OKR ti obbligano a metterlo nero su bianco. E rende pubblica la scelta, perché ogni team prende i propri obiettivi da quelli della divisione, e così via fino al vertice. Poi c'è la misurabilità, che è il pezzo più ovvio e anche il più tradito: a fine trimestre sai esattamente cosa hai chiuso e cosa no, senza diapositive di consolazione.

Sono tre proprietà importanti. E ciascuna delle tre ha un effetto collaterale che il pensiero sistemico aiuta a vedere prima che diventi un problema costoso.

Nel 1956 Jay Forrester fonda al MIT il campo della system dynamics. La sua intuizione: i sistemi complessi, che sia un'azienda, una città o un'economia, si comportano in modi che non puoi prevedere guardando le singole parti. Tra le parti ci sono ritardi, feedback loop, effetti non lineari. Aumenti la spesa pubblicitaria del 20% e il fatturato cresce del 5%. La volta dopo aumenti del 30% e il fatturato non si muove. Stesso input, risultato diverso: nel mezzo è cambiato qualcos'altro, e di solito è qualcosa che non hai misurato.

Trent'anni dopo Peter Senge prende il lavoro di Forrester e lo riscrive per i manager. Il libro è The Fifth Discipline, 1990. La tesi: un'organizzazione che impara è quella che padroneggia cinque discipline. Quattro sono individuali o di gruppo (mental models, shared vision, team learning, personal mastery). La quinta, quella che dà il titolo al libro, è il systems thinking. Senza il pensiero sistemico, dice Senge, le altre quattro restano slegate e perdono efficacia.

Provo a tradurre. Pensare sistemicamente vuol dire prima di tutto vedere i cicli di feedback al posto delle catene lineari di causa-effetto. Vuol dire prendere sul serio i ritardi tra un'azione e la sua conseguenza, soprattutto quando il ritardo è lungo e quindi invisibile in tempo reale. Vuol dire cercare i punti di leva, cioè i pochi punti del sistema in cui un intervento piccolo produce un effetto grande. E vuol dire conoscere a memoria gli archetipi sistemici, i pattern ricorrenti che fanno fallire le organizzazioni in modo prevedibile: limiti alla crescita, spostare il peso, tragedia dei beni comuni, e una decina di altri.

Non è teoria astratta. Senge ha applicato il metodo dentro Shell, Ford, AT&T. Forrester ha modellato le crisi urbane di Boston e poi le bolle economiche. Il metodo funziona. Però è incompatibile con un certo modo di scrivere gli OKR.

La frase di Goldratt è esatta. Le persone si comportano in funzione di come vengono valutate. È un fatto, non un giudizio morale. Se metti come KR il numero di lead grezzi ricevuti, riceverai un sacco di lead di pessima qualità. Se metti il fatturato di trimestre, a fine periodo arriveranno sconti aggressivi che ti bruceranno il margine. E se misuri il tempo medio di risposta del customer care succederà la cosa più prevedibile del mondo: le conversazioni si chiuderanno in fretta, lasciando dietro problemi irrisolti che torneranno la settimana dopo.

Non è cattiva volontà, è incentive design. Un OKR scritto male è una macchina che produce comportamenti scorretti in modo pulito ed efficiente. Goldratt l'aveva capito guardando le fabbriche: ogni reparto ottimizza il proprio KPI locale (efficienza dei macchinari, costo unitario, tempo di setup) e il risultato globale, cioè il throughput dell'azienda, peggiora. La Theory of Constraints nasce esattamente da qui: per migliorare il sistema devi smettere di ottimizzare le parti e trovare il vincolo che limita il tutto.

Gli OKR ereditano un pezzo del problema dalla loro origine. Drucker aveva pensato il management by objectives per allineare un'organizzazione di knowledge worker autonomi: una buona idea per coordinare persone che fanno lavori complessi e separati, meno buona per modellare un sistema operativo aziendale dove tutto si tiene. Per questo lo stesso Drucker, verso la fine della sua vita, era critico delle applicazioni più rigide dell'MBO. Aveva visto cosa succede quando l'idea viene applicata senza il pensiero che la rende utile.

Gli OKR non sono il problema. Il problema è scriverli senza vedere il sistema in cui agiscono.

Vede oltre il trimestre. Un OKR sistemico include almeno una metrica che si misura su un orizzonte più lungo del ciclo trimestrale. Non per allungare i tempi, ma per ricordare a chi lo legge che il trimestre non chiude il conto. Esempio: se l'obiettivo è far crescere i ricavi, il KR non è solo il fatturato del trimestre. È il fatturato del trimestre più il net retention a 12 mesi. Così chi lavora sull'obiettivo non chiude vendite che gli si ritorcono contro sei mesi dopo.

Include una metrica di sistema. Accanto alle metriche locali (quelle che dipendono dal team) c'è almeno una metrica che dipende dal sistema più ampio. Esempio: il team marketing ha come KR i lead generati, ma anche il tasso di chiusura sui lead generati. Quel tasso non lo controlla solo il marketing, dipende anche dalle vendite, dal prodotto, dal pricing. Metterlo nell'OKR del marketing costringe a parlare con le altre funzioni invece di ottimizzare in isolamento.

Dichiara il feedback loop. Un OKR sistemico nomina esplicitamente il loop che sta cercando di rinforzare e quello che vuole proteggere. Non è una sottigliezza linguistica. C'è una differenza concreta tra dire vogliamo crescere il fatturato del 20% e dire vogliamo crescere il fatturato del 20% rinforzando il loop di referral attivo che ci ha portato qui. La seconda formulazione dice anche cosa non vuoi rompere mentre cresci.

Ha un guardrail negativo. Senge la chiama la disciplina dei limiti alla crescita: ogni sistema che cresce produce le forze che, alla fine, ne limitano la crescita. Un OKR sistemico mette in conto questa dinamica con un guardrail, cioè una metrica che non deve peggiorare mentre raggiungi l'obiettivo principale. Non è un freno, è una protezione. Se per crescere stai erodendo qualcosa che ti permetteva di crescere, in realtà non stai crescendo: stai consumando.

Quattro caratteristiche, una sola idea sotto: un Key Result non vive da solo, vive dentro un sistema che gli sopravvive.

Vendite. Versione tradizionale: aumentare il fatturato del 20% nel trimestre. Versione sistemica: aumentare il fatturato del 20% nel trimestre senza ridurre l'NPS sotto 50, senza superare il 5% di churn nel trimestre successivo, e mantenendo il margine percentuale stabile. La differenza è netta. La prima formulazione apre la porta a sconti aggressivi, vendite forzate, contratti pluriennali firmati a colpi di sconto per fare numero. La seconda forza un trade-off esplicito: si cresce, ma proteggendo le condizioni che permetteranno di continuare a crescere il trimestre dopo. È la stessa intenzione, ma il sistema commerciale si muove in tutt'altra direzione.

Marketing. Versione tradizionale: triplicare i lead generati nel trimestre. Versione sistemica: triplicare i lead generati nel trimestre con CAC stabile o in calo, mantenendo il tasso di chiusura sopra il 18% e con un mix di canali in cui nessun singolo canale superi il 50% del totale. Ancora una volta, è la stessa cifra obiettivo. Ma la formulazione sistemica protegge tre cose contemporaneamente: l'efficienza economica del canale (CAC), la qualità dei lead (tasso di chiusura) e la resilienza dell'acquisizione (mix di canali). Triplicare i lead pagandoli il triplo, da un solo canale, e con conversioni dimezzate non sarebbe un successo. Sarebbe una vittoria contabile, e una sconfitta strategica.

Operations. Versione tradizionale: ridurre il tempo medio di consegna del 30%. Versione sistemica: ridurre il tempo medio di consegna del 30% mantenendo il tasso di difetti sotto l'1% e l'overtime medio del team di produzione sotto le 8 ore settimanali. La versione tradizionale invita a tagliare controlli qualità e a spremere il team per fare prima. La versione sistemica fa la stessa promessa al cliente, tempi più rapidi, ma vincola la promessa al sistema produttivo che la deve sostenere. Se non puoi raggiungere quell'obiettivo dentro questi vincoli, l'obiettivo è troppo ambizioso. A quel punto la conversazione cambia: si parla di capacità produttiva, non di velocità.

In nessuno dei tre esempi ho aggiunto complessità per il gusto di farlo. Ho solo aggiunto i vincoli che il sistema avrebbe imposto comunque, più tardi e in modo molto più doloroso. Scriverli dentro l'OKR è semplicemente onesto.

Gli OKR sono un linguaggio. Il pensiero sistemico è la grammatica. Senza grammatica il linguaggio si parla lo stesso, ma esce storto: le frasi suonano OK ma non dicono quello che pensavi. Con la grammatica le frasi fanno quello che devono fare, e di solito fanno anche meno danni.

Per usare bene gli OKR non serve un framework nuovo. Serve aggiungere agli OKR i vincoli che il pensiero sistemico imporrebbe comunque, ma silenziosamente e con ritardo. Quattro caratteristiche (orizzonte lungo, metrica di sistema, feedback loop dichiarato, guardrail negativo). Cinque domande prima di scrivere ogni Key Result. Una rilettura periodica di tutti gli OKR insieme, per controllare se il sistema azienda esce migliore o peggiore alla fine del trimestre.

Non è un metodo originale, è un metodo onesto. Rende esplicito quello che, in molte aziende, resta implicito finché non si trasforma in un problema costoso.