OKR e pensiero sistemico: come far crescere davvero un'azienda.

Gli OKR funzionano. Il pensiero sistemico funziona. Ma quasi nessuno li usa insieme. E quando rimangono separati, ciascuno dei due perde la maggior parte del suo valore. Questo articolo è il tentativo di spiegare perché succede e cosa cambia se li integri. Senza promesse miracolose, senza framework proprietari, senza acronimi in più. Solo logica, due o tre autori che vale la pena rileggere, e un metodo per scrivere OKR che proteggono il sistema invece di romperlo.

L'idea di base è semplice. Gli OKR sono uno strumento di allineamento e misurazione. Il pensiero sistemico è un modo di guardare la realtà come un insieme di parti che si influenzano a vicenda. Lo strumento e lo sguardo non sono in conflitto. Il problema è che lo strumento è facile da copiare, lo sguardo no. Così le aziende adottano gli OKR copiando la forma (Objectives, Key Results, cicli trimestrali) senza la sostanza che li rende utili. E il pensiero sistemico resta un libro sullo scaffale.

Vediamo come si tengono insieme.

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 questi risultati devono essere coerenti con quelli del livello superiore. Sembra banale, oggi. All'epoca era una rivoluzione. 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: serve dire come si misura il dominio. Quote di mercato, fatturato, margine, design wins. Grove descrive il metodo nel suo High Output Management del 1983 e lo pratica in Intel. Funziona. Funziona così bene che John Doerr, che ha lavorato con Grove, lo porta a Google nel 1999. Da lì il metodo si diffonde nella Silicon Valley e poi nel mondo.

Cosa promettono gli OKR fatti bene? Tre cose. Primo: focus. In un'azienda che cresce, le cose da fare sono sempre più di quelle che si possono fare. Gli OKR forzano una scelta, e la rendono pubblica. Secondo: allineamento. Ogni team scrive i propri OKR a partire da quelli della divisione, che a loro volta partono da quelli aziendali. Tutti remano nella stessa direzione, almeno in teoria. Terzo: misurabilità. Alla fine del trimestre sai, in modo non opinabile, quali Key Results hai raggiunto e quali no. Niente narrative, niente diapositive di consolazione.

Sono tre promesse importanti. E ciascuna delle tre ha un effetto collaterale che il pensiero sistemico aiuta a vedere.

Nel 1956 Jay Forrester fonda al MIT il campo della system dynamics. La sua intuizione: i sistemi complessi (un'azienda, una città, 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 cresce affatto. Stesso input, risultati diversi, perché nel mezzo è cambiato qualcos'altro: il mercato, i concorrenti, la saturazione dei canali, la qualità dei lead.

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 è un'organizzazione 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: systems thinking. Il pensiero sistemico è la disciplina che integra le altre quattro. Senza di essa, dice Senge, le altre restano slegate e perdono efficacia.

Cosa significa concretamente pensare sistemicamente? Significa fare quattro cose. Vedere i cicli di feedback invece delle catene lineari di causa-effetto. Riconoscere i ritardi tra azione e conseguenza. Identificare i punti di leva, cioè quei punti del sistema dove un piccolo intervento produce grandi cambiamenti. Smascherare gli archetipi sistemici, cioè i pattern ricorrenti che fanno fallire le organizzazioni in modi prevedibili (l'archetipo del limiti alla crescita, dello spostare il peso, della tragedia dei beni comuni, e altri).

Tutto questo non è teoria astratta. Senge ha applicato il metodo a Shell, Ford, AT&T. Forrester ha modellato le crisi urbane di Boston e le bolle economiche. Funziona. Ma è 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. Se misuri il numero di lead, ricevi tanti lead, anche di pessima qualità. Se misuri il fatturato di trimestre, ricevi sconti aggressivi a fine periodo che bruciano il margine. Se misuri il tempo medio di risposta del customer care, ricevi conversazioni chiuse in fretta che lasciano problemi irrisolti.

Non è cattiva volontà. È incentive design. Un OKR scritto male è una macchina che produce comportamenti scorretti in modo pulito ed efficiente. Goldratt l'ha capito studiando 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 sua 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 pensava al management by objectives per allineare un'organizzazione di knowledge worker autonomi. La sua idea era buona per coordinare individui che fanno compiti complessi e separati. Era meno adatta a modellare un sistema operativo aziendale dove tutto si tiene. Per questo Drucker stesso, alla fine della sua vita, era critico verso le applicazioni più rigide dell'MBO. Aveva visto cosa succedeva quando l'idea veniva applicata senza il pensiero che la rendeva 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 si ritorcono contro di lui 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 dalle vendite, dal prodotto, dal pricing. Metterlo nell'OKR del marketing forza una conversazione, non un'ottimizzazione locale.

Dichiara il feedback loop. Un OKR sistemico nomina esplicitamente il loop che sta cercando di rinforzare e quello che vuole evitare. Non è un dettaglio. È la differenza tra vogliamo crescere il fatturato del 20% e 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. Lo fa attraverso un guardrail, cioè una metrica che non deve peggiorare mentre raggiungi l'obiettivo principale. Non è un freno alla crescita. È una protezione del sistema. Se per crescere stai erodendo qualcosa che ti permetteva di crescere, non stai crescendo davvero.

Quattro caratteristiche, quattro vincoli, quattro modi di pensare la stessa cosa: un Key Result non vive da solo. Vive dentro un sistema.

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 per fare numero. La seconda forza un trade-off esplicito: si cresce, ma proteggendo gli asset che renderanno possibile la crescita futura. È la stessa intenzione, ma il sistema commerciale lavora in un'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 insieme: l'efficienza economica (CAC), la qualità dei lead (tasso di chiusura) e la resilienza del sistema (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 perdita 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 l'obiettivo dentro questi vincoli, l'obiettivo è troppo ambizioso. Vai a parlare di capacità, non di velocità.

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

Gli OKR sono un linguaggio. Il pensiero sistemico è una grammatica. Senza grammatica, il linguaggio si parla, ma si sbaglia. Le frasi escono, ma non dicono quello che pensavi. Con la grammatica, il linguaggio diventa preciso. Le frasi fanno quello che devono fare.

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

Non è un metodo nuovo. È un metodo onesto. Rende esplicito quello che, nella maggior parte delle aziende, resta implicito finché non diventa un problema.