Categoria: Idee

Pillole di Kanban applicato: Il potere rivoluzionario di due vaschette di plastica

Nella mia esperienza di consulente, mi sono imbattuto spesso in organizzazioni governate dal cosiddetto “urlometro”. La priorità non è definita dal valore strategico, ma dal volume delle grida o dall’eroismo plateale dell’ultimo minuto. In questi contesti, ruoli critici come la segreteria o il supporto operativo vivono in uno stato di assedio permanente.

Le interruzioni costanti non sono solo un fastidio. Sono una forma di spreco che distrugge la capacità cognitiva e impedisce di entrare in uno stato di flusso. Proteggere il tempo di concentrazione non è un lusso, ma una necessità operativa. Eppure, la risposta istintiva delle organizzazioni di questo tipo è spesso quella di rifugiarsi in soluzioni tecnologiche che finiscono per aggravare il problema anziché risolverlo.

Quando il digitale è troppo: il paradosso dell’eccesso tecnologico

In un caso che ho affrontato di recente, abbiamo dapprima tentato di domare il caos attraverso una bacheca elettronica. Il risultato? Un fallimento totale, dovuto a un eccesso di ottimismo: lo strumento era troppo sofisticato per un ambiente con bassa maturità digitale e alta resistenza al cambiamento. Quando il divario tra la complessità dello strumento e l’utilità percepita è troppo ampio, la tecnologia diventa un ostacolo.

In contesti di forte attrito culturale, il digitale rischia di nascondere il sovraccarico dietro schermate che nessuno apre. In questi casi, la bassa tecnologia non è un limite, ma diventa un’opportunità strategica. È necessario un sistema che renda il lavoro “fisicamente ingombrante” e impossibile da ignorare.

Il sistema delle vaschette portadocumenti: semplicità e sovraccarico visibile

Per superare l’impasse, ho fatto implementare un sistema Kanban radicalmente analogico: due vaschette di plastica e lo spazio fisico della scrivania. A differenza di un software, dove è possibile accumulare centinaia di compiti invisibili senza che nessuno se ne accorga, la fisicità del sistema rende il sovraccarico impossibile da nascondere. Se il lavoro arriva più veloce di quanto se ne riesca a smaltire, non sparisce in un backlog invisibile: si accumula nella vaschetta “Da fare”, che comincia a traboccare. Il blocco del sistema diventa evidente a chiunque passi davanti alla postazione.

Il sistema si basa su tre stati chiari, utilizzando la lingua locale per massimizzare l’adozione e ridurre il carico cognitivo:

  • Vaschetta “Da fare”: il punto di ingresso unico per le richieste. Rappresenta il backlog fisico.
  • La scrivania (“In corso”): il perimetro del WIP limit. Se un documento è sulla scrivania, è l’unico su cui si sta lavorando e su cui si può lavorare.
  • Vaschetta “Fatto”: il deposito del valore completato, pronto per la consegna.

Questo supporto analogico forza visivamente il limite del lavoro in corso. È un meccanismo che rende il sovraccarico tangibile e non occultabile.

La policy della vaschetta: passare dal push al pull

Il cuore del sistema non sono le vaschette, ma la policy comunicativa. È lei a trasformare il flusso da push (interruzioni imposte dall’esterno) a pull (lavoro prelevato in base alla capacità disponibile). La regola è ferrea: “Se hai qualcosa da farmi fare, lasciami un foglio nella vaschetta”.

Abbiamo posizionato una risma di fogli accanto alla vaschetta come dispositivo a prova di errore. L’atto di dover scrivere la richiesta aggiunge un attrito intenzionale che funge da filtro. Se una richiesta non vale il tempo di essere scritta, probabilmente non valeva nemmeno l’interruzione.

Come consulente, insisto sulla logica del one-piece flow, fare una sola cosa alla volta. Quando si libera la capacità si pesca dalla vaschetta ‘da fare’. Si fa una cosa per volta, nell’ordine in cui è arrivata.

Questo buffer permette all’operatore di gestire le interruzioni interne (decidere quando iniziare un nuovo compito), invece di subire le interruzioni esterne (le richieste continue dei colleghi). Protegge così la qualità e la velocità di esecuzione.

Visualizzazione contro ansia: la bacheca informativa passiva

Il micro-management è spesso alimentato dall’ansia del “a che punto siamo?” Le interruzioni per chiedere aggiornamenti sono sprechi che generano altri sprechi. Il sistema a vaschette funge da bacheca informativa passiva: fornisce uno stato dell’arte asincrono senza richiedere interazione umana.

Il responsabile o il collega non ha più bisogno di chiedere. Gli basta osservare:

  • Il foglio è nella vaschetta “Da fare”? La richiesta è in coda.
  • Il foglio è sulla scrivania? La lavorazione è in corso in questo istante.
  • Il foglio è nella vaschetta “Fatto”? Il compito è terminato.

Questa trasparenza agisce come un sedativo per l’ansia da controllo. Elimina il bisogno di domande continue e risparmia all’operatore l’onere emotivo di dover difendere il proprio progresso.

Il triage delle urgenze: verifica delle priorità e il costo dell’attesa

Se tutto è urgente, nulla lo è. Per gestire le eccezioni senza far collassare l’ordine di arrivo, abbiamo introdotto l’uso di post-it rossi. Tuttavia, l’applicazione di un post-it rosso non è un diritto, ma il risultato di una verifica puntuale della priorità.

La domanda strategica da porre a chiunque voglia “saltare la fila” è: “cosa costa aspettare?”. Se il richiedente non sa quantificare il costo dell’attesa, la priorità viene negata. Se il costo è reale, il post-it rosso permette al compito di diventare il prossimo elemento prelevato non appena la capacità si libera. Questo meccanismo di triage protegge l’integrità del flusso per tutto il resto del lavoro.

Conclusione: la fine degli alibi

Il sistema delle vaschette portadocumenti è uno specchio onesto dell’efficienza aziendale. Funziona perché riduce la complessità e rende visibile il valore. Tuttavia, è bene essere chiari: se chi ha l’autorità per farlo, decide deliberatamente di ignorare le policy e continuare a scavalcare i processi con l’autorità, il sistema non reggerà.

Ma c’è un risultato fondamentale che si otterrà comunque: con un sistema del genere, gli alibi finiscono. Se il responsabile scardina le regole, non può più lamentarsi della disorganizzazione o dell’inefficienza dei suoi collaboratori. La responsabilità del caos torna nelle mani di chi lo genera.

Siamo pronti a perseguire una trasparenza che non lascia più spazio a scuse?

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.

Oltre la leadership meccanicistica: il modello del “giardiniere” in Toyota

Nel settore dei servizi molte organizzazioni faticano perché approcciano la leadership con una mentalità meccanicistica. In questo approccio, il leader agisce come un installatore di software: implementa strumenti, “installa” procedure standard e si aspetta che l’azienda funzioni come un ingranaggio perfetto. Per avvicinarsi davvero all’eccellenza nei servizi, però, serve un cambio di prospettiva: il passaggio dalla visione del leader-meccanico a quella del leader-giardiniere. In un’azienda di servizi, dove il valore è creato nell’interazione umana, non si può “installare” l’efficienza, bisogna coltivare le condizioni perché essa possa emergere.

Questo approccio distingue la mera implementazione di strumenti (spesso utile solo nel breve periodo) dalla creazione di una cultura profonda basata sui due pilastri del pensiero Toyota: miglioramento continuo e rispetto per le persone. Per far crescere un’organizzazione sana e resiliente, occorre smettere di agire sulla superficie delle procedure e iniziare a nutrire le radici filosofiche del sistema.

Le radici della crescita: filosofia e pensiero a lungo termine

La filosofia è il substrato nutritivo del modello del giardiniere. Il pensiero sistemico orientato al lungo periodo non è un lusso, ma una condizione per non farsi guidare solo dalla logica del profitto trimestrale. Il modello 4P codificato da Jeffrey Liker identifica infatti la Filosofia (Philosophy) come la base dell’intera struttura:

  • Philosophy (Filosofia): la base del sistema. Decisioni guidate da uno scopo superiore e dal contributo alla società, anche a scapito dei risultati finanziari immediati.
  • Process (Processo): il terreno in cui il valore fluisce senza interruzioni.
  • People (Persone): lo sviluppo del talento attraverso la sfida costante.
  • Problem Solving (Risoluzione dei Problemi): la disciplina dell’apprendimento organizzativo.

Questo orientamento nasce dalla visione di Sakichi Toyoda, il quale ha insegnato che un leader deve “sporcarsi le mani” e conoscere il business dalle fondamenta. Il suo contributo più noto è il concetto di Jidoka: l’automazione dal tocco umano. Come un giardiniere che progetta un sistema di irrigazione che si arresta se rileva un’anomalia, Sakichi inventò un telaio capace di fermarsi istantaneamente alla rottura di un filo, impedendo la produzione di scarti. Il leader-giardiniere è il custode di questa qualità integrata, attento a non sacrificarla per un risultato immediato.

Vale la pena notare che il modello 4P non è la lettura di un osservatore esterno. Liker racconta di un incontro con il nipote di Sakichi, Eiji Toyoda, l’uomo che ha portato l’azienda da essere un piccolo produttore locale a diventare un colosso globale: sulla sua scrivania teneva copie del suo libro in inglese e in giapponese, e gli disse di aver strutturato il pensiero dell’azienda meglio di quanto Toyota stessa sapesse spiegarlo ai propri dirigenti. Un riconoscimento che pesa, perché arriva da chi il metodo lo ha vissuto dall’interno, non da chi lo ha solo studiato.

Preparare il terreno: ottimizzare il processo per il valore

Prima di piantare qualsiasi cosa, il terreno va preparato, e questo significa affrontare tre tipi di spreco, in un ordine preciso. Il primo è il Muri, il sovraccarico: un terreno a cui si chiede di sostenere più piante di quante ne possa nutrire non produce di più, produce piante deboli su tutta la superficie. Nei servizi è lo stesso: caricare le persone oltre la loro capacità reale non aumenta l’output, lo degrada ovunque. Per questo il Muri va affrontato per primo: chiedere di più a chi è già sovraccarico non lascia energia per occuparsi d’altro.

Il secondo è il Mura, l’irregolarità del flusso: un terreno che riceve troppa acqua oggi e niente per settimane, non fa crescere le piante meglio di uno irrigato con costanza. Sovraccarica in un momento, lascia a secco nell’altro, e il risultato è comunque una qualità compromessa. L’ideale del One-Piece flow (fare una cosa per volta) e della produzione livellata serve proprio a questo: sostituire l’alluvione con un’irrigazione regolare.

