Perché Boyd bocciò la parola “Lean” (e cosa c’entra con la maturità di un sistema Kanban)

Prendo spunto da un articolo che ho letto su LinkedIn, scritto da Brian Rivera, che racconta un lavoro poco conosciuto: la trascrizione delle note a margine lasciate da John Boyd, il colonnello dell’aviazione americana che ha ideato gli OODA loop e che è considerato uno dei pensatori più influenti della strategia militare e organizzativa del Novecento, sui libri da lui letti, oggi conservati negli archivi di Quantico. Boyd non si limitò a sfogliare i testi sulla Toyota Production System. Li studiò a fondo. Sul suo scaffale c’erano Imai, Stalk e Hout, il libro di Aguayo su Deming, e naturalmente The Machine That Changed the World di Womack, Jones e Roos, il volume che introdusse la parola “Lean” in ogni sala riunioni del pianeta.

A margine di quel libro, di suo pugno, Boyd lasciò un giudizio netto e sprezzante, una sola parola: “Terrible!”

Se anche chi ha coniato il termine più celebrato del management moderno aveva frainteso il sistema Toyota agli occhi di Boyd, vale la pena chiedersi cosa rischiamo noi quando trattiamo Kanban come un semplice set di strumenti.

Un sintomo scambiato per il motore

La critica di Boyd non era estetica. Il problema era che “Lean” descrive un effetto collaterale, il basso livello di inventario, e non il meccanismo che lo produce. Secondo le sue note, il kanban stesso è solo una parte del sistema just-in-time, e gli autori del libro non avevano nemmeno menzionato Shigeo Shingo, l’ingegnere che con Ohno costruì l’architettura tecnica del Toyota Production System.

Il suo giudizio finale su Womack, Jones e Roos fu che non avevano colto il pensiero rovesciato di Ohno: la sua capacità di guardare fuori dal proprio sistema e ricombinare quello che osservava con il proprio modo di ragionare. È il filo che attraversa tutte le note di Boyd, qualunque sia il libro su cui scrive.

Lo stesso errore si ripete ogni volta che Kanban viene ridotto a board, limiti WIP e cadenze di revisione. Sono strumenti, non il sistema. Il Kanban Maturity Model affronta gli sprechi in un ordine preciso, prima il muri (sovraccarico), poi il mura (irregolarità), solo alla fine il muda (attività non a valore), proprio per evitare di installare pratiche senza il pensiero che le tiene insieme. Come diceva Box, tutti i modelli sono sbagliati, ma alcuni sono utili: il problema nasce quando ci si innamora del modello e si perde di vista cosa dovrebbe rappresentare.

Comando dall’alto, controllo dal basso

Nelle sue note, Boyd torna più volte su un’idea che sembrava ovvia a Toyota ma che l’Occidente continuava a mancare. Il comando, l’intento strategico, arriva dall’alto. Il controllo reale, invece, viene esercitato dall’esterno: dal cliente, dall’ambiente in cui l’organizzazione opera.

Non è uno slogan. È il meccanismo che Ohno costruì attorno al sistema kanban stesso: il processo a valle chiama il lavoro, non il contrario. Quando Imai descrisse il miglioramento come qualcosa che il management stabilisce e i lavoratori eseguono, Boyd si chiese, con la sua consueta insofferenza, come potesse il management stabilire standard su un lavoro che non conosce a fondo.

Il metodo STATIK parte esattamente da qui. Il punto di partenza non è l’organigramma né la struttura dei team, ma cosa non soddisfa il cliente del servizio. L’idoneità allo scopo, il criterio con cui un cliente sceglie o abbandona un fornitore, non viene definita da chi gestisce il sistema. Viene definita da chi sta fuori. Più un’organizzazione matura, più questo principio smette di essere un’eccezione e diventa l’impostazione di default.

Non puoi giudicare un sistema da dentro

C’è un’osservazione che Boyd scrisse nel libro su Deming e che vale più di molte pagine di teoria: il carattere di un sistema non si può determinare restando al suo interno. Per capire cosa non funziona, bisogna uscirne, osservare, e orientarsi rispetto a qualcosa di più grande delle proprie assunzioni interne.

È lo stesso principio dell’OODA loop, il ciclo osserva-orienta-decidi-agisci che Boyd sviluppò per il pensiero tattico e che oggi viene citato, spesso in versione semplificata, ben oltre il contesto militare. La parte che si perde più facilmente è l’orientamento: non basta osservare, bisogna anche essere disposti a rivedere il proprio modello della realtà.