Il terzo è il Muda, lo spreco puro: le erbacce che non nutrono nulla e sottraggono solo risorse al resto del giardino. Il Value-Stream Mapping serve a mappare il flusso del valore e riconoscerle per toglierle di mezzo; il lavoro standardizzato è il “palo” a cui si lega la pianta perché cresca nella direzione corretta invece che a caso.

Affrontare gli sprechi in quest’ordine, prima le persone, poi il flusso, poi le attività, permette al giardino di dare il meglio di sé, invece di restare travolto dal caos operativo.

Coltivare il talento: le persone al centro del giardino

Per Toyota, il rispetto per le persone non è mera cortesia; è la responsabilità di sfidare i collaboratori a dare il meglio di sé. Il leader-giardiniere agisce come un coach attraverso l’On-the-Job Development (OJD). Latondra Newton, che ha trasformato il concetto di On-the-Job Development in Toyota da una pratica tacita a un approccio deliberato di coaching e insegnamento, sottolinea un punto cruciale: il coach deve permettere ai membri del team di “oscillare verso i limiti esterni” del sentiero tracciato. Un leader meccanicistico corregge l’errore istantaneamente; un giardiniere permette alla pianta di inclinarsi leggermente per creare un momento di insegnamento, aiutandola a trovare autonomamente la “luce” del miglioramento.

Le 4 fasi del modello OJD sono:

  1. Scegliere un problema con il team: identificare sfide che superino leggermente le capacità attuali.
  2. Dividere il lavoro e rendere la direzione avvincente: assegnare obiettivi che diano senso al lavoro quotidiano.
  3. Eseguire, monitorare e istruire: lasciare spazio alla sperimentazione, intervenendo come guida quando si raggiungono i limiti del processo.
  4. Feedback, riconoscimento e riflessione: consolidare l’apprendimento attraverso il ciclo PDCA.

Il contrario di questo modello è la crescita per vegetazione spontanea: responsabilità che si allargano più in fretta delle competenze, senza che nessuno insegni a chi le riceve gli strumenti di base, leggere un numero, strutturare un obiettivo, gestire una criticità senza improvvisare. Non è un problema di talento, è un’assenza di metodo, spesso scambiata per autonomia quando in realtà è abbandono.

Lo sviluppo del leader avviene attraverso tre ondate progressive, mirate a creare non solo esecutori, ma coach:

  • Aware (Consapevole): comprendere la teoria.
  • Able to Do (Capace di fare): applicare i principi nel Gemba.
  • Able to Teach (Capace di insegnare): sviluppare altri leader. Non esistono scorciatoie: generare nuovi giardinieri è ciò che distingue una leadership che dura da una che si esaurisce con la singola persona.

L’obiettivo del percorso non si esaurisce nella terza ondata individuale. Un leader che diventa Able to Teach comincia a sua volta a coltivare altri all’interno dell’organizzazione: è il punto in cui il modello collettivo di Toyota, il miglioramento che arriva dal basso e si moltiplica, prende forma concreta. Non un solo giardiniere che coltiva un giardino, ma un giardiniere che forma altri giardinieri.

Potatura e cura: il Problem Solving come disciplina di apprendimento

Il Problem Solving è l’arte della “potatura”: eliminare ciò che ostacola la crescita per orientare l’organizzazione verso il True North (il Nord Ideale). Non è una reazione alle emergenze, ma una mentalità scientifica. Il leader-giardiniere pratica il Genchi Genbutsu: va a controllare personalmente lo stato delle “foglie” (i fatti) per individuare i parassiti (le cause radice), rifiutando di affidarsi a report astratti.

Il set di strumenti è il Toyota Business Practices (TBP) strutturato in 8 passi (PDCA):

  • Plan: 1. Chiarire il problema rispetto all’ideale; 2. Scomporre il problema; 3. Definire target sfidanti; 4. Analisi dei “5 Perché”; 5. Sviluppare contromisure (ipotesi).
  • Do: 6. Attuare le contromisure con rapidità.
  • Check: 7. Monitorare sia i risultati che il processo.
  • Act: 8. Standardizzare i successi e condividere la conoscenza.

Il raccolto: eccellenza nei servizi e impatto sul cliente

L’eccellenza nei servizi non è un obiettivo a sé, è la conseguenza naturale di una leadership che coltiva sistematicamente persone e processi. La differenza tra chi si ferma alla gentilezza superficiale e chi coltiva davvero il sistema si vede proprio dove il cliente la sente di più: nel tempo che deve aspettare, nella fatica che deve fare per ottenere quello che gli serve, nella sensazione di trovarsi dentro un sistema che scorre o dentro uno che arranca nonostante le buone intenzioni di chi lo gestisce.

Un’organizzazione può essere accogliente nei modi e comunque lenta nei fatti, se nessuno ha mai lavorato sul flusso che sta dietro la cortesia. Quando invece il flusso è stato coltivato con cura, la produttività cresce senza che le persone debbano lavorare più in fretta o sotto pressione: cresce perché il lavoro è organizzato meglio, non perché costa più fatica a chi lo fa. Ed è un vantaggio che si misura, non solo si racconta: le organizzazioni che coltivano sistematicamente persone e processi ottengono risultati economici superiori alla media. L’eccellenza, in altre parole, non è un costo aggiuntivo. È un investimento che si ripaga.

Dai concetti alla pratica: un caso concreto

C’è un caso che mi ha riguardato direttamente e che mostra questo intero approccio all’opera, non come principio astratto ma come cosa accaduta nei fatti. Il punto di partenza era tipico: una figura direttiva che stava assumendo responsabilità sempre più ampie con la necessità di apprendere nuovi strumenti di management.

L’ho affiancata con incontri regolari, ogni due settimane, di due o quattro ore. In quel percorso abbiamo costruito insieme, un problema alla volta, l’impianto di governance e la gestione dei flussi di lavoro della struttura che stava nascendo, sempre con la stessa logica: non teoria calata dall’alto, ma gestione dei problemi reali che quella persona portava al tavolo. Ogni incontro affrontava un tema gestionale concreto, come leggere i numeri, come monitorare l’avanzamento del lavoro, come strutturare obiettivi e responsabilità, come gestire le criticità senza improvvisare, partendo sempre da strumenti operativi, una board, delle metriche, un foglio di calcolo, e dalle situazioni reali. Lei si portava a casa qualcosa da applicare da subito, con l’impegno di riportare un riscontro all’incontro successivo.

Nel tempo, quella persona ha cominciato a fare lo stesso con il proprio team: oggi accompagna direttamente i propri riporti con lo stesso approccio che ha vissuto in prima persona. È la cascata che il modello descrive: il giardiniere ha formato un secondo giardiniere, e quel secondo giardiniere ha già cominciato a coltivare il proprio giardino.

Il passo che resta da fare, ed è oggi la proposta sul tavolo, è estendere lo stesso accompagnamento a un gruppo più ampio di figure nella stessa organizzazione, perché la capacità gestionale cresca in modo più ampio e strutturato, invece di restare affidata a singoli rapporti di coaching isolati.

Conclusione: iniziare la trasformazione oggi

La leadership del giardiniere richiede onestà verso se stessi. Se un’organizzazione si limita a risolvere emergenze senza far crescere le persone, sta solo rimandando un problema che si ripresenterà, più grande. La trasformazione inizia quando il leader smette di dare ordini e inizia a porre domande scientifiche al Gemba.

Vale la pena, a questo punto, fermarsi un momento e guardare al proprio stile di leadership con onestà. Quanto tempo si dedica davvero a comunicare uno scopo che vada oltre il risultato del trimestre, e quanto le decisioni prese ogni giorno lo contraddicono nei fatti? Si sta lasciando alle persone lo spazio per sbagliare quel tanto che serve a imparare, o si interviene troppo presto, soffocando con un controllo che finisce per bloccare la crescita? E quante ore, ogni settimana, si passano davvero a osservare il lavoro reale e a fare coaching sul campo, invece che dentro riunioni e report che raccontano il lavoro senza mostrarlo?

Bibliografia

  1. Jeffrey K. Liker, Karyn Ross, The Toyota Way to Service Excellence: Lean Transformation in Service Organizations, McGraw Hill, 2017

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.

L’arte del timing strategico: l’importanza del Last Responsible Moment (LRM) nell’impresa resiliente

Nel panorama della gestione organizzativa moderna, l’ossessione per la velocità ha spesso oscurato la qualità del processo decisionale. Tuttavia, nel quadro del Kanban Maturity Model (KMM), la vera agilità non risiede nel decidere il più velocemente possibile, ma nel decidere al momento giusto. Il concetto di Last Responsible Moment (LRM) emerge non come una forma di procrastinazione, ma come una scelta strategica di gestione del rischio economico.

In un contesto caratterizzato da incertezza e complessità, decidere troppo presto è un errore pari a quello di decidere troppo tardi: impegna risorse preziose su basi informative incomplete, precludendo la possibilità di adattarsi a nuovi dati. L’LRM invece rappresenta il punto immediatamente precedente alla perdita di fattibilità di un’opzione. Comprendere l’LRM è il primo passo per evolvere da una cultura dell’urgenza reattiva a una gestione proattiva del flusso, dove il tempo è una variabile economica controllata e non un nemico da rincorrere.

La logica del differimento: perché “aspettare” è un vantaggio competitivo

Il differimento dell’impegno (deferred commitment) è una delle pratiche più controintuitive dell’enterprise agility. Permettere a un elemento di lavoro di rimanere nello stato di opzione il più a lungo possibile riduce drasticamente l’impatto della failure demand, ovvero il lavoro abortito e i rifacimenti (rework). Da un punto di vista del senior management, differire l’impegno significa mantenere maggiore liquidità del sistema – capacità produttiva non ancora congelata in scommesse premature, e quindi disponibile per essere allocata quando le informazioni sono più complete.

I tre benefici strategici del differimento dell’impegno sono:

  • Acquisizione di conoscenza: più a lungo si attende, più informazioni si raccolgono su mercato, tecnologie ed esigenze reali dei clienti.
  • Riduzione dell’incertezza: il tempo permette di dissipare l’incertezza decisionale, trasformando intuizioni rischiose in decisioni basate su evidenze.
  • Aumento del tasso di scarto delle opzioni non valide: un sistema che differisce l’impegno seleziona solo le opzioni che sopravvivono all’evoluzione del contesto, eliminando lo spreco alla radice.
Fonte Kanban University – dettaglio del poster Triage Tables

Anatomia matematica del Last Responsible Moment e del rischio temporale

L’LRM non è un’intuizione soggettiva, ma un calcolo basato sulla distribuzione statistica dei tempi di completamento (Lead Time). In un sistema evoluto, la determinazione del momento in cui iniziare un lavoro dipende dalla data di consegna desiderata (Desired Delivery Date – DDD) e dalla probabilità di completamento entro quella data.

Operativamente, l’LRM è definito come il 50° percentile del Lead Time calcolato a ritroso rispetto alla DDD. Iniziare un lavoro esattamente al LRM significa che, in base alla distribuzione storica dei tempi di consegna (Lead Time), c’è solo una possibilità su due (50%) di consegnare entro la data desiderata (DDD). Per le organizzazioni a ML2/ML3, questo rappresenta il punto di equilibrio tra rischio di consegna tardiva e costo del ritardo.

ConcettoDefinizione operativaImplicazione economica
Last Responsible MomentDecisione consapevole basata sul 50° percentile della distribuzione del Lead Time.Rischio gestito: equilibrio tra informazione acquisita, Cost of Delay e probabilità di consegna puntuale.
Irresponsibly LateDecisione presa oltre la finestra di confidenza statistica.Scommessa probabilistica: l’organizzazione subisce le conseguenze di un eventuale fallimento invece di gestire il rischio.

Un pilastro tecnico fondamentale è l’Urgenza, definita come la derivata (pendenza) della funzione Probable Cost of Delay in Starting (PCoDS). Senza entrare in tecnicismi matematici, la PCoDS è una curva che indica il rischio economico immediato derivante dal non iniziare un lavoro in una data specifica.

Il Last Responsible Moment e la disciplina del triage: ora, dopo, mai

L’integrazione dell’LRM trasforma il Replenishment Meeting in un processo di triage rigoroso. Basandoci sulla valutazione delle opzioni reali, comprendiamo che queste hanno valore e hanno una scadenza; pertanto, non si deve mai decidere in anticipo senza un motivo esplicito.

Il triage categorizza il lavoro in tre direzioni:

  1. Ora: elementi che hanno raggiunto il proprio LRM e devono essere messi in lavorazione per onorare la promessa di consegna.
  2. Dopo: opzioni che non hanno ancora raggiunto l’LRM e restano in attesa perché si possa acquisire ulteriore conoscenza relativa alla loro lavorazione.
  3. Mai: opzioni scartate perché superate da nuove informazioni.

Questa logica di triage è applicabile esclusivamente a opzioni per le quali i dati storici sono significativi. Se il valore dell’opzione è incerto o imprevedibile l’LRM perde di efficacia e l’elemento deve essere gestito tramite allocazione di capacità dedicata come classe Intangible.

Il compromesso strategico: Classi di Servizio e Costo del Ritardo

Differire l’impegno fino all’LRM comporta un trade-off. Se si attende troppo vicino al limite, il sistema viene caricato di rischi temporali che possono richiedere classi di servizio costose per garantire la consegna.

Le quattro classi di servizio canoniche riflettono la sensibilità al tempo e alla PCoDS:

  1. Expedite: per elementi con urgenza critica e pendenza della PCoDS altissima. Richiedono un intervento immediato, spesso violando i limiti al lavoro in corso (WIP).
  2. Fixed Date: elementi con data di consegna fissa e costo elevato per il superamento della scadenza. Richiedono impegno vicino all’LRM con priorità di pianificazione alta.
  3. Standard: il cuore del sistema, gestito solitamente tramite logica FIFO (First-In, First-Out) per garantire massima prevedibilità e stabilità del Lead Time.
  4. Intangible: elementi con basso costo del ritardo immediato ma alto valore a lungo termine. Fungono da protezione rispetto al rischio strategico: la loro presenza nel sistema crea lo spazio necessario per assorbire le richieste Expedite senza destabilizzare il flusso.

Evoluzione organizzativa: dal caos alla resilienza

La padronanza dell’LRM evolve man mano che le organizzazioni si strutturano:

  • ML2 (Customer Awareness): le decisioni sono spesso emotive o reattive. Il Flow Manager inizia a raccogliere dati, ma la mancanza di stabilità rende il calcolo dell’LRM ancora approssimativo.
  • ML3 (Fit-for-Purpose): emergono i ruoli chiave. Il Service Request Manager (SRM) diventa il custode delle opzioni e dell’LRM, mentre il Service Delivery Manager (SDM) garantisce la stabilità della capacità del sistema. Il triage diventa sistematico.
  • ML4 (Risk-Hedged): l’LRM non è più una stima generale al 50° percentile, ma un calcolo specifico per ogni elemento di lavoro ad alto valore, basato su simulazioni Monte Carlo e profili PCoDS personalizzati.

Conclusione: il Last Responsible Moment come pilastro della prosperità aziendale

Il Last Responsible Moment non è un tecnicismo, ma il fondamento della resilienza strategica. La sua applicazione sposta l’attenzione dalla mera efficienza delle risorse (tenere le persone occupate) alla efficienza di flusso e alla resilienza economica.

Il traguardo finale di questa disciplina è l’allineamento tra identità aziendale, strategia (perché/cosa) e decisioni operative quotidiane (come/chi). Quando un’organizzazione sa perché decide e quando è il momento di farlo, smette di subire il mercato e inizia a guidarlo.

La leadership dell’organizzazione deve investire nella raccolta rigorosa dei dati sui Lead Time e nella modellizzazione dei costi del ritardo. Solo trasformando l’LRM da concetto astratto a strumento guidato dai dati, l’organizzazione potrà prosperare a lungo termine in un mondo volatile.

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.

Cicli di Feedback: il sistema nervoso dell’agilità organizzativa

Un’altra domanda che mi è stata fatta durante la presentazione del mio libro riguardava i Cicli di Feedback, che nel libro descrivo come vera catena di trazione di un sistema Kanban. Vale la pena approfondire questo tema e nel farlo affidarsi a una analisi fatta da Andreas Bartel, che ha dato un significativo contributo alla definizione e rappresentazione delle cadenze Kanban così come le conosciamo oggi nel Kanban Maturity Model (KMM). Ho tratto i concetti di questo articolo da un intervista fatta allo stesso Bartel nel 2023, ho indicato il link al video originale nelle Fonti.

Immaginate di fare trekking tra le vette delle Alpi. Per raggiungere la meta in un ambiente così dinamico, non basta la forza muscolare; serve un dialogo costante tra voi, la mappa e la bussola. Questo rapporto è un sistema chiuso di retroazione: la bussola fornisce una direzione, voi agite camminando e il mutamento della vostra posizione offre nuovi dati allo strumento. Nel management moderno, questo fenomeno prende il nome di Ciclo di Feedback. Sebbene le aziende ne siano immerse, questi cicli sono spesso invisibili o, peggio, ignorati. Eppure, comprendere la meccanica dei cicli di feedback non è un mero esercizio accademico: è l’essenza stessa della navigazione in condizioni di incertezza, il confine sottile tra un’organizzazione che evolve e una che declina senza nemmeno rendersene conto.

I Cicli di Feedback sono fenomeni naturali, non invenzioni umane

Un ciclo di feedback è una relazione bidirezionale intrinseca: l’output di una parte diventa l’input dell’altra, creando una circolarità continua. È fondamentale liberarsi dell’idea che i cicli di feedback siano “processi burocratici” o semplici riunioni istituite dal management. Essi esistono in natura – regolano il clima e le popolazioni animali – e proliferano spontaneamente in ogni azienda sotto forma di network organizzativi informali o sistemi di retroazione ombra. Le conversazioni non strutturate davanti alla macchinetta del caffè sono cicli di feedback tanto quanto i report finanziari.

I cicli di feedback sono agnostici rispetto a qualsiasi cosa l’uomo possa inventare o introdurre in un’organizzazione, perché esistono comunque. Riconoscere questa natura spontanea e non governabile dei feedback è il primo passo per smettere di subirli e iniziare a gestirli consapevolmente.

La polarità del successo: perché il feedback negativo può salvarci

In teoria dei sistemi, i cicli di feedback non sono tutti uguali; possiedono polarità distinte che determinano il comportamento dell’organizzazione:

  • Ciclo di Feedback positivo (rinforzante): amplifica la direzione attuale. Pensate all’interesse composto: più capitale genera più interessi, che aumentano il capitale. È il motore della crescita, ma se non regolato, può condurre all’esplosione o al collasso del sistema.
  • Ciclo di Feedback negativo (bilanciante): funziona come un meccanismo di stabilizzazione. In natura, è il rapporto preda-predatore (ghepardo-gazzella): l’aumento dei predatori riduce le prede, il che alla fine riduce i predatori, riportando il sistema in equilibrio.

L’intuizione paradossale per un leader è che, mentre il business insegue ossessivamente il “positivo”, è la capacità di innescare cicli negativi a garantire la stabilità e la sopravvivenza a lungo termine, impedendo al sistema di andare fuori giri.

L’errore fatale di Kodak e la metafora delle neuroscienze

Perché aziende leader falliscono nonostante vedano arrivare il cambiamento? Bartel introduce una potente analogia tratta dalle neuroscienze. Un ciclo di feedback interrotto (broken feedback loop) agisce come una patologia delle aree motorie: il cervello percepisce l’ambiente, ma il circuito neurale verso i muscoli è danneggiato. L’individuo vuole afferrare un oggetto, ma non riesce a coordinare il movimento.

Il caso Kodak è l’esempio clinico di un’organizzazione con i “circuiti motori” distrutti. L’azienda aveva percepito il segnale della fotografia digitale, ma non è riuscita a tradurre il segnale in azione, continuando a rinforzare gli investimenti nelle vecchie competenze analogiche. Il fattore critico, però, non è tecnico: è umano. I decisori possono percepire chiaramente i segnali del mercato e tuttavia scegliere di non agire, o di agire nella direzione sbagliata. L’inerzia non è ignoranza: è spesso il risultato di pressioni politiche interne, di identità aziendali consolidate, di incentivi che premiano la continuità piuttosto che il cambiamento. In Kodak, il circuito percettivo funzionava; era il passaggio dal segnale all’azione ad essere bloccato da decenni di successo.

La vera agilità è la gestione della polarità

Per un esperto di business agility, un’organizzazione eccellente non è quella che cresce linearmente, ma quella capace di cambiare polarità in modo fluido.