Nel Kanban Maturity Model questo si traduce in cadenze concrete. Operations Review e Strategy Review esistono per dare all’organizzazione un punto di osservazione esterno a se stessa, un modo per vedere interazioni che dal singolo team o dal singolo silo restano invisibili. Senza questi meccanismi di feedback, un’organizzazione può ottimizzare ogni sua parte e restare comunque cieca rispetto al proprio insieme.

Il giudizio nel margine

Quel giudizio tagliente scritto a margine non era pedanteria terminologica. Era il rifiuto di ridurre un sistema vivente, capace di osservare e ricombinare continuamente se stesso, a un elenco di pratiche da installare.

Toyota lo sapeva. Boyd lo sapeva. La maggior parte delle “trasformazioni Lean” continua a non saperlo.

Bibliografia

  1. Brian Rivera, John Boyd Read Toyota’s Playbook. He Thought “Lean” Was the Wrong Word., LinkedIn, 27 luglio 2026 — https://www.linkedin.com/pulse/john-boyd-read-toyotas-playbook-he-thought-lean-wrong-brian-rivera-xcnle/
  2. David J. Anderson, Teodora Bozheva, Kanban Maturity Model, Coaches’ Edition: A Map to Organizational Agility, Resilience, and Reinvention, Kanban University Press, 2ª edizione, 2021

Gestione end-to-end e redditività real-time: trasformare il flusso del valore in vantaggio strategico

Nella moderna architettura delle Business Operation, il superamento della logica a silos non è un’opzione, ma un prerequisito per la governance sistemica. L’organizzazione deve essere concepita come un flusso del valore (Value Stream) integrato: un percorso dinamico che attraversa trasversalmente le funzioni (Business Function) per generare valore per il cliente. In questa prospettiva, la performance delle singole unità è rilevante solo nella misura in cui contribuisce alla fluidità dell’intero sistema.

Per comprendere questa dinamica, utilizziamo la metafora del centro commerciale. L’organizzazione è l’ambiente (il mall), mentre le singole funzioni (IT, Amministrazione, Marketing, ecc.) sono i negozi, ovvero fornitori di servizi interni specializzati. La richiesta del cliente entra nel centro commerciale e deve transitare attraverso vari negozi per essere soddisfatta. Il valore strategico non risiede nella velocità del singolo negozio, ma nella sincronizzazione dell’intera rete: se la richiesta resta bloccata in qualche negozio o tra un negozio e l’altro, il sistema non crea valore per il cliente.

I pilastri di questa architettura sono:

  • Il flusso del valore (Value Stream): la conoscenza del tragitto end-to-end che trasforma un’esigenza in un output di valore per il cliente.
  • I servizi erogati: le prestazioni specifiche fornite dalle unità funzionali.
  • Le funzioni organizzative (Business Function): le stazioni di competenza che erogano i servizi e alimentano il flusso attraverso la propria capacità produttiva.

Questa visione trasforma radicalmente la gestione aziendale: la misurazione sistemica delle prestazioni diventa lo strumento anche per mappare l’impatto economico di ogni passaggio del flusso.

Metriche Kanban: dal Throughput alla trasparenza operativa

Il metodo Kanban rappresenta lo strumento d’elezione per questa trasformazione nei servizi, poiché permette di oggettivare il lavoro intellettuale immateriale, rendendolo quantificabile e tracciabile. Attraverso la visualizzazione, Kanban trasforma le attività quotidiane in dati di produzione certi, offrendo una mappatura sufficientemente precisa dell’assorbimento delle risorse.

L’unità di misura fondamentale di questo sistema è il Throughput (il volume di lavoro evaso). In un’ottica di architettura operativa, il throughput agisce come il proxy fondamentale per il consumo di risorse. Tracciando quante richieste di servizio vengono completate da ogni funzione per uno specifico cliente o flusso del valore, l’organizzazione può:

  • Analizzare le richieste evase dai singoli servizi: identificare l’apporto delle singole funzioni a supporto di uno specifico output.
  • Sintetizzare il flusso del valore complessivo: valutare come la combinazione dei singoli servizi generi l’output finale.

Sapere “chi ha servito chi” e “con quale intensità” trasforma il throughput in una “moneta di scambio” informativa. Questi dati costituiscono la base necessaria per il passaggio cruciale: la valorizzazione empirica del costo di produzione.