La vera agilità consiste nella capacità sistemica di accendere o spegnere i cicli positivi e negativi. Se il mercato cambia, bisogna avere il coraggio di attivare un ciclo negativo per “smorzare” e disinvestire in settori storici, liberando capacità per costruire nuove competenze. Molte aziende restano vittime di un ciclo negativo disfunzionale che protegge lo status quo: ogni tentativo di cambiamento viene “rimbalzato” dal sistema, che torna pigramente al punto di partenza. L’agilità è, in ultima analisi, il potere di decidere quale ciclo alimentare e quale interrompere, prima che sia il sistema a decidere per noi.

Riunioni vs. Cadenze: riprendere il controllo del sistema

È vitale distinguere il ciclo di feedback (il fenomeno naturale) dalla Cadenza (lo strumento di controllo). Se i cicli di feedback avvengono ovunque, la cadenza è il ritmo regolare che rende questi cicli espliciti e governabili. In ambito Kanban, abbiamo otto cadenze, delle quali tre essenziali:

  1. Replenishment Meeting: il momento della selezione strategica. Si decide cosa iniziare, prendendo in carico il lavoro in base alle reali priorità degli stakeholder.
  2. Kanban Meeting: una cadenza operativa che agisce come regolatore del flusso di lavoro. Non è un semplice aggiornamento, ma una prospettiva operativa per gestire la pipeline e assicurare la fluidità della consegna.
  3. Service Delivery / Flow Review: un momento di riflessione profonda sulla qualità e l’efficacia del sistema. La frequenza di questa cadenza dipende dal livello di maturità dell’organizzazione e dalla velocità con cui il sistema necessita di apprendere dai propri errori.

Una questione di adattamento evolutivo

La storia economica dimostra che il successo non è legato alla forza, ma alla qualità dei cicli di feedback. Le organizzazioni che prosperano sono quelle che hanno trasformato il feedback in un meccanismo evolutivo: percepiscono il cambiamento, regolano i meccanismi interni e rispondono con senso. Non è solo efficienza, è adattamento biologico applicato al business.

Il contraltare di Kodak esiste, ed è istruttivo proprio perché non racconta una trasformazione semplice. Fujifilm percepì lo stesso identico segnale – la fotografia digitale avrebbe reso obsoleta la pellicola – e scelse di cambiare polarità. Non abbandonò il passato, ma lo usò come piattaforma: le competenze in chimica delle emulsioni fotografiche vennero reindirizzate verso cosmetici, materiali ottici e farmaceutica. Fujifilm non sopravvisse nonostante i suoi successi; li usò come punto di partenza per diventare qualcos’altro.

La tua organizzazione ha il coraggio di cambiare polarità e andare oltre i successi del passato, o sta aspettando che sia il mercato a scegliere per lei?

Fonti

  1. David J. Anderson, Teodora Bozheva, Kanban Maturity Model: A Map to Organizational Agility, Resilience, and Reinvention – 2nd Edition, Kanban University Press, 2021
  2. Andreas Bartel, Understanding Feedback Loops. KMM Plus Talks to Andreas Bartel: full interview, canale YouTube Kanban+ di Kanban University, 2023

Dal vittimismo al sogno: come si accende una leadership vera

Durante la presentazione del mio libro, mi è stato chiesto: Come si porta un team dal “non è colpa mia” al “me ne faccio carico”?

È una domanda che mi sono posto anche nel 2010. Avevo un gruppo di persone capaci, ma bloccate. Il mercato era difficile, le risorse scarse, e in quelle condizioni è facile scivolare nella narrativa della vittima: il sistema non funziona, i piani alti non capiscono, il budget non c’è. Non era pigrizia. Era qualcosa di più sottile: una progressiva abdicazione della responsabilità, fatta di piccoli passi, quasi invisibile.

In quel periodo seguivo Mourinho – lo seguivo da prima che arrivasse all’Inter, perché avevo visto e letto qualcosa di suo e, a prescindere da certi suoi atteggiamenti e dal tifo calcistico, mi ero accorto che quell’uomo aveva qualcosa da dire sulla motivazione, sulla gestione della pressione, sulla capacità di far credere le persone in qualcosa di grande. Nel 2010, alla vigilia della semifinale di Champions League contro il Barcellona, disse una cosa che mi rimase impressa: “Noi vogliamo andare dietro al nostro sogno, per loro la finale è un’ossessione – e la differenza è molto grande.”

Quella distinzione – sogno contro ossessione – mi diede una chiave pratica. L’ossessione genera paura del fallimento, blocca il talento, trasforma ogni ostacolo in una conferma che le cose non possono andare bene. Il sogno libera energia, permette di farsi carico di fatiche che altrimenti sembrerebbero insensate. Trassi ispirazione da quella frase per motivare i miei ragazzi. Non come slogan, ma come specchio: state inseguendo un sogno o state cercando di sopravvivere a un’ossessione? Qualcosa si mosse. Anni dopo avrei scoperto che il metodo Kanban descrive esattamente questo approccio: per far evolvere un’organizzazione, il leader si comporta come un allenatore sportivo.

Frankl e il carburante del coraggio

Ma perché funziona? La risposta più profonda non me la ha data il calcio. Me la ha data Viktor Frankl.

Frankl era uno psichiatra viennese. Sopravvisse ad Auschwitz, e da quella esperienza – che non ha paragoni possibili con nessuna difficoltà aziendale, sia chiaro – trasse un’osservazione radicale sulla natura umana: anche privato di tutto, anche ridotto ai minimi termini, un essere umano che riesce a darsi un senso trova la forza di resistere. Chi non lo trova, si sgretola. Non per debolezza morale, ma perché il senso è una necessità costitutiva dell’essere umano, non un lusso. Per riassumere questo concetto Frankl citava spesso Nietzsche:

“Chi ha un perché per vivere, sopporta quasi ogni come.”

Ma Frankl va oltre la resilienza. Propone quella che chiama una rivoluzione copernicana del senso: non dobbiamo chiederci cosa ci aspettiamo dalla vita, ma capire che è la vita a interrogarci.

“Vivere significa rispondere alle domande che la vita ci pone, assumendoci la responsabilità di ogni istante.”

Vivere – e lavorare – non è attendere che le condizioni migliorino. È rispondere, agire, farsi carico.

Ed è qui che senso e coraggio si intrecciano. Senza senso, il costo del coraggio è troppo alto: ci si espone, si rischia, ci si fa carico di qualcosa che potrebbe andare male, e se non si sa perché, a un certo punto ci si ferma. Il senso non è una consolazione, è il carburante del coraggio.

La promessa onesta

Tutto questo ha conseguenze molto concrete su come si gestiscono le persone.

Quando in un’azienda con cui collaboravo anni dopo abbiamo assunto una persona per un ruolo di responsabilità, le condizioni oggettive non erano un argomento di vendita. L’azienda non era strutturata. La retribuzione era bassa. Potevo raccontarle una favola. Non l’ho fatto. Le ho detto con tutta la sincerità che riuscivo a trovare: “Non ti prometto un lavoro facile. Ti prometto anni entusiasmanti a costruire qualcosa che oggi non esiste.” Lei ha scelto quella proposta e quella scelta era un atto di coraggio, non di ingenuità. Il coraggio di chi ha trovato un senso abbastanza solido da giustificare il rischio. Oggi, quando attraversa un momento di sconforto, a volte è utile ricordare insieme quella conversazione. Non come retorica motivazionale, ma come riaggancio al senso originario.

La leadership diffusa nel metodo Kanban

Tutto questo ha un nome preciso nel metodo Kanban: “incoraggia atti di leadership a tutti i livelli.”

Non è un invito a ignorare la gerarchia. È il riconoscimento che la leadership – nel senso di iniziativa, responsabilità, cura del sistema – non può essere monopolio di chi ha un titolo o un ruolo di responsabilità. Un designer che propone un’interfaccia più semplice senza che nessuno glielo abbia chiesto, uno sviluppatore junior che blocca un rilascio perché ha visto un problema che mina la fiducia dell’utente, un team che rifiuta un compito perché non è coerente con lo scopo dichiarato: questi sono atti di leadership diffusa.

Ma attenzione: questo senso non può essere imposto dall’alto. Un purpose scritto dal CEO e affisso in sala riunioni non accende nulla. Il senso che dà coraggio è quello che il team costruisce insieme, attraverso la conversazione, il confronto, la partecipazione alle decisioni. È per questo che Kanban insiste sulla collaborazione e sul rispetto delle persone come condizioni strutturali, non come valori decorativi.

E quando quel senso è davvero condiviso, i comportamenti cambiano. Il coraggio di esporsi, di dire una cosa scomoda, di assumersi la responsabilità di un’azione non richiesta diventa possibile. Senza senso, il costo dell’iniziativa è troppo alto e le persone, razionalmente, si ritraggono. Nel Kanban Maturity Model, questo salto avviene al Livello 3: l’organizzazione smette di rincorrere l’efficienza per sé stessa e inizia a definire uno scopo che orienta ogni decisione. Il fit-for-purpose non è più un’etichetta tecnica, diventa qualcosa che le persone hanno costruito e interiorizzato insieme, e che dà loro il coraggio di agire.

L’unica metrica che conta

La vera metrica del successo di un leader non è un bilancio, un OKR, un NPS.

È quello che succede anni dopo. Alcuni di quei ragazzi con cui lavoravo allora hanno preso strade imprenditoriali. Parlando con loro di recente, ho capito – e uno me l’ha detto esplicitamente – che stanno ancora inseguendo quel sogno. L’azienda è cambiata, il contesto è cambiato, tutto è cambiato. Ma il germe è rimasto.

Se fossi il Faust di Goethe, direi: “attimo, fermati, sei bello!”.

Non perché sia un risultato mio, non lo è. Ma perché significa che il senso che avevamo trovato insieme era reale, abbastanza reale da durare oltre le circostanze che lo avevano generato. E questo, per me, è l’unica eredità che vale la pena costruire.

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.

L’A3 Thinking nelle cadenze Kanban: risolvere i problemi giusti nel modo giusto

Ogni organizzazione ha riunioni. Poche organizzazioni hanno riunioni che cambiano davvero qualcosa.

Il metodo Kanban prevede un sistema di cadenze – incontri ricorrenti con scopi precisi – progettate per mantenere il flusso di lavoro sotto controllo e far evolvere il sistema nel tempo. Ma c’è un rischio concreto: senza un approccio strutturato al problem solving, le cadenze diventano sessioni di aggiornamento in cui si osservano i problemi senza capirli e risolverli davvero.

L’A3 Thinking è uno strumento che trasforma questo rischio in un’opportunità.

Single-loop e double-loop learning: due modi di imparare

Immagina un termostato. Quando la temperatura scende sotto la soglia impostata, accende il riscaldamento. Quando la raggiunge, si spegne. Il termostato corregge l’errore in modo efficiente, ma non si chiede mai se la temperatura impostata sia quella giusta per chi vive in quella casa.

Questo è il single-loop learning: si rileva uno scarto tra il risultato atteso e quello ottenuto, e si corregge il comportamento. È utile, necessario, e costituisce la base di quasi tutto il miglioramento operativo. Un team che analizza il proprio Lead Time, identifica un collo di bottiglia e modifica un limite WIP sta facendo single-loop learning e lo sta facendo bene.

Il double-loop learning aggiunge una domanda diversa: non “come correggiamo lo scarto?” ma “perché abbiamo impostato quella temperatura?” Nel contesto organizzativo, significa mettere in discussione i modelli mentali e i presupposti che stanno dietro al sistema, non solo le sue regole operative. Non “come gestiamo meglio le urgenze?” ma “la nostra definizione di urgenza riflette davvero le priorità del cliente? Il servizio che stiamo ottimizzando è ancora quello giusto da offrire?”

Nel Kanban Maturity Model, questa distinzione ha un peso preciso. I livelli da ML1 a ML5 si muovono nel territorio del single-loop learning: l’organizzazione impara progressivamente a fare meglio quello che già fa, gestire il flusso, ridurre la variabilità, coordinare servizi interdipendenti. È al livello ML6 che il double-loop learning emerge pienamente, quando l’organizzazione sviluppa la capacità di interrogarsi sulle quattro domande fondamentali: Come lavoriamo è ancora competitivo? Cosa offriamo è ancora rilevante? Perché esistiamo ha ancora senso nel mercato attuale? Chi siamo è ancora adeguato al contesto?

Perché è importante chiarirlo prima di parlare di A3 Thinking? Perché l’A3 è uno strumento potente per il single-loop learning strutturato e questo non è poco. Trasforma le cadenze Kanban da sessioni di aggiornamento in motori di apprendimento sistematico. Ma il suo contributo al double-loop learning, quando arriva, non riguarda la gestione dei blocchi o l’ottimizzazione del Lead Time: riguarda la capacità di usare i dati del sistema per mettere in discussione la direzione stessa dell’organizzazione.

Il Kanban Maturity Model: un’evoluzione per livelli

Il Kanban Maturity Model (KMM) articola la crescita organizzativa in sei livelli e l’A3 Thinking non è rilevante allo stesso modo per tutti i livelli.

Ai livelli ML1 e ML2, dove il lavoro dipende ancora dagli individui e dal loro buon senso, mancano ancora le basi – dati affidabili, policy esplicite, cultura del feedback – per usarlo efficacemente. È a partire da ML3, quando l’organizzazione arriva a gestire il lavoro come un vero sistema end-to-end, che l’A3 diventa uno strumento di evoluzione reale, ed è ai livelli superiori che esprime tutto il suo potenziale come motore di single-loop learning strutturato, costruendo le fondamenta su cui, a ML6, può emergere il double-loop learning.

Cos’è l’A3 Thinking (e come si usa nelle cadenze Kanban)

L’A3 Thinking è un metodo di problem solving sviluppato in Toyota. Il nome viene dal foglio di carta formato A3: l’idea originale era che un problema – dalla descrizione alla soluzione – dovesse stare tutto su un singolo foglio. Non per superficialità, ma per disciplina. È una forma di slow thinking, pensiero lento e profondo: se non riesci a sintetizzare un problema su una pagina, probabilmente non lo hai ancora capito abbastanza bene.

Il template si compone di cinque sezioni, distribuite su un foglio A3 o su fronte e retro di un foglio A4.

Definizione del problema. Prima ancora di cercare soluzioni, bisogna capire cosa si sta osservando e perché conta. Nelle cadenze di revisione periodica – la Service Delivery Review o la Risk Review – questa è la domanda di apertura: qual è il gap tra la performance attuale del servizio e quello che il cliente si aspetta? Definire bene il problema in questa fase evita di sprecare energie su sintomi invece che su cause.

Analisi del problema. È la sezione più importante, e quella più spesso saltata. L’analisi non si fa a parole, ma con i dati di flusso: quanto tempo impiega mediamente un elemento di lavoro ad attraversare il sistema? Dove si accumula? Quanto tempo passa in attesa rispetto al tempo in cui qualcuno ci sta lavorando davvero? Il modo più efficace per rispondere a queste domande non è scrivere una lista di osservazioni, ma incollare direttamente sul foglio A3 i grafici che raccontano la storia: un Cumulative Flow Diagram (CFD) che mostra dove il lavoro si accumula, un grafico di Lead Time che rivela la variabilità del sistema, un aging chart che evidenzia cosa è fermo da troppo tempo. L’A3 non è un documento di testo con qualche numero: è uno strumento visivo, e la differenza si vede.

Nelle cadenze operative – il Kanban Meeting quotidiano – questa mentalità analitica serve a leggere i blocchi non come eccezioni da risolvere in fretta, ma come segnali che raccontano qualcosa sul sistema. La domanda non è “chi lo sblocca?”, ma “perché si è bloccato?”.

Esperimento e piano di implementazione. Una volta identificata la causa, si progetta un intervento – non una soluzione definitiva, ma un esperimento. Questa distinzione è importante: un esperimento ha un’ipotesi verificabile (“se modifichiamo il limite di lavoro in corso in questo punto, il tempo di attraversamento dovrebbe ridursi”), mentre una soluzione è spesso solo un’opinione con più autorevolezza. Il piano di implementazione definisce chi fa cosa, in quale cadenza si osserveranno i risultati, e quali metriche si useranno per giudicare se l’esperimento ha funzionato. Un esperimento per volta, altrimenti non si riesce a capire cosa ha funzionato e che cosa no.

Risultati dell’esperimento. La cadenza naturale per questa sezione è la Service Delivery Review: si torna sui dati dopo un ciclo sufficiente a produrre segnale, e si misura l’effetto reale dell’intervento. Anche qui, i risultati non si raccontano a parole: si mostrano. Lo stesso grafico usato nell’analisi, aggiornato dopo l’esperimento, dice immediatamente se qualcosa è cambiato e in che direzione. Se il Lead Time si è stabilizzato, il CFD mostra bande più uniformi, se si è ridotto l’aging chart ha meno elementi in zona critica. La continuità visiva tra analisi e risultati è parte del metodo: rende evidente il confronto e riduce lo spazio per le interpretazioni di comodo. Questo passaggio è quello che trasforma un’opinione in apprendimento. Senza di esso, il sistema non impara, accumula solo iniziative.

Prossimi passi. Se l’esperimento ha funzionato, il risultato non è “problema risolto” ma “nuova policy da codificare”. Una regola di ingresso rivista, un criterio di priorità esplicitato, una soglia di allerta definita. È qui che il cambiamento smette di dipendere dalla memoria delle persone e diventa parte del sistema. Se invece l’esperimento non ha prodotto i risultati attesi, i prossimi passi riportano all’analisi con nuove informazioni.

Questa struttura ciclica è ciò che distingue l’A3 da una normale checklist: non si compila una volta, si percorre più volte, ciascuna con una comprensione più profonda del problema.

Il problema che l’A3 risolve nelle cadenze Kanban

Nelle organizzazioni ai livelli ML1 e ML2, i problemi vengono ancora affrontati in modo reattivo: è single-loop learning, ma applicato in modo caotico e inconsapevole, senza che l’organizzazione ne tragga apprendimento stabile.

Il salto verso ML3 non è un salto verso il double-loop learning: è il passaggio a un single-loop learning maturo, strutturato e consapevole. L’A3 Thinking può supportare questo passaggio spostando il focus dalle persone al sistema. La domanda non è “chi ha sbagliato?” ma “cosa nel nostro modo di lavorare produce questo risultato?” È una distinzione che Deming aveva reso famosa decenni fa, e che ancora oggi fatica a entrare nella cultura di molte aziende.

Ai livelli ML4 e ML5, quando le decisioni si basano su modelli probabilistici e il miglioramento si estende oltre i confini del singolo team, l’A3 consolida questo percorso: aiuta a orchestrare il miglioramento tra servizi interdipendenti, a gestire il rischio in modo strutturato, a rendere l’apprendimento operativo una pratica normale e non un evento eccezionale. Sempre nell’ambito del single-loop learning, ma portato alla sua massima maturità, come preparazione al salto qualitativo che avviene a ML6.

Dall’analisi alla policy: il cambiamento che rimane

Un problema risolto una volta non è un problema risolto. Lo è solo quando la soluzione viene codificata in una regola esplicita che il sistema segue anche quando chi ha trovato la soluzione non c’è più.

L’A3 Thinking, in questo percorso, è uno strumento che aiuta a costruire le fondamenta. Senza la disciplina del single-loop learning strutturato – senza la capacità di analizzare, sperimentare e codificare – il double-loop rimane un esercizio intellettuale senza radici operative. Le organizzazioni che arrivano a ML6 non saltano i livelli precedenti: li attraversano, e l’A3 è parte di come lo fanno.

Una nota finale

W. Edwards Deming diceva che l’apprendimento non è obbligatorio, così come non lo è la sopravvivenza. L’A3 Thinking nelle cadenze Kanban non è una tecnica sofisticata riservata alle organizzazioni avanzate. È il modo in cui si fa sul serio con il miglioramento continuo a partire da ML3: guardare i dati, capire il sistema, cambiare le regole. E ricominciare.

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.

Metriche di flusso: cosa misuriamo davvero quando misuriamo la produttività?

In molte organizzazioni, quando si parla di produttività degli uffici, si parte da un’intuizione apparentemente ragionevole: se le persone sono occupate, il lavoro avanza. Se le ore registrate aumentano, la produttività aumenta. Peccato che questa logica, portata alla prova dei dati, si riveli quasi sempre sbagliata.

Il problema dell’effort

Misurare le ore di lavoro – l’effort – dice quanto tempo le persone hanno dedicato a qualcosa. Non dice quanto lavoro è stato effettivamente completato. Sono due cose diverse, e confonderle genera decisioni sbagliate.

Un ufficio che gestisce pratiche amministrative può essere pieno di persone impegnate tutto il giorno, eppure produrre meno output di un ufficio più snello e meno saturo. Il motivo è semplice: quando le persone sono troppo occupate, il sistema si inceppa alla minima perturbazione – una richiesta urgente, un’assenza, una dipendenza esterna. Il lavoro si accumula, i tempi si allungano, e nessuno capisce esattamente perché.