Capacity Planning e correlazione empirica dei costi

La trasparenza delle metriche Kanban permette di elevare il Capacity Planning da strumento di controllo operativo a elemento di misura economica. Correlando il lavoro completato alla capacità produttiva effettivamente utilizzata, è possibile derivare il costo reale del flusso di lavoro.

Invece di affidarsi a ripartizioni basate su stime arbitrarie, l’architettura proposta permette di allocare i costi in base alla percentuale di capacità consumata. Se conosciamo il costo totale della capacità produttiva di un team o della funzione, possiamo calcolare empiricamente il costo operativo imputabile a ogni singolo servizio e quindi al flusso del valore.

Il calcolo logico si basa sulla seguente correlazione:

(Throughput specifico / Throughput totale) * costo totale della capacità della funzione = costo operativo imputabile

Sebbene il costo sia definibile solo con una certa approssimazione empirica, questo approccio offre un valore gestionale inestimabile: permette di determinare in modo semplice quanta parte del budget di capacità di ogni funzione è stata consumata da un determinato cliente. Il risultato è una visione realistica del costo unitario del flusso, fornendo i dati necessari per popolare un cruscotto economico dinamico.

Il conto economico “live”: metriche predittive vs. consuntive

L’obiettivo ultimo di questa architettura è la creazione di un conto economico empirico in tempo reale. La governance aziendale moderna non può permettersi di guidare guardando solo lo specchietto retrovisore della contabilità tradizionale.

L’integrazione tra ricavi (dati amministrativi certi) e costi operativi (derivati empiricamente dal throughput e dalla capacità) permette una distinzione strategica tra metriche:

  • Metriche predittive (Leading Metrics): derivano direttamente dal sistema Kanban. Essendo basate sul throughput giornaliero, mostrano cosa stiamo producendo e consumando ora. Consentono correzioni gestionali immediate, agendo sulla redditività mentre il lavoro è ancora in corso.
  • Metriche consuntive (Lagging Metrics): sono i dati della contabilità tradizionale. Rappresentano un’analisi a fine mese o trimestre. Utili per il bilancio, ma non per la gestione proattiva dell’agilità strategica.

Disporre di un cruscotto economico “live” modifica radicalmente la governance. Il CEO e i responsabili operativi possono visualizzare quotidianamente come la leva operativa si traduce in margini reali, correggendo inefficienze e allocando la capacità dove il ritorno è maggiore.

Visione del sistema end-to-end per raggiungere il livello ML3 del Kanban Maturity Model

L’implementazione di questo sistema di monitoraggio end-to-end è fondamentale per il passaggio al livello ML3 (fit-for-purpose) come codificato nel Kanban Maturity Model (KMM).

A ML3 l’organizzazione compie un salto evolutivo smettendo di focalizzarsi sui singoli team per vedersi come un ecosistema di servizi interdipendenti. Questa visione sistemica è fondamentale per garantire che il business sia “fit-for-purpose”, ovvero idoneo a soddisfare costantemente e in modo sostenibile nel tempo le aspettative dei clienti.

Senza il raggiungimento del livello ML3, il rischio è di costruire modelli economici su fondamenta fragili. La costruzione di un approccio end-to-end diventa quindi un imperativo strategico. La capacità di mappare valore e costi in tempo reale è la chiave per garantire redditività, resilienza e agilità nell’organizzazione moderna.

Conclusione: verso una gestione empirica e tempestiva del valore

In conclusione, l’adozione di una reale visione end-to-end permette di superare la frammentazione funzionale, vedendo l’organizzazione come un unico sistema in cui la richiesta del cliente attraversa diversi servizi per ottenere valore. Questo approccio non è solo un cambio di prospettiva teorico, ma uno strumento operativo per il controllo della redditività. Grazie al metodo Kanban, è possibile tracciare il Throughput di ogni singolo servizio coinvolto nel flusso, sapendo esattamente quali lavorazioni sono state evase e per quale cliente.

Il vero vantaggio competitivo risiede nella capacità di correlare il lavoro svolto con il consumo della capacità produttiva e, di conseguenza, con i relativi costi. Questo permette di costruire un conto economico empirico e quasi in tempo reale, disponendo di indicatori predittivi e tempestivi (Leading Metrics).

In definitiva, integrare le metriche end-to-end significa smettere di gestire l’azienda “al buio” e iniziare a guidarla basandosi sulla creazione effettiva di valore.