La misura che conta, invece, è il Throughput: quante pratiche vengono effettivamente completate in un dato periodo. Registrazioni, contratti, acquisti, variazioni – qualsiasi cosa rappresenti un’unità di lavoro conclusa. Se il Throughput aumenta a parità di organico, la produttività sta crescendo. Non ci sono interpretazioni: è un dato empirico, diretto, semplice da raccogliere.

Livelli di servizio: sapere non basta, bisogna collegare

Una volta che si inizia a misurare il Throughput, emerge naturalmente una seconda domanda: in quanto tempo completiamo le pratiche? È qui che entrano in gioco i Service Level Agreement (SLA), ovvero gli impegni misurabili che un ufficio può comunicare ai propri interlocutori interni ed esterni.

Un esempio concreto: l’ottantacinquesimo percentile dei Lead Time è di 15 giorni. Che in termini semplici significa: l’85% delle richieste di un determinato servizio viene gestito entro 15 giorni. È un dato reale, ricavato dai sistemi in uso, ma da solo non dice ancora nulla di utile. La domanda che conta non è “è tanto o è poco?”, ma: qual è l’impatto reale sull’organizzazione se questi tempi restano invariati, si allungano, o si accorciano?

Senza questa misura di impatto, qualsiasi target è arbitrario. Fissare un obiettivo di 8 giorni invece di 15 potrebbe essere un miglioramento significativo o uno spreco di risorse, dipende da cosa succede a valle. Finché non colleghiamo le metriche operative alle conseguenze organizzative, stiamo ottimizzando nel vuoto.

Questo è il nodo: spesso non è che manchino i dati. Manca il collegamento tra i dati e le decisioni.

Gestire i picchi con i dati storici

Molte organizzazioni di servizio, e anche molti uffici amministrativi, vivono di stagionalità: certi periodi dell’anno concentrano volumi di lavoro molto superiori alla media. Pensate per esempio un ufficio paghe: avrà dei picchi di lavoro da evadere in corrispondenza di ogni fine mese.

Il modo tradizionale di gestire questi picchi è reattivo: si aspetta che il sistema si inceppi, poi si aggiunge personale o si fanno straordinari. Il modo alternativo è usare i dati storici per anticipare i picchi e attivare risorse aggiuntive – interne o esterne – solo quando e dove servono davvero. Una capacità extra controllata invece di un’emergenza ricorrente.

Capacity planning: vedere la coperta prima che sia troppo corta

Quando un ufficio gestisce attività diverse, la sfida non è solo fare di più, ma bilanciare. La coperta è sempre potenzialmente corta, e senza una mappa dell’allocazione reale delle risorse è impossibile sapere dove concentrare l’attenzione.

La settimana tipo è uno strumento semplice: si mappa come viene effettivamente distribuito il tempo del team tra le diverse categorie di attività, e si confronta questa distribuzione con i volumi di lavoro in arrivo. Questo confronto rende visibili i colli di bottiglia prima che diventino crisi, e permette di spostare risorse in modo consapevole invece di rincorrere le urgenze.

Ho diffusamente parlato di questa pratica in un’articolo al quale rimando per gli approfondimenti.

Il lavoro sommerso

C’è un ultimo problema, forse il più sottovalutato: il lavoro invisibile. In ogni ufficio esiste una quota significativa di attività che non viene tracciata – richieste gestite via email, richieste urgenti, eccezioni, supporto informale. Questo lavoro sommerso consuma capacità reale, ma non appare in nessuna metrica. Risultato: le analisi partono da dati incompleti, e le decisioni che ne derivano sono distorte.

La soluzione non è burocratizzare ogni attività, ma rendere visibile almeno la massa del lavoro sommerso – anche in modo aggregato – per avere una visione sistemica e bilanciata della situazione.

Le cadenze: dove avviene il vero miglioramento

Tutto questo – throughput, SLA, capacity planning, visibilità sul lavoro sommerso – è necessario ma non sufficiente. Le metriche contano solo se vengono usate con regolarità per fare domande precise: cosa sta cambiando? Cosa proviamo a migliorare? Come misuriamo se l’intervento ha funzionato?

Questo è il principio del miglioramento continuo: non un progetto straordinario, ma un meccanismo ordinario. Si fissa una cadenza di revisione – settimanale, bisettimanale, mensile – si guardano i dati, si formula un’ipotesi di miglioramento, si prova, si misura l’effetto. Se funziona, si consolida nel metodo. Se non funziona, si cambia strada.

È un metodo forse noioso da farsi, ma sorprendentemente foriero di risultati nel tempo.

In sintesi

Cosa misurarePerché
ThroughputMisura il lavoro realmente completato, non l’occupazione di tempo
Lead time / SLAPermette di prendere impegni misurabili con gli interlocutori interni ed esterni
Distribuzione per attivitàRende visibili i colli di bottiglia e bilancia i carichi
Volume storicoPermette di anticipare i picchi invece di subirli
Cadenze di revisioneTrasforma i dati in decisioni e iniziative di miglioramento continuo

Nessuno di questi strumenti richiede tecnologie complesse. Richiedono disciplina, continuità, e la disponibilità a prendere decisioni basate sui dati invece che sulle sensazioni. Il metodo Kanban offre esattamente questo: un sistema di pratiche, cadenze e metriche progettato per rendere tutto ciò ordinario – non un progetto straordinario, ma il modo normale di lavorare.

Un’ultima cosa: non è una questione di settore

C’è una storia che vale la pena raccontare, perché smonta un alibi molto comune.

Toyota è oggi il produttore di auto più grande al mondo. Produce 2 milioni di auto in più rispetto a Volkswagen (11 milioni circa contro 9 milioni circa), con circa la metà del personale. Non è successo perché fanno auto, perché sono giapponesi, o perché hanno avuto accesso a tecnologie particolari. È successo perché hanno applicato per più di settant’anni con rigore e continuità il metodo scientifico ai propri processi: osservare, misurare, formulare un’ipotesi, sperimentare, misurare di nuovo. Consolidare ciò che funziona, abbandonare ciò che non funziona. Ricominciare.

Chi dice “da noi non funzionerebbe, il nostro settore è diverso” di solito non sta descrivendo una realtà, sta descrivendo una resistenza. Il metodo scientifico non conosce settori. Funziona dove si è disposti a guardare i dati e a cambiare idea quando i dati lo chiedono.

Un ufficio amministrativo o una organizzazione di servizi non è una fabbrica di automobili. Ma le domande sono le stesse: quanto lavoro stiamo completando? In quanto tempo? Dove si accumula? Cosa succede se cambiamo qualcosa? La differenza tra chi migliora e chi resta fermo non è mai nella complessità degli strumenti, è nella disponibilità a fare quelle domande ogni settimana, senza mai smettere.

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.

Il tuo cliente non è il problema. Il tuo sistema di gestione sì.

Lavorare con i clienti oggi assomiglia sempre più a un tentativo di domare un incendio con un bicchiere d’acqua. “È urgente”, “Serve per ieri”, “Questa è la priorità assoluta”: sono i mantra di un’apnea operativa che prosciuga energie e qualità. Molti professionisti accettano questo stato di perenne emergenza come un destino ineluttabile, una sorta di tassa sul fatturato da pagare al “caos del mercato”.

Ma la verità è un’altra: il disordine non è una fatalità, è un fenomeno che può essere governato. La differenza tra un team che affoga e uno che domina la scena non sta nella fortuna di avere clienti “educati”, ma nel possedere gli strumenti mentali per processare l’imprevisto. Il caos non va subito, va gestito con un sistema.

1. Diventare campioni delle ‘palle alzate male’: la lezione di Velasco

Nel management, come nella pallavolo di alto livello, la vera maestria non si vede quando tutto è perfetto. È facile fare punto quando l’alzata è precisa e il tempo è giusto. Ma la realtà è fatta di situazioni critiche, imprecise, disturbate. Julio Velasco, oltre che grande allenatore di Volley, un vero filosofo del pragmatismo e avversatore della cultura degli alibi, ha codificato questo concetto parlando di file delle soluzioni. Un professionista di valore non è quello che aspetta le condizioni ideali, ma quello che si è addestrato a colpire anche quando tutto va storto.

Come ci ricorda Velasco in un suo famoso speech che potete rivedere cliccando qui:

“…io voglio schiacciatori che schiacciano bene palloni alzati male, voglio questi. Perché questi, poi, quelli alzati bene li schiacciano benissimo, non bene. Uno che schiaccia bene i palloni alzati male, quelli alzati bene li schiaccia benissimo, voglio quelli lì. Quindi non ne parliamo, risolviamo. Se la realtà è come è, e non come io voglio che sia, se la palla è bassa, il mio cervello – che è un computer straordinario – deve aprire tutti i file con il titolo ‘palla alzata bassa’ e in questi file ci sono le soluzioni per le palle alzate basse, che sicuramente non è schiacciarla come se fosse alta….”

La competenza risiede nella varietà delle risposte che abbiamo codificato. Non dobbiamo sperare che il cliente smetta di inviarci ‘palle alzate male’; dobbiamo arricchire il nostro archivio interno affinché nessuna situazione ci trovi impreparati. Gestire l’imprevisto non è un atto di improvvisazione, è l’applicazione di una soluzione già studiata per un problema che sapevamo sarebbe arrivato.

2. Smascherare le false urgenze con la ‘Via Negativa’

Per non soccombere, bisogna imparare l’arte della distinzione. Quando tutto è prioritario, nulla lo è. Qui entra in gioco la ‘Via Negativa’ di Nassim Taleb: la capacità di decidere cosa non fare o cosa rimandare per preservare l’integrità del sistema.

Per farlo, dobbiamo analizzare il Cost of Delay (costo del ritardo). Invece di subire l’urgenza del cliente, proviamo a sottoporre una domanda coraggiosa e provocatoria: “se tolgo questa specifica funzionalità o consegna, succede qualcosa di irreparabile domani mattina?”. Se la risposta è no, il Costo del Ritardo è basso. Non è un’urgenza, è solo rumore.

Vi racconto un caso reale. Era agosto, ero al mare, quando ricevo la chiamata di uno dei project manager di cui ero responsabile, disperato: un cliente pretendeva la consegna dell’intero progetto per il 1° ottobre. Una richiesta tecnicamente impossibile per la nostra capacità produttiva. Invece di cedere alla pressione emotiva, abbiamo applicato la Via Negativa. Il project manager ha negoziato con il cliente, distinguendo ciò che era vitale da ciò che era solo desiderio. Il risultato? Abbiamo consegnato le funzionalità essenziali il 20 ottobre (con fatica, ma con successo) e abbiamo scaglionato tutto il resto fino a gennaio. Il mondo non è crollato; al contrario, il nostro sistema ha retto e il cliente ha ottenuto ciò che gli serviva davvero per operare, non ciò che pensava di volere “per ieri”.

3. Studiare la fenomenologia del cliente per giocare d’anticipo

C’è un errore fatale che molti commettono: considerare le urgenze dei clienti come eventi casuali e imprevedibili. Non è così. Sebbene non possiamo controllare la volontà del cliente, possiamo analizzare i suoi pattern di comportamento. La fenomenologia del cliente ci dice che la casualità è meno casuale di quanto sembri.

La Customer Awareness non è cortesia, è intelligence. Significa mappare i comportamenti dei committenti come dati statistici e trasformarli in una variabile del nostro piano operativo:

  1. Identificazione dei pattern: analizziamo quante volte e in quali periodi arrivano le richieste “prima di subito”. Se succede ogni mese, non è un’urgenza, è un dato prevedibile. Smettiamo di sperare che non arrivino e iniziamo a costruire il nostro sistema intorno a questa certezza statistica.
  2. Modellazione della fenomenologia: trattiamo il disordine del cliente come una variabile del sistema. Se sappiamo che un certo cliente cambia idea tre volte prima della chiusura, non pianifichiamo l’esecuzione finale finché non ha superato il suo terzo ‘ripensamento’ statistico.
  3. Difesa preventiva: usiamo questi dati per pre-allocare le risorse e gestirne le aspettative prima ancora che il cliente alzi il telefono.

Se analizziamo statisticamente i dati, scopriamo che le urgenze arrivano con una frequenza e una ciclicità misurabili. Mappare questi schemi permette di smettere di farsi sorprendere. La strategia non è far cambiare il cliente, ma mappare la sua imprevedibilità per trasformarla in una variabile del nostro piano operativo.

4. La Capacity Reservation: il segreto per non essere mai in ritardo

Una volta compresa la fenomenologia, nel metodo Kanban la soluzione tecnica è un sistema dinamico di Capacity Reservation (prenotazione della capacità). L’errore fatale di molti manager è saturare la capacità produttiva al 100%. Non funziona, un sistema saturo al massimo della capacità ha tempi di attesa infiniti al primo intoppo. È necessario invece lasciare sempre un buffer di capacità non allocata, gestito in modo dinamico.

Il meccanismo è chirurgico e si basa di nuovo sul Cost of Delay:

  • Classe di servizio Expedite: qui inseriamo solo le urgenze vere, quelle dove ogni giorno di ritardo costa all’azienda soldi o reputazione. Queste attività occupano la capacità che abbiamo tenuto libera.
  • Gestione del backlog: e se l’urgenza non arriva? Non restiamo con le mani in mano. Quella capacità riservata viene usata per avanzare con il lavoro meno urgente in attesa in coda.

Questo approccio ribalta la dinamica della performance professionale. Il mantra diventa: “se ci dice bene siamo in anticipo, se ci dice male siamo puntuali”. Ci liberiamo finalmente dalla trappola tossica del “se va bene siamo puntuali, se va male siamo in ritardo”. La puntualità non è più una speranza, ma una garanzia del sistema.

Basta alibi: gestire il disordine è una scelta

È ora di smetterla di usare il “disordine italiano” o l’indisciplina dei clienti come scusa per una cattiva gestione interna. Incolpare il cliente per la propria disorganizzazione è un fallimento manageriale. Affermare che i clienti sono impossibili da gestire è l’ultimo alibi di chi non ha costruito un sistema capace di assorbire la realtà.

L’efficienza non dipende dalla natura del cliente, ma dalla robustezza della nostra architettura di lavoro. Attraverso la misurazione dei flussi, la visualizzazione dei pattern e l’applicazione di pratiche Kanban avanzate, possiamo governare anche i contesti più turbolenti. Il disordine esterno non giustifica il caos interno: la gestione dei sistemi complessi è una responsabilità organizzativa, non una questione di fortuna.

Conclusione: la serenità professionale è una scelta tecnica

Gestire il disordine non è una dote naturale. È un’architettura che si costruisce, mattone dopo mattone, a partire da una scelta consapevole.

Il futuro della tua attività non dipende da quanto diventeranno disciplinati i tuoi clienti, ma da quanto diventerà solido il tuo sistema di gestione. La domanda che ti lascio è provocatoria ma necessaria: preferisci continuare a subire l’indisciplina del mercato, o vuoi iniziare a mappare i tuoi problemi per risolverli una volta per tutte?

La serenità professionale è una scelta tecnica. E quella scelta inizia oggi.

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.

Quando i leader arrivano tutti alla stessa conclusione

Lo scorso febbraio, Fortune ha pubblicato un articolo che ha catturato la mia attenzione. La sostanza del titolo era già tutto un programma: il CEO di Anthropic, Dario Amodei, dichiara di dedicare quasi la metà del suo tempo non ai prodotti, non ai modelli di IA, non agli investitori, ma alla cultura aziendale.

Non è un titolo da comunicato stampa. È una presa di posizione. E il contenuto regge la promessa.

Il CEO che dedica il 40% del suo tempo alla cultura

Amodei ha dichiarato che la cosa più importante che fa ogni giorno non ha nulla a che fare con l’addestramento di modelli di IA o con il rilascio di prodotti. Guida un’azienda da 2.500 persone, valutata 380 miliardi di dollari, ed è convinto che l’unica leva davvero scalabile sia la cultura organizzativa.

Non si tratta di un impegno generico. Amodei ha costruito rituali precisi: riunioni bi-settimanali chiamate DVQ (Dario Vision Quest), durante le quali si presenta davanti all’intera azienda con un documento di tre o quattro pagine e parla per un’ora di argomenti che vanno dalla strategia di prodotto alla geopolitica. A questo si aggiunge una presenza quotidiana su Slack, con risposte alle domande dei dipendenti e riflessioni sulla direzione dell’azienda.

Il principio guida è esplicito: costruirsi una reputazione basata sul dire la verità all’azienda su ciò che sta accadendo, chiamare le cose con il loro nome, riconoscere i problemi ed evitare quello che ha chiamato corpo speak, quella comunicazione difensiva spesso necessaria in pubblico.

La sua tesi è semplice: con 2.500 persone è diventato quasi impossibile supervisionare ogni decisione tecnica o di prodotto. L’unico sistema che scala è la cultura: un insieme di valori condivisi che guida migliaia di scelte autonome ogni giorno, senza bisogno di supervisione dall’alto.

Una conclusione già raggiunta altrove

Ciò che colpisce di questa dichiarazione non è la novità, ma la coerenza con ciò che altri leader, in contesti ed epoche diversi, avevano già osservato percorrendo la stessa strada.

Lou Gerstner, che guidò la rinascita di IBM negli anni ’90, lo aveva sintetizzato in modo lapidario: la cultura non è un aspetto del gioco, è il gioco stesso.

Il metodo Kanban e il Kanban Maturity Model (KMM) hanno elaborato questa stessa osservazione in modo sistematico, a partire dall’analisi di numerose organizzazioni. La conclusione è la medesima: le pratiche operative funzionano solo se sono radicate in una cultura coerente. I valori guidano l’adozione delle pratiche. Le pratiche rinforzano i valori. I due elementi sono inseparabili.

Tre percorsi diversi, tre contesti diversi. La stessa verità.

Quello che il KMM ha codificato

Ciò che accomuna Amodei, Gerstner e l’approccio del KMM è la sostanza, non il linguaggio. Nel framework del KMM, quello che Amodei chiama “investimento nella cultura” si articola in tre dimensioni organizzative precise.

Capitale sociale. Amodei costruisce fiducia attraverso la trasparenza: condividere i ragionamenti interni, ammettere i problemi prima che diventino evidenti, essere presenti e diretti anche quando sarebbe più comodo non esserlo. Nel KMM, il capitale sociale è la valuta della velocità organizzativa – alta fiducia significa meno attrito, decisioni più rapide, meno energia dispersa in dinamiche difensive. Si costruisce esattamente come Amodei lo costruisce: abbassando lo scudo prima di pretendere che lo facciano gli altri.

Innovazione sociale. Il rifiuto del corpo speak non è solo una preferenza stilistica. È un segnale organizzativo: le idee scomode hanno diritto di cittadinanza, il dissenso costruttivo è benvenuto. Nel KMM, la capacità di tollerare e valorizzare il pensiero non convenzionale è un prerequisito per i livelli più alti di maturità organizzativa, dove l’organizzazione sa reinventarsi sotto pressione invece di irrigidirsi.

Coesione sociale. I DVQ, i messaggi quotidiani su Slack, la comunicazione costante sulla missione: tutto questo alimenta il senso di appartenenza e di direzione condivisa. Nel KMM questa è la forza che tiene unita un’organizzazione quando la pressione esterna aumenta. Con un’avvertenza importante: una coesione troppo alta, senza apertura critica, rischia di trasformarsi in conformismo. L’antidoto – trasparenza sui problemi reali, non solo sui successi – è esattamente ciò che Amodei vuole praticare.

Dalla cultura agli strumenti: come il KMM rende tutto questo praticabile

Identificare le tre dimensioni culturali è utile, ma non sufficiente. Il KMM va oltre la diagnosi e offre strumenti concreti per agire.

Il primo è la visualizzazione del lavoro. Rendere visibile ciò che sta accadendo in un’organizzazione – chi sta facendo cosa, dove si accumulano i colli di bottiglia, cosa è bloccato e perché – non è solo una pratica operativa. È un atto culturale: genera una conversazione onesta sulla realtà, elimina le asimmetrie informative e costruisce la stessa fiducia che Amodei cerca con i suoi DVQ e i suoi messaggi su Slack.

Il secondo è il limite al WIP (Work In Progress). Vincolare la quantità di lavoro simultaneamente in corso obbliga l’organizzazione a fare scelte esplicite sulle priorità, invece di accumulare impegni che nessuno porterà mai a termine. È l’applicazione pratica di un principio semplice: smetti di iniziare, inizia a finire. Una regola che cambia la logica operativa quotidiana senza bisogno di ristrutturazioni.

Il terzo è il decision filter, una gerarchia esplicita di criteri per orientare le scelte quando le priorità entrano in conflitto: il valore per il cliente precede la fluidità del flusso, che precede la riduzione degli sprechi, che precede le economie di scala. Una bussola condivisa che riduce il bisogno di supervisione dall’alto, esattamente il problema che Amodei sta cercando di risolvere.

Questi strumenti non sostituiscono la cultura, la rendono tangibile. Ogni pratica diventa un segnale ripetuto nel tempo: cosa conta davvero qui, come prendiamo le decisioni, come trattiamo il lavoro e le persone. È così che i valori smettono di essere poster appesi alle pareti e diventano il modo in cui l’organizzazione funziona ogni giorno.

Perché questa convergenza è utile

Il punto non è stabilire chi è arrivato prima a queste conclusioni. È riconoscere che quando leader con background molto diversi, in settori diversi, in epoche diverse, convergono sulle stesse pratiche, questo dice qualcosa di interessante sulla natura del problema.

La cultura organizzativa risponde a logiche proprie. Chi le rispetta ottiene risultati coerenti. Chi le trascura, indipendentemente dalla qualità della propria strategia di prodotto o tecnologica, si trova prima o poi a gestire organizzazioni che non riescono a esprimere il proprio potenziale.

Vale la pena sottolineare un dettaglio spesso trascurato: il metodo Kanban e il KMM non sono costruzioni teoriche elaborate a tavolino. Sono il risultato di anni di osservazione diretta sul campo, in organizzazioni reali, alle prese con problemi reali. Le loro linee guida sono pragmatiche, attuabili e basate su evidenze concrete, accumulate nel tempo attraverso lo stesso processo empirico con cui Amodei ha sviluppato il proprio approccio. La differenza è che quell’esperienza è stata sistematizzata, resa trasferibile, affinata attraverso il confronto con numerosi contesti diversi.

Questo è il valore pratico per un leader: non dover ricominciare ogni volta da zero, non dover aspettare che l’esperienza diretta insegni ciò che altri hanno già imparato. Avere una mappa non elimina il bisogno di camminare. Ma permette di orientarsi più rapidamente e di commettere meno errori lungo la strada.

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.

Il traffico cognitivo: il vero spreco del lavoro intellettuale

C’è uno spreco silenzioso che consuma ogni giorno una parte significativa del tempo dei team. Non è la riunione inutile, non è il processo ridondante. È qualcosa di più sottile: il continuo interrompere i colleghi per trovare un’informazione, il messaggio su chat inviato alle quattro del pomeriggio per sapere a che punto è una attività, la risposta attesa che blocca il lavoro proprio mentre si aspetta.

Chiamiamolo traffico cognitivo: la comunicazione non pianificata, destrutturata, generata non da reale collaborazione ma da asimmetria informativa. Tutti sanno dove si trovano le macchine in una fabbrica. Nel lavoro intellettuale (knowledge work), invece, le informazioni vivono nelle teste delle persone e trovarle richiede di interromperle.

Non si tratta di una percezione soggettiva. Lo dicono le ricerche sul communication overhead nel knowledge work, ma lo sperimentiamo tutti in prima persona e lo possiamo misurare facilmente con un piccolo esperimento: basta segnarsi su un foglio, per qualche giorno, le volte che interrompiamo o veniamo interrotti.

La lezione di Toyota: avvicinare le informazioni, non solo le persone

Toyota ha risolto un problema analogo in fabbrica con le celle di lavorazione (work cells): invece di disporre le macchine per tipo – tutte le fresatrici insieme, tutti i torni insieme – le ha raggruppate attorno al flusso di lavoro del prodotto. Il risultato è che un operatore non deve continuare a spostarsi per trovare quello che gli serve: è già vicino. Questo principio fa parte del Toyota Production System (TPS), il sistema di produzione che ha ispirato il pensiero Lean e, a cascata, buona parte dei metodi di gestione del lavoro contemporanei.

Negli uffici e nei team di knowledge work, il problema non è fisico: le persone non si spostano tra i reparti. Il problema è temporale e informativo. “Ci si sposta” con le dita sulla tastiera, mandando messaggi, cercando aggiornamenti, chiedendo conferme. La distanza da colmare non è metri, ma minuti e contesti.

Il principio sottostante alla cella Toyota, però, vale anche qui: se si rendono le informazioni accessibili senza dover chiedere, si elimina il bisogno di interrompere.

Visual management: la cella di Toyota per le informazioni

Una prima risposta per colmare la distanza informativa è il visual management, ovvero rendere lo stato del lavoro visibile a tutti i membri del team senza dover chiedere. Nelle fabbriche Toyota, ogni macchina, ogni kanban card, ogni indicatore è progettato per essere leggibile a colpo d’occhio. Nei team intellettuali, l’equivalente è la Kanban board: una rappresentazione visiva del lavoro in corso, in attesa e completato, aggiornata in tempo reale.

La pratica generale ‘Visualizza’ del metodo Kanban si articola in più di quaranta pratiche specifiche su sei livelli di maturità, che permettono la realizzazione di un solido sistema Kanban. Un sistema Kanban ben progettato riduce il bisogno di aggiornamenti via chat semplicemente perché chi vuole sapere può guardare la Kanban board.

Visual management e cadenze lavorano insieme: la board rende visibile lo stato del lavoro in ogni momento, le cadenze creano i momenti in cui quello stato viene discusso e aggiornato collettivamente.

Le cadenze: avvicinare le persone alle informazioni nel tempo

Una delle risposte più efficaci al traffico cognitivo sono le cadenze di coordinamento: riunioni brevi, sistematiche e con una frequenza precisa, progettate per condividere lo stato del lavoro in modo strutturato e prevedibile.

La pratica generale ‘Implementa cicli di feedback’ del metodo Kanban prevede un sistema articolato di otto cadenze, ciascuna con scopo e frequenza diversi: il Team Kanban Meeting quotidiano per sincronizzare il flusso; il Replenishment Meeting per decidere cosa fare entrare nel sistema; il Delivery Planning Meeting per allinearsi sulle consegne; la Service Delivery Review per valutare la qualità del servizio erogato; la Service Request Review per analizzare la domanda di servizio; l’Operations Review per ottimizzare il sistema operativo; la Strategy Review per riallineare priorità e direzione, la Risk Review per la gestione del rischio a livello sistemico. Non sono riunioni generiche: ognuna ha un perimetro informativo preciso e una lista di partecipanti coerente con quello scopo.

Il meccanismo è elegante nella sua semplicità: se so che domani mattina alle 9:15 avrò tutte le informazioni che mi servono in un Team Kanban Meeting di quindici minuti, non mando il messaggio stasera alle 17:47. La cadenza assorbe il bisogno. La chat rimane silenziosa.

Definition of Ready: avere tutte le informazioni quando servono

In un buon sistema Kanban viene anche implementata la pratica di Definition of Ready (DoR), nota anche come criteri di accettazione della richiesta.

Rappresenta una politica esplicita che stabilisce i requisiti informativi necessari affinché un elemento di lavoro possa superare il punto di impegno (commitment point). Questa pratica assicura che le richieste in entrata siano complete, chiare, coerenti e verificabili, inclusi i criteri per sapere quando il risultato è accettabile. La visualizzazione di questi criteri facilita il processo decisionale durante i Replenishment Meeting, garantendo che il team e il cliente abbiano una comprensione condivisa di ciò che è pronto per essere lavorato.

In definitiva, la DoR riduce la distanza informativa a valle, proteggendo il sistema Kanban da traffico cognitivo e incertezze, garantendo un’erogazione del servizio più fluida e prevedibile.

Perché funziona: il costo del ritardo informativo

Dietro queste logiche c’è un concetto fondamentale: il costo del ritardo (cost of delay). Ogni volta che un’informazione non è disponibile nel momento in cui serve, qualcuno la va a cercare – interrompendo se stesso e gli altri. Questo costo è quasi invisibile perché distribuito: qualche minuto qui, qualche scambio lì. Ma sommato su un team di dieci persone lungo una settimana, diventa una quantità di tempo e attenzione considerevole.

Le cadenze e la DoR non eliminano la comunicazione: la concentrano. Trasformano un flusso continuo e imprevedibile di interruzioni in momenti attesi, circoscritti e produttivi. Il parallelo con il pensiero Lean è diretto: così come il just-in-time elimina le scorte in eccesso producendo solo ciò che serve quando serve, cadenze e DoR eliminano la comunicazione in eccesso producendo il coordinamento solo quando e dove serve.

C’è anche una dimensione psicologica. La prevedibilità riduce l’ansia informativa: sapere che le informazioni arriveranno – e quando – permette di lavorare con più concentrazione nel frattempo. Le cadenze creano le condizioni strutturali perché questo sia possibile.

Cosa cambia in pratica

Introdurre cadenze di coordinamento efficaci richiede tre ingredienti. Il primo è una frequenza calibrata sul tipo di lavoro: troppo rare, non riescono ad assorbire le urgenze; troppo frequenti, diventano esse stesse un’interruzione. Il secondo è un formato chiaro: ognuno sa cosa porta e cosa si porta via, e la riunione non degenera in un aggiornamento generico. Il terzo è un sistema visivo che renda lo stato del lavoro leggibile senza dover chiedere – la Kanban board, appunto.

Nel Kanban Maturity Model (KMM), lo strumento sviluppato per misurare la maturità organizzativa nell’adozione del metodo Kanban, la capacità di progettare e mantenere cadenze efficaci è considerata un indicatore di maturità non banale: richiede che l’organizzazione abbia già sviluppato una certa trasparenza sul lavoro e una cultura di fiducia tra i team.

Quando questi elementi sono presenti, qualcosa cambia nel clima del team. Le chat si fanno più silenziose. Non perché le persone comunichino meno, ma perché comunicano meglio: nel momento giusto, con le informazioni giuste, senza interrompere il flusso di chi sta pensando.

Conclusione

Il vero spreco del knowledge work non è il tempo passato in riunione. È il tempo perso nel mezzo del lavoro a cercare informazioni che dovrebbero già essere disponibili. Toyota lo ha capito per le fabbriche disegnando le celle di lavorazione: avvicina fisicamente ciò che deve collaborare. Per i team intellettuali, la risposta ha una forma diversa – cadenze, visual management e DoR – ma una logica identica: progettare il flusso delle informazioni prima ancora di progettare il lavoro.

Le cadenze di coordinamento non sono uno strumento di controllo né un’altra riunione da calendario. Sono un sistema di riduzione del rumore – in un’epoca in cui l’attenzione è la risorsa più scarsa, ridurre il rumore è forse l’intervento organizzativo con il miglior rapporto tra semplicità e impatto.

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.