Categoria: Riflessioni

Il coraggio di dire “no” ai clienti: la vera leadership che garantisce qualità e affidabilità

Nella mia attività di consulenza direzionale, mi confronto molto spesso con una sfida che accomuna molti leader aziendali e professionisti: la presunta necessità di dover assecondare ogni singola richiesta del cliente. Questa tendenza nasce dal timore di scontentare chi paga, o peggio, di perdere una commessa a favore della concorrenza. Si consolida così in molte organizzazioni l’idea errata che la qualità del servizio sia direttamente proporzionale alla disponibilità a dire sempre “sì”.

In realtà, la vera eccellenza non risiede nell’esaudire ogni suo desiderio istantaneo, ma nel garantire al cliente affidabilità e qualità costanti. Il miglior servizio non si basa sulla compiacenza, ma sulla gestione rigorosa della capacità del sistema. Solo proteggendo la stabilità del flusso di lavoro possiamo assicurare che le promesse fatte vengano effettivamente mantenute.

Il pericolo di “farsi portare a spasso” dai clienti

Assecondare ogni richiesta, senza filtrare gli input attraverso criteri organizzativi solidi, è un profondo fraintendimento del concetto di servizio. Quando un’organizzazione agisce esclusivamente in modalità reattiva, smette di governare i propri processi e perde la propria autorevolezza.

“Non bisogna farsi portare a spasso dai clienti.”

Questo concetto, che ribadisco spesso durante le mie sessioni, sottolinea che padroneggiare un servizio significa esercitare una leadership attraverso la competenza. Il cliente non cerca solo un esecutore passivo; cerca un professionista che guidi il processo. Se ci facciamo “portare a spasso”, rinunciamo al nostro ruolo di gestori e protettori dell’integrità del servizio, diventando complici di un sistema caotico che, inevitabilmente, genererà insoddisfazione.

La professionalità passa per le risposte scomode

Dobbiamo smettere di vedere la professionalità come un imbuto che accoglie tutto e iniziare a considerarla come un filtro. Parte integrante di un servizio di alto livello consiste nell’avere il coraggio di fornire risposte scomode quando le circostanze lo richiedono.

Esistono confini che non possono essere valicati:

  • Limiti di risorse: quando una richiesta non può essere essere evasa immediatamente, ma in un momento successivo.
  • Limiti tecnici: quando una richiesta compromette la qualità del servizio o non è realizzabile con l’attuale infrastruttura.
  • Limiti legali e normativi: quando quanto richiesto contravviene alle regole del settore.

Fornire una risposta franca, anche se difficile, è un atto di onestà intellettuale e di leadership. La competenza si manifesta proprio nella capacità di porre limiti chiari, garantendo che ogni impegno preso sia effettivamente sostenibile e di valore.

L’interesse del cliente nella stabilità del tuo flusso

Un sistema in sovraccarico non è solo un problema interno all’organizzazione che eroga il servizio; è un rischio strategico per il cliente stesso. Se il flusso non è stabile e la capacità del sistema è saturata oltre il limite, l’affidabilità crolla: diventa impossibile rispettare le date promesse e la qualità decade per via dei continui cambi di contesto.

È nell’interesse del cliente che il fornitore stabilizzi il proprio modo di lavorare. Negoziare i tempi di inizio o impegnare la capacità in modo oculato non è un segno di scarsa disponibilità, ma un atto di profondo rispetto verso cliente. Un cliente trae molto più valore da un partner che dichiara con trasparenza quando potrà effettivamente dedicare la giusta attenzione alla sua richiesta, piuttosto che da uno che promette un’immediatezza che non può mantenere.

Stop starting, start finishing: la trappola dei lavori incompiuti

Il metodo Kanban ci insegna un motto fondamentale: stop starting, start finishing (smetti di iniziare, inizia a finire). Esiste un modello sbagliato molto diffuso nelle organizzazioni: persone che rispondono “sì, arrivo subito” per poi non mantenere gli impegni.

Queste realtà subiscono un danno reputazionale significativo: accumulano una quantità ingestibile di lavori iniziati (WIP – Work In Progress) e non ne portano a termine nessuno con puntualità. Per mantenere l’affidabilità, è imperativo concludere un compito prima di impegnare la capacità in uno nuovo.

Adottando questa disciplina, emergono naturalmente i valori fondamentali del metodo Kanban:

  • Gestione del flusso: controllo e ottimizzazione del flusso di lavoro attraverso la gestione del sistema.
  • Trasparenza: chiarezza e visibilità sullo stato dei lavori e sulle priorità.
  • Visualizzazione: rendere esplicito il carico di lavoro per facilitare decisioni informate.
  • Narrazione: capacità di raccontare e spiegare le logiche del servizio al cliente.
  • Collaborazione: lavoro sinergico con il cliente per ottimizzare i risultati.
  • Leadership: capacità di guidare il cliente verso un modello di interazione più funzionale.

Trasparenza e narrazione: come vendere il valore del “no”

Gestire le aspettative degli stakeholder in questo modo non avviene in automatico; richiede un lavoro intenzionale di comunicazione. È qui che entra in gioco la narrazione: dobbiamo spiegare che un “no” oggi o uno slittamento dell’inizio di un’attività è finalizzato alla tutela del cliente stesso.

Attraverso la trasparenza, possiamo mostrare che se oggi ci stiamo dedicando a concludere il lavoro per un altro cliente, stiamo applicando un metodo che garantisce che, quando arriverà il suo turno, il cliente riceverà la medesima attenzione indivisa e puntualità. In pratica, il “no” attuale è la garanzia di un “sì” di qualità per il futuro. L’esperienza sul campo dimostra che i clienti, una volta compreso il beneficio in termini di affidabilità, sono molto più disposti ad ascoltare e adeguarsi di quanto il timore iniziale lasci presagire.

Conclusione: verso un paradigma di autentica collaborazione

Il passaggio da un approccio reattivo a uno governato dalla stabilità e dalla gestione della capacità trasforma radicalmente la relazione con il cliente. Superare la paura di scontentare l’interlocutore permette di costruire un rapporto basato sulla fiducia reciproca, sull’integrità e su risultati certi. Dire “no” o negoziare un inizio non è un atto di rifiuto, ma la promessa di un lavoro eseguito a regola d’arte.

Sei pronto a iniziare a governare il tuo flusso e offrire ai tuoi clienti l’affidabilità che meritano davvero?

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 il Gantt: il Rolling Forecast per introdurre Kanban e una pianificazione dinamica orientata al flusso

Nella mia consulenza operativa, una sfida che mi trovo spesso ad affrontare non è tanto l’implementazione tecnica del sistema Kanban, quanto la resistenza ad abbandonare vecchie consuetudini rassicuranti. Una situazione tipica si verifica con il bisogno psicologico di una pianificazione temporale visibile. Sebbene la logica della “coda pura”, tipica dei sistemi Kanban, si dimostri più efficace nel ridurre gli sprechi e ottimizzare il flusso, esiste una significativa barriera culturale legata alla percezione di instabilità dovuta all’assenza di un calendario dei lavori.

Nelle organizzazioni meno strutturate, la mancanza di una collocazione cronologica delle attività viene spesso percepita come una pericolosa e inaccettabile perdita dell’unica, seppure effimera, fonte di controllo. Il passaggio da una logica “push” basata sulle date a una logica “pull” basata sulla capacità produttiva e sulla gestione del flusso genera una destabilizzazione che può paralizzare le decisioni e bloccare l’evoluzione del sistema. Ho quindi trovato utile identificare uno strumento di mediazione che offra la rassicurazione di un piano temporale, senza sacrificare l’efficacia della gestione del flusso.

Il limite del modello Kanban percepito nelle organizzazioni tradizionali

Nei team fortemente abituati alla linearità dei diagrammi di Gantt, il Kanban puro tende a essere percepito come eccessivamente astratto. Una gestione basata esclusivamente sulla coda, priva di un orizzonte temporale definito, genera una sensazione di vuoto informativo che, a cascata, alimenta l’insicurezza decisionale. In assenza di una risposta chiara alla domanda “quando?”, il team avverte una carenza di visibilità prospettica che ostacola il coordinamento sia operativo sia strategico.

In questo contesto, il concetto di Rolling Forecast emerge dalla mia esperienza come la soluzione ibrida ideale. Non si tratta di un ritorno alla rigidità del piano, bensì dello sviluppo di un sistema capace di tradurre la coda di lavorazione nel linguaggio temporale richiesto dall’organizzazione. È lo strumento che colma il divario tra l’operatività del team e le aspettative di controllo della direzione.

Una coda organizzata su cadenze temporali

Il Rolling Forecast permette di superare i limiti del piano statico, abilitando un’architettura di gestione del flusso che integra la flessibilità della coda con la struttura del calendario. Possiamo definirlo come una “coda con cadenze”, dove la cadenza rappresenta il punto di sincronizzazione tra il flusso interno e le aspettative esterne.

Tecnicamente, il sistema si può articolare su tre segmenti operativi che mappano le lavorazioni su un orizzonte temporale scorrevole:

  • Periodo fissato: lavorazioni confermate e immodificabili nel brevissimo termine, dove l’esecuzione è imminente.
  • Periodo semifisso: lavorazioni pianificate con un margine di flessibilità, soggette a raffinamento prima di entrare nella fase operativa.
  • Periodo variabile: orizzonte temporale destinato alla pianificazione strategica, dove l’inserimento di nuove lavorazioni è ancora fluido.

Questa struttura consente di rispettare pienamente i principi della gestione del flusso di lavoro, pur offrendo la possibilità di collocare ogni attività in modo approssimativo su un calendario, garantendo così una visione d’insieme più tradizionale.

Analisi di un caso applicativo e sistema di aggiornamento

La validità di questo approccio non è solo teorica, ma trova conferma in evidenze empiriche. Nel caso di studio Doxee, che potete leggere sul portale Kanban+ di Kanban University, ho mostrato come il Rolling Forecast ha permesso di mettere sotto controllo un sovraccarico sistemico che inizialmente rendeva la gestione dei progetti software inconsistente e imprevedibile.

Pur mantenendo l’aspetto di una pianificazione temporale tradizionale, il sistema di Doxee ha iniziato a operare internamente seguendo rigorosamente le dinamiche di flusso tipiche dei sistemi Kanban, stabilizzandosi inizialmente ed evolvendo poi progressivamente verso una sempre maggiore efficienza ed efficacia.

La stabilità di tale sistema derivava dalla regolarità della sua manutenzione, basata sul meccanismo che io allora chiamavo “spostamento del carrello”:

  • Aggiornamento ogni 15 giorni: una routine bisettimanale che assicurava il riallineamento costante tra previsione e realtà, in base all’effettiva capacità produttiva.
  • Riclassificazione dei periodi: ad ogni ciclo, il “carrello” avanzava. Il periodo precedentemente classificato come semifisso diventava fissato e le relative attività venivano confermate e rese immutabili in vista della loro lavorazione, mentre 15 giorni del periodo variabile diventavano un periodo semifisso.
  • Rassicurazione metodologica: questa routine trasformava la gestione della coda in una sequenza ordinata di impegni, preservando le caratteristiche di una pianificazione e generando fiducia in tutti gli stakeholder.

Il Rolling Forecast: riferimenti teorici ed esperienza operativa

Il concetto di Rolling Forecast e di pianificazione continua trae i suoi fondamenti nella sperimentazione operativa che ne è stata fatta a partire dagli anni ’70 e ’80 del secolo scorso, per superare i limiti dei sistemi di pianificazione e controllo basati sul budget annuale come strumento centrale per la gestione delle grandi organizzazioni. La crescente complessità dei mercati e la necessità di rispondere rapidamente ai cambiamenti avevano mostrato sempre di più i limiti dei budget rigidi, aprendo la strada a strumenti di previsione più flessibili e orientati al cliente, come, appunto, i Rolling Forecast.

Il contributo principale nella letteratura manageriale è stato dato da Jeremy Hope e Robin Fraser con la pubblicazione nel 2003 del libro Beyond Budgeting: How Managers Can Break Free from the Annual Performance Trap, in cui descrivono i principi chiave dell’approccio:

  • previsioni aggiornate periodicamente, orientate al futuro
  • separazione tra forecast, target e sistemi di incentivazione
  • uso delle previsioni come strumento decisionale e non solo di controllo
  • maggiore autonomia e responsabilizzazione delle unità operative

Questi principi costituiscono la base teorica riconosciuta del Rolling Forecast, mostrando come esso possa supportare organizzazioni complesse nella gestione dinamica dei risultati e delle risorse.

La mia conoscenza concreta del Rolling Forecast deriva direttamente dall’esperienza maturata, a partire già dalla seconda metà degli anni ’90, da una manager di una società appartenente a un grande gruppo industriale multinazionale, che me ne aveva condiviso il funzionamento pratico applicato alla pianificazione della produzione di beni di largo consumo.

Nei primi anni duemila ho avuto modo quindi di adattare e applicare personalmente lo stesso sistema in Doxee per la pianificazione operativa dello sviluppo di progetti software. L’esperienza maturata in quegli anni ha confermato l’efficacia del Rolling Forecast come strumento di supporto decisionale in contesti dinamici, migliorando sia la capacità di risposta sia la qualità delle decisioni.

Valutazione della maturità organizzativa e pressioni esterne

L’adozione del Rolling Forecast è una scelta strategica dettata dalla maturità dei processi aziendali. In realtà poco strutturate o in fase di transizione, il calendario agisce come un linguaggio familiare che facilita l’adozione di logiche più avanzate senza traumi organizzativi.

Inoltre, il Rolling Forecast funge da interfaccia di comunicazione essenziale verso l’ambiente esterno. Quando i clienti esercitano forti pressioni per ottenere date di consegna certe, l’organizzazione non può limitarsi a mostrare una coda di lavorazione. Il calendario diventa lo strumento di interfaccia che permette di gestire internamente il flusso in modo dinamico, fornendo esternamente le risposte temporali necessarie per mantenere la fiducia del cliente.

Conclusione: equilibrio tra controllo e flessibilità

L’obiettivo finale di un intervento operativo non è l’applicazione pedissequa di un metodo teorico, bensì la costruzione di un sistema di gestione ordinato e sostenibile, capace di rispettare la realtà psicologica dell’organizzazione.

In questo contesto, il Rolling Forecast rappresenta spesso, almeno nelle fasi iniziali, il punto di equilibrio ottimale tra l’esigenza di controllo del management e la flessibilità richiesta dai moderni flussi di lavoro.

La vera forza del sistema non risiede nella precisione delle date, ma nella regolarità della cadenza di aggiornamento. È questa costanza che genera rassicurazione e trasparenza, trasformando il calendario da semplice strumento di pianificazione a pilastro della fiducia aziendale. Implementare un Rolling Forecast significa, in ultima analisi, costruire un ponte solido tra la vecchia cultura del calendario e la nascente gestione del flusso.

Bibliografia

  1. Jeremy Hope, Robin Fraser, Beyond Budgeting… Breaking Through the Barrier to the Third Wave, Management Accounting (CIMA), 1997
  2. Jeremy Hope, Robin Fraser, Beyond Budgeting: How Managers Can Break Free from the Annual Performance Trap, Harvard Business School Press, 2003
  3. Marco Re, A Kanban-like system successfully implemented at Doxee in 2010-2012, portale Kanban+ della Kanban University, 2023

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 produttività: come l’efficienza di flusso genera migliore qualità

Nel mondo dei servizi, la convinzione che il raggiungimento di efficienza e qualità siano obiettivi in contrasto è un sintomo rivelatore di un fondamentale equivoco. Tale percezione, che costringe a un perenne gioco di equilibri, nasce da una profonda incomprensione della fisica del lavoro intellettuale (knowledge work), dove si presume che per ottenere più qualità sia necessario sacrificare la velocità e, viceversa, che la ricerca dell’efficienza porti inevitabilmente a compromessi sul risultato.

Questo articolo intende spiegare perché tale percezione è errata, dimostrando che la vera efficienza operativa – definita come efficienza di flusso – non solo coesiste con la qualità, ma ne è il principale motore. Vedremo come il miglioramento dei tempi impiegati per l’attraversamento di un sistema e per la generazione del valore porti intrinsecamente a una maggiore prevedibilità, a risultati di qualità superiore e, di conseguenza, a una più profonda soddisfazione del cliente. La qualità non è un traguardo da raggiungere a discapito dell’efficienza, ma la sua naturale conseguenza.

Nel seguito, ridefiniremo il concetto di efficienza per svelarne il legame diretto con la qualità, dimostrando come un’organizzazione matura non debba mai scegliere tra fare le cose bene e farle velocemente.

Ridefinire l’efficienza: dal “tenere tutti occupati” al “far scorrere il lavoro“

Adottare una corretta definizione di efficienza non è un mero esercizio stilistico, ma una decisione strategica che determina le performance di un’intera organizzazione. Ancora in molte realtà, il paradigma dominante è quello dell’efficienza delle risorse, un modello obsoleto che mira a massimizzare l’utilizzo del tempo delle persone. Questo approccio, che parte dal presupposto che un dipendente “occupato” sia un dipendente produttivo, è in netto contrasto con il più moderno ed efficace concetto di efficienza di flusso.

L’efficienza di flusso non misura quanto sono occupate le persone, ma la velocità con cui un qualunque elemento di lavoro richiesto dal cliente attraversa il nostro sistema. Questa metrica calcola la percentuale di tempo in cui un’attività viene elaborata attivamente rispetto al tempo totale che trascorre all’interno del processo, incluse le fasi di attesa, le code e i blocchi. Come insegna il Toyota Way, le principali fonti di inefficienza che ostacolano il flusso sono:

• Muri (sovraccarico): persone e sistemi sovraccaricati di lavoro.

• Mura (irregolarità): un flusso di lavoro incostante e imprevedibile.

• Muda (spreco): attività che non aggiungono valore.

Concentrarsi esclusivamente sull’efficienza delle persone e delle risorse ha un impatto profondamente negativo. La pressione per “tenere tutti occupati” genera un aumento del lavoro in corso (WIP – Work in Progress), incentiva il multitasking e frammenta l’attenzione. I team, costretti a passare continuamente da un’attività all’altra, perdono il focus, commettono più errori e accumulano ritardi. Invece di accelerare, il sistema rallenta, e la qualità del lavoro diminuisce drasticamente.

Una volta compresa la vera natura dell’efficienza come fluidità del flusso che crea valore, il suo legame indissolubile con la qualità diventa evidente e inevitabile.

Il legame indissolubile: come i flussi di lavoro efficienti migliorano la qualità

Le pratiche mirate a migliorare l’efficienza di flusso non sono semplici ottimizzazioni operative; hanno un impatto diretto, positivo e misurabile sulla qualità del prodotto finale e del servizio erogato. Quando un’organizzazione smette di concentrarsi sull’essere “occupata” e inizia a focalizzarsi sul far scorrere il lavoro, la qualità emerge come risultato naturale del processo.

Riduzione di rilavorazioni e failure demand

La failure demand è il lavoro generato da uno scarso servizio al cliente. Non si tratta solo di correzione di difetti, ma include anche rilavorazioni di specifiche o di progettazione dovute a comunicazione insufficiente, nonché lavoro abortito perché basato su requisiti errati. Queste attività sono pura inefficienza: consumano tempo e risorse senza produrre nuovo valore. Migliorare il flusso significa identificare ed eliminare sistematicamente le cause di questo spreco. Un processo efficiente riduce le rilavorazioni, assicurando che il lavoro venga eseguito correttamente la prima volta e liberando capacità per creare valore. Questo si traduce direttamente in un prodotto di qualità superiore per il cliente, che non subisce i costi e i ritardi derivanti da difetti o errori interni.

Prevedibilità che genera fiducia

Un flusso di lavoro regolare e prevedibile è il fondamento di un servizio affidabile. La fiducia del cliente non si costruisce con grandi risultati occasionali, ma con la certezza di piccoli buoni risultati costanti. La prevedibilità non significa essere perfetti, ma fare una promessa e mantenerla con costanza. Il meccanismo alla base di questo è la capacità di impegnarsi su un livello di servizio statisticamente valido, come l’85° percentile: promettere, ad esempio, che “l’85% delle richieste sarà completato entro 10 giorni“. Consegnare costantemente sei articoli su sette entro i termini promessi è una soglia psicologicamente accettata che trasforma l’affidabilità in fiducia, un attributo fondamentale della qualità percepita.

Limitare il lavoro in corso (WIP) per aumentare la focalizzazione

Una delle pratiche più efficaci per migliorare l’efficienza di flusso è limitare il WIP. L’impatto sulla qualità è immediato e meccanico: quando il limite al WIP non consente di avviare nuovo lavoro, i membri del team che sarebbero altrimenti inattivi sono incentivati a collaborare attivamente. Questo fenomeno, noto come swarming, li porta a convergere su attività bloccate o su quelle più complesse. La riduzione del multitasking e l’aumento della collaborazione consentono ai team di focalizzarsi, commettere meno errori, risolvere i problemi più rapidamente e produrre risultati di qualità superiore al primo tentativo.

Comprendere come queste dinamiche si intrecciano nel percorso di crescita di un’organizzazione è fondamentale. Il Kanban Maturity Model ci offre una mappa per osservare questa evoluzione nel concreto.

Un viaggio verso la qualità: l’evoluzione attraverso il Kanban Maturity Model (KMM)

Il Kanban Maturity Model (KMM) è un modello evolutivo che descrive il percorso di un’organizzazione verso una maggiore agilità, resilienza e performance. Il passaggio tra i suoi livelli di maturità illustra perfettamente come l’efficienza di flusso e la qualità si sviluppino in sinergia, l’una alimentando l’altra. L’evoluzione dal livello di maturità ML2 a ML3 rappresenta un punto di svolta cruciale in questo viaggio.

CaratteristicaLivello di maturità 2 (ML2) – Customer-DrivenLivello di maturità 3 (ML3) – Fit-for-Purpose
Motto“Mai lo stesso risultato due volte““Adatto allo scopo” (Fit-for-Purpose)
RisultatiInconsistenti e imprevedibili per il cliente.Consistenti, affidabili e in linea con le aspettative del cliente.
Fonte del successoSforzi eroici di singoli manager che “spingono avanti” il lavoro.Processi stabili e un sistema resiliente che genera il valore.
Fiducia del clienteRiposta in individui specifici (i manager eroi), non nel sistema.Riposta nell’organizzazione e nei suoi processi prevedibili.
Stato del sistemaSpesso sovraccarico, con un bilanciamento inefficace tra domanda e capacità.Domanda e capacità sono bilanciate, generando un flusso di lavoro prevedibile.

La transizione da ML2 a ML3 segna il passaggio da un’organizzazione che prova a servire il cliente a una che ci riesce in modo sistematico. Questo salto qualitativo è reso possibile dall’adozione di pratiche di ML3 come la gestione sistematica dei blocchi, l’uso di metriche end-to-end come il lead time, per comprendere la reale performance, e il bilanciamento attivo tra domanda e capacità attraverso i Replenishment Meeting. È proprio questo focus sul rendere il flusso stabile e prevedibile che permette di raggiungere lo standard di qualità “fit-for-purpose”.

Questa evoluzione, tuttavia, non può reggersi solo sulle pratiche: richiede delle solide fondamenta culturali.

Le fondamenta culturali: i valori che supportano efficienza e qualità

Le pratiche, da sole, non sono sufficienti per garantire un miglioramento sostenibile. Dietro ogni sistema di lavoro efficiente e di alta qualità c’è una cultura organizzativa che promuove attivamente i comportamenti corretti. Senza i valori giusti, anche le migliori metodologie sono destinate a fallire.

Trasparenza

La trasparenza è il fondamento del miglioramento e della fiducia. Visualizzare il lavoro rende immediatamente evidenti colli di bottiglia, impedimenti e inefficienze, permettendo ai team di agire. Tuttavia, la trasparenza può incontrare forti resistenze, come dimostra l’aneddoto di un vice-presidente che una volta strappò una portfolio kanban board dal muro perché minava la sua capacità di controllare la narrazione. Questo valore è così cruciale da essere codificato in un filtro decisionale: preferire la condivisione delle informazioni e la democratizzazione del processo decisionale, al nascondere le informazioni e centralizzare il potere.

Collaborazione

Una cultura collaborativa, che abbatte i silos funzionali, è essenziale per ottimizzare il flusso. Quando i team lavorano insieme, sono in grado di risolvere i problemi che attraversano i confini organizzativi in modo molto più rapido ed efficace. La collaborazione ha anche un impatto diretto sulla qualità: la condivisione delle conoscenze previene gli errori, mentre la responsabilità collettiva sul risultato finale garantisce che ogni parte del processo sia curata con la massima attenzione.

Focalizzazione sul cliente

Infine, un autentico orientamento al cliente fornisce lo scopo e la direzione per ogni sforzo di miglioramento. A partire da ML2, l’organizzazione inizia a comprendere i cosiddetti fitness criteria: i criteri che i clienti usano per decidere se utilizzare un servizio. Questa comprensione permette di focalizzare gli sforzi di efficientamento solo su ciò che genera valore reale. L’efficienza non è fine a se stessa, ma è finalizzata a soddisfare meglio uno scopo. Comprendere questo scopo permette di eliminare gli sprechi e di concentrarsi su ciò che definisce la qualità agli occhi di chi riceve il servizio.

Conclusione: efficienza e qualità, due facce della stessa medaglia

L’idea che efficienza e qualità siano in conflitto è un mito che limita il potenziale di troppe organizzazioni. Come abbiamo visto, l’efficienza di flusso e l’alta qualità non sono obiettivi concorrenti, ma risultati interdipendenti di un sistema di lavoro maturo e ben gestito. Sono, in sostanza, due facce della stessa medaglia.

Una corretta definizione di efficienza, focalizzata sul far scorrere il lavoro e non sul tenere le persone occupate, è il primo passo. Le pratiche che ne derivano, come la limitazione del WIP e la riduzione della failure demand, hanno un impatto diretto e positivo sulla qualità, generando prevedibilità e costruendo la fiducia dei clienti. Infine, una cultura basata su trasparenza, collaborazione e focalizzazione sul cliente fornisce il terreno fertile su cui questo circolo virtuoso può crescere e prosperare.

Smettete di misurare l’utilizzo del tempo delle persone, un indicatore che premia l’inefficienza di flusso. Iniziate a gestire il lavoro come un asset che fluisce verso il cliente, non come un’agenda da riempire. Così facendo, sbloccherete livelli superiori non solo di efficienza, ma anche di quella qualità che vi renderà veramente leader nel vostro mercato.

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.

Dal caos al flusso: perché l’AI non basta se l’organizzazione non funziona

Negli ultimi anni l’intelligenza artificiale è entrata con forza nel linguaggio e nelle pratiche di molte organizzazioni. Spesso viene presentata come una scorciatoia: uno strumento capace di velocizzare il lavoro, ridurre i costi, migliorare le decisioni. Ma c’è una domanda che raramente ci fermiamo a porci davvero: che cosa succede quando introduciamo l’AI in un sistema che è disorganizzato, sovraccarico o poco chiaro?

È da questa riflessione che nasce l’intervista che mi ha fatto Leonarda Vanicelli per il podcast Lavoro Meglio con l’AI. Una conversazione che non parla di tool, prompt o mode del momento, ma di ciò che viene prima: il funzionamento reale delle organizzazioni.

L’AI accelera, ma non aggiusta

Un punto chiave emerso durante l’intervista è semplice quanto spesso ignorato:
l’AI non risolve i problemi organizzativi, li amplifica.

Se i processi sono confusi, se le priorità cambiano di continuo, se le persone sono costantemente in sovraccarico, l’AI non porterà ordine. Al contrario, renderà il caos più veloce, più pervasivo e meno visibile.

Per questo, prima di introdurre qualsiasi tecnologia avanzata, è fondamentale fermarsi e osservare:

  • come scorrono davvero le attività
  • dove si accumula il lavoro
  • quali decisioni vengono prese senza dati
  • quali sono i colli di bottiglia che drenano energia e attenzione

Rendere visibili i flussi di lavoro

Uno dei temi centrali della conversazione è la necessità di rendere visibili i flussi.
Quando il lavoro resta invisibile – frammentato tra email, chat, urgenze e interruzioni – diventa impossibile governarlo. Senza visibilità non c’è scelta consapevole, e senza scelta non c’è miglioramento.

Lavorare sui flussi significa:

  • chiarire cosa entra nel sistema e cosa no
  • limitare il sovraccarico
  • creare spazi di decisione reali
  • permettere alle persone di lavorare con più continuità e meno stress

Solo in questo contesto l’AI può diventare un alleato: uno strumento che supporta un sistema già pensato, non una toppa messa sopra le falle.

Tecnologia sì, ma umana

Un altro aspetto emerso con forza è il tema dell’umanità.
Introdurre l’AI in modo efficace non è solo una questione tecnica o strategia: è una scelta culturale. Significa chiedersi che tipo di lavoro vogliamo creare, che ruolo hanno le persone, come vengono prese le decisioni e quali sono i limiti che scegliamo di rispettare.

L’innovazione sostenibile non nasce dall’accumulo di strumenti, ma dalla capacità di progettare sistemi di lavoro più chiari, efficaci e sostenibili.

Per approfondire

Se questi temi ti interessano, ti invito ad ascoltare l’intervista completa nel podcast Lavoro Meglio con l’AI:

Per un approfondimento più strutturato su questi temi, puoi anche leggere il libro Dal caos al flusso: La trasformazione organizzativa con il metodo Kanban, un percorso pratico per ripensare il lavoro prima (e oltre) la tecnologia: https://amzn.eu/d/inuHN8J

L’alibi della dimensione delle imprese: la vera lezione sulla competitività italiana che tutti dovremmo imparare

Nel dibattito sulla competitività italiana, emerge costantemente una narrazione: le nostre imprese sono troppo piccole, troppo familiari e incapaci di raggiungere le necessarie economie di scala. Questa è diventata la spiegazione convenzionale per la nostra scarsa competitività sui mercati globali. Ma se questo non fosse il problema, bensì un costoso alibi che ha frenato per decenni l’industria italiana, distogliendo l’attenzione dalla vera leva competitiva?

La scala non è un obiettivo, ma un risultato

L’analisi storica del settore automobilistico offre un case study decisivo. Negli anni ’50 del secolo scorso, Toyota era una piccola azienda che si trovava a competere con le grandi multinazionali americane. Anziché tentare di eguagliare la loro scala produttiva, una mossa impossibile all’epoca, i manager di Toyota si concentrarono sull’unico fattore che potevano realmente controllare: l’efficienza.

Lavorando per rendere i propri processi produttivi intrinsecamente più efficienti di quelli americani, Toyota ottenne un risultato duplice. Da un lato, ridusse i costi, dall’altro, aumentò la qualità. Fu questa superiorità in termini di efficienza e qualità a permettere all’azienda di crescere, conquistare quote di mercato e, infine, raggiungere e superare la scala dei suoi concorrenti. La lezione è chiara: la competitività generata dall’efficienza è il motore che permette la crescita e il raggiungimento della scala, non il contrario.

Essere grandi non basta se un concorrente è due volte più efficiente

L’idea che raggiungere grandi dimensioni risolva automaticamente i problemi di competitività è smentita dai fatti attuali. Prendiamo il confronto tra due colossi del settore automobilistico: Volkswagen e la stessa Toyota.

I dati emersi recentemente sono inconfutabili: con circa la metà del personale, Toyota produce 2 milioni di auto in più rispetto a Volkswagen (11 milioni circa contro 9 milioni circa). In altre parole, è due volte più efficiente. Questo sbalorditivo divario di efficienza ha conseguenze strategiche dirette: Volkswagen, incapace di competere frontalmente con il modello produttivo di Toyota, è costretta a cercare ricavi in altri settori, come la produzione di veicoli militari — una chiara ammissione del suo svantaggio nell’arena automobilistica principale. Ciò dimostra che focalizzarsi esclusivamente sulla scala è, di fatto, un falso problema.

L’efficienza è anche alla base della qualità

Questo livello di performance, dimostrato da Toyota sia ai suoi esordi sia come leader globale, affonda le sue radici in un principio fondamentale che molti ancora trascurano: efficienza e qualità non sono obiettivi in competizione, ma sono intrinsecamente legati. Un processo ottimizzato per l’efficienza elimina sprechi ed errori, il che si traduce inevitabilmente in una qualità superiore.

Smettere di guardare ai falsi problemi

Continuare a indicare le dimensioni aziendali come il principale ostacolo alla competitività italiana è una distrazione. La vera sfida non è la scala, ma la volontà di investire in efficienza produttiva. Questo percorso non è riservato ai giganti industriali; approcci come il metodo Kanban, ma non solo, nati proprio dall’applicazione dei principi di Toyota ad altri settori, offrono strumenti concreti per migliorare l’efficienza anche nelle piccole imprese.

Gli strumenti esistono. L’evidenza è inconfutabile. L’unica domanda che rimane è se la leadership italiana possieda la volontà strategica di abbandonare alibi confortanti per affrontare il lavoro esigente necessario a costruire un vantaggio competitivo reale e sostenibile.

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.

Guida pratica al tuo primo sistema Kanban personale: come gestire le interruzioni e ritrovare il controllo

Ti è mai capitato di iniziare la giornata con un piano ben definito e arrivare a sera con la sensazione di aver fatto tutt’altro? Ore trascorse a gestire imprevisti, interrotto da continue richieste di “solo un minuto”, email urgenti ed estemporanee che mandano all’aria ogni pianificazione. Questa condizione di perenne reattività, in cui rincorri gli eventi invece di guidarli, è una delle principali fonti di stress e frustrazione nel lavoro moderno. Se ti riconosci in questa descrizione, sappi due cose: succede a tutti e, soprattutto, una soluzione esiste.

Nel mio lavoro di consulente e coach, quasi sempre il punto di partenza è proprio questo: aiutare le persone a uscire da una situazione che sembra ingestibile. Il Metodo Kanban è uno degli strumenti più efficaci che utilizzo per farlo. È un approccio visuale, semplice e potente per gestire il lavoro, ridurre lo stress e riappropriarsi del proprio tempo. Il suo principio fondamentale è chiaro: “inizia da quello che stai già facendo”. Kanban non ti chiede di rivoluzionare il tuo modo di lavorare dall’oggi al domani, ma di intraprendere un percorso di miglioramento evolutivo, un passo alla volta. È il sistema ad adattarsi a te, non il contrario.

Questa guida ti accompagnerà passo dopo passo nella creazione del tuo sistema Kanban personale, aiutandoti a trasformare il caos quotidiano in un flusso di lavoro chiaro, visibile e gestibile.

Primo passo: capire il tuo lavoro (identificare i tipi di attività)

Ogni miglioramento parte dalla consapevolezza. Prima di poter gestire il lavoro in modo efficace, devi capire che lavoro stai realmente svolgendo e da dove arrivano le richieste. Spesso, la fonte principale di frustrazione è il lavoro “invisibile”: interruzioni, richieste verbali, urgenze improvvise che non vengono mai tracciate, ma che consumano tempo ed energie. Renderle visibili è il primo passo per riprenderne il controllo.

Prenditi qualche minuto e prova a elencare i tuoi tipi di attività (work item types). Questo esercizio ti aiuterà a riconoscere i diversi flussi che competono per la tua attenzione. Ecco alcuni esempi comuni:

  • Richieste estemporanee
    Le classiche interruzioni dei colleghi (“hai un minuto?”). Queste sono spesso una fonte primaria di insoddisfazione, perché frammentano la concentrazione e creano un carico di lavoro non pianificato.
  • Attività pianificate
    Il lavoro relativo a progetti a lungo termine, obiettivi definiti o compiti con scadenze chiare. Sono le attività che probabilmente hai già in mente all’inizio della settimana.
  • Imprevisti operativi
    Attività inattese e non pianificate per risolvere problemi. Richiedono un intervento, spesso urgente, per ristabilire il normale svolgimento del lavoro.
  • Attività amministrative
    La gestione delle email, la stesura di report, la compilazione di note spese e altri compiti di routine che, pur essendo necessari, spesso non aggiungono valore diretto.
  • Apprendimento e miglioramento personale
    Attività importanti ma non urgenti, come seguire un corso di formazione, leggere un libro di settore o sperimentare un nuovo strumento di lavoro. Queste sono le prime a essere sacrificate quando il carico di lavoro aumenta.

Crea ora la tua lista personale. Non serve essere precisi o completi: l’obiettivo è iniziare a dare un nome al lavoro che riempie le tue giornate. Una volta fatto questo, puoi passare allo step successivo: visualizzare il flusso.

Secondo passo: creare la tua Kanban board (visualizzare il flusso di lavoro)

La visualizzazione è il cuore del metodo Kanban. Una Kanban board trasforma le “cose da fare” – spesso astratte e confuse – in elementi concreti e visibili. Quando il lavoro è sotto i tuoi occhi, diventa più semplice gestirlo, parlarne e migliorarlo.

Per iniziare basta poco: una lavagna, una parete con post-it o uno strumento digitale. Parti con una struttura essenziale composta da tre colonne:

  • Da fare
    Questa è la colonna dove risiedono le attività in attesa di essere lavorate. È importante sottolineare che questa non è una lista infinita di desideri, ma una selezione curata delle prossime attività su cui hai intenzione di concentrarti. Pensa a questa colonna come a una rampa di accesso al tuo flusso di lavoro.
  • In corso
    È la colonna più importante del tuo sistema. Qui si trovano le attività su cui stai lavorando attivamente in questo preciso momento. Vedere cosa c’è in questa colonna ti dà un’immagine istantanea del tuo focus attuale.
  • Fatto
    La colonna della soddisfazione. Spostare un’attività qui non è solo un gesto fisico, ma un segnale di completamento che genera un feedback positivo e un senso di realizzazione. Non sottovalutare il potere di questo gesto. Ogni attività che sposti qui è una prova tangibile del valore che hai creato e un piccolo rilascio di dopamina che alimenta la tua motivazione.

Scrivi ogni attività su un post-it e posizionala nella colonna corretta. Anche inserire attività già completate di recente può essere utile per calibrare il sistema. A questo punto emerge una domanda cruciale: da dove parto? Non tutte le attività sono uguali. Serve un criterio per gestire urgenza e priorità.

Terzo passo: dare un senso all’urgenza (scoprire le classi di servizio)

Trattare tutte le attività allo stesso modo è una delle principali cause di stress. Kanban introduce il concetto di Classi di Servizio, che ti permette di distinguere il lavoro in base al costo del ritardo e di prendere decisioni più consapevoli.

Per un sistema personale puoi iniziare con quattro classi semplici, associate a colori diversi:

  • Urgente (post-it rosso)
    Vere emergenze che richiedono di interrompere tutto il resto. Questa classe di servizio ha la precedenza assoluta su tutte le altre.  Da usare con estrema parsimonia per non destabilizzare il sistema.
  • Data fissa (post-it arancione)
    Attività con una scadenza non negoziabile.  La regola è che queste attività devono essere completate entro la data stabilita, prendendo priorità sulle attività standard man mano che la scadenza si avvicina.
  • Standard (post-it verde)
    La maggior parte del lavoro quotidiano. Queste attività non hanno un’urgenza né una data di scadenza fissa. Vengono processate in ordine di arrivo (FIFO – First-In, First-Out) o in base a una priorità relativa. Rappresentano il flusso di lavoro normale e prevedibile.
  • Intangibile / quando c’è tempo (post-it azzurro)
    Attività di valore ma senza un costo del ritardo immediato e tangibile. Queste attività vengono lavorate solo quando c’è capacità disponibile e non ci sono attività di classe superiore in attesa.

Osserva ora la tua board e assegna una classe di servizio a ogni attività. Noterai una cosa importante: quando qualcosa diventa “urgente”, viene completata molto più rapidamente. Questa differenza rivela una verità fondamentale sul tuo lavoro: la maggior parte del tempo che un’attività impiega per essere completata non è tempo di lavoro attivo, ma tempo di attesa. Qui entra in gioco un concetto chiave: l’efficienza di flusso. Il problema non è che lavori troppo lentamente, ma che il lavoro resta fermo in attesa troppo a lungo. Kanban serve proprio a ridurre queste attese.

Quarto passo: il vero segreto della produttività (limitare il lavoro in corso)

Il principio più controintuitivo e paradossale di Kanban è questo: per fare più lavoro, devi iniziarne di meno. Siamo stati culturalmente condizionati a credere che il multitasking sia sinonimo di produttività, ma la realtà è l’opposto. Il multitasking non aumenta la produttività, aumenta lo spreco. Ogni cambio di contesto ha un costo cognitivo e di tempo, e nel lavoro intellettuale questo costo è altissimo.

Per questo Kanban introduce il limite al lavoro in corso: un numero massimo di attività che puoi avere In corso nello stesso momento. Inizia con un limite basso, ad esempio 2 o 3 attività. Scrivilo chiaramente sopra la colonna In corso.

Questo semplice vincolo trasforma il tuo modo di lavorare da un sistema push (le richieste vengono prese in carico immediatamente) a un sistema pull: puoi iniziare una nuova attività solo quando ne completi un’altra e c’è capacità produttiva disponibile.

Questo meccanismo diventa la tua difesa più efficace contro le continue interruzioni del classico “hai un minuto?”. Il limite al lavoro in corso ti autorizza a non accettare automaticamente ogni nuova richiesta. La risposta non è più una accettazione passiva o un rifiuto brusco, ma un “non ora” chiaro, motivato e trasparente.

Puoi dire, ad esempio: “Certo, lo aggiungo subito nella colonna ‘Da fare’. Come vedi dalla lavagna, il mio limite di lavoro in corso è due attività e in questo momento sono già al massimo. Lo prenderò in carico non appena si libera uno slot.”

In questo modo il tuo carico di lavoro diventa visibile, le priorità sono esplicite e la conversazione si sposta da una richiesta apparentemente inderogabile a una negoziazione collaborativa e consapevole.

Quinto passo: rendere il sistema vivo (usare i cicli di feedback)

Un sistema Kanban non è statico. Vive e migliora grazie ai cicli di feedback, brevi momenti di riflessione che guidano l’evoluzione del sistema.

Per un sistema personale bastano due semplici “appuntamenti con se stessi” per iniziare.

  • Check-in quotidiano (Kanban Meeting)
    Ogni mattina, prima di metterti al lavoro, dedica cinque minuti alla tua board. È il tuo momento di allineamento e concentrazione. Chiediti: su cosa sto lavorando davvero? Cosa sto facendo per far avanzare le attività in corso? C’è qualche ostacolo che mi sta rallentando? Quale sarà la prossima attività che prenderò in carico quando ne completerò una?
    Questo breve rituale ti aiuta a mantenere il focus, a intercettare subito eventuali problemi e a iniziare la giornata con un piano d’azione chiaro e consapevole.
  • Pianificazione settimanale (Replenishment Meeting)
    Una volta a settimana – ad esempio il venerdì pomeriggio o il lunedì mattina – prenditi circa quindici minuti per rivedere la colonna Da fare e l’insieme delle richieste accumulate. È il momento in cui decidi quali attività portare avanti nella settimana successiva e quali possono aspettare. Qui le priorità vengono chiarite e negoziate con gli altri e, soprattutto, con sé stessi, costruendo un flusso di lavoro realistico, sostenibile e allineato agli obiettivi.

Queste due abitudini sono il cuore dell’approccio evolutivo di Kanban. Ti permettono di osservare nel tempo cosa funziona e cosa no e di migliorare il tuo sistema con piccoli aggiustamenti continui. Forse il limite al lavoro in corso è troppo alto, o troppo basso. Forse una categoria di attività va ridefinita. Forse vanno introdotte nuove regole (policy) per gestire meglio il flusso di lavoro. I feedback che emergono da questi momenti di riflessione ti guideranno nell’adattare e affinare il tuo sistema, rendendolo sempre più efficace.

Conclusione: dal caos al flusso controllato

Seguendo questi cinque passi hai gettato le basi di un sistema Kanban personale, capace di trasformare un contesto di lavoro caotico e reattivo in un flusso più ordinato, consapevole e proattivo.

I benefici di questo nuovo approccio sono tangibili e incidono direttamente sia sull’efficacia sia sul benessere quotidiano:

  • Maggiore chiarezza e visibilità sull’intero carico di lavoro, rendendo esplicito anche ciò che prima rimaneva implicito o invisibile.
  • Riduzione dello stress, grazie all’eliminazione del multitasking forzato e all’introduzione di un ritmo di lavoro più sostenibile.
  • Aumento della produttività e del senso di realizzazione, spostando l’attenzione dal semplice iniziare le attività al portarle a termine.
  • Comunicazione più efficace con i colleghi, che ora possono comprendere il carico di lavoro e il motivo per cui una richiesta non può essere gestita immediatamente, trasformando le interruzioni in confronti costruttivi.
  • Maggiore controllo sul flusso di lavoro, passando da una modalità in cui gli eventi dettano le priorità a una gestione più attiva e consapevole delle attività.

È importante ricordare che Kanban è un percorso, non un traguardo. Il sistema appena costruito rappresenta solo il punto di partenza. Continuare a osservare, sperimentare e adattare attraverso i feedback ti permetterà di renderlo sempre più efficace. Il passo più importante, però, lo hai già fatto: quello verso un modo di lavorare più sereno, focalizzato ed efficace.

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.

La storia di XIT: come un team sull’orlo del caos ha ispirato il metodo Kanban

Nel celebrare il ventesimo anniversario del primo sistema Kanban in ambito IT, è fondamentale tornare alla storia che ha dato inizio a tutto. Come ha fatto un team, considerato il peggiore di Microsoft, a diventare il pioniere di una rivoluzione che avrebbe cambiato per sempre il modo di lavorare nei servizi? Questo non è un semplice caso di studio: è un racconto di trasformazione che traduce concetti astratti come “flusso” ed “efficienza” in lezioni concrete e accessibili a tutti. Al centro di questa vicenda c’è Dragoș Dumitriu, un manager che, contro il parere di chiunque, decise di prendere in carico il team con la peggiore reputazione dell’azienda, dando il via a un cambiamento tanto silenzioso quanto inarrestabile.

Il problema: un team condannato al fallimento

Per apprezzare il valore delle soluzioni adottate, bisogna prima comprendere la profondità della crisi in cui versava il team XIT. Quando Dragoș Dumitriu assunse il ruolo, la situazione era critica. Il team aveva la peggior reputazione quanto a servizio clienti all’interno di Microsoft. Il consiglio unanime dei suoi colleghi manager era di evitare quell’incarico a tutti i costi, perché “è noioso e… questo team non riesce a portare a termine le cose“. I fatti confermavano questa percezione: qualsiasi richiesta di lavoro impiegava in media 5 mesi per essere completata, un’eternità rispetto all’obiettivo aziendale di 30 giorni.

La sorpresa di Hyderabad

Il primo incontro di Dragoș con una parte del team, basato a Hyderabad, in India, rivelò una contraddizione stridente. Incontrandoli, non vide persone demotivate o incompetenti, ma un gruppo di professionisti sorridenti e capaci. Questa fu una rivelazione inaspettata e instillò in lui il dubbio che avrebbe guidato la sua indagine: “Mi chiedo cosa stia succedendo, perché vengono percepiti in modo così diverso da come li vedo io?” La reputazione disastrosa non sembrava corrispondere alle persone che aveva di fronte. Era chiaro che il problema non andava cercato negli individui. Occorreva passare dalle percezioni all’analisi oggettiva dei dati.

La nascita di una collaborazione

La collaborazione tra Dragoș e David Anderson nacque quasi per caso. In quello stesso periodo, Dragoș stava leggendo Agile Management for Software Engineering di Anderson quando vide un’email che annunciava un seminario sulla Teoria dei Vincoli tenuto da un collega di Microsoft, proprio un tale “David Anderson”. Verificato che si trattava dello stesso autore, decise di partecipare. David ricorda ancora come, al termine dell’intervento presso l’ufficio Honeywell, Dragoș lo raggiunse per presentarsi. Convinto che David potesse aiutarlo ad affrontare la sfida, gli chiese supporto. I due si accordarono così per incontrarsi nuovamente qualche giorno dopo, dando inizio a una collaborazione che avrebbe segnato la nascita del primo sistema Kanban in ambito IT.

L’indagine: i dati rivelano la vera causa del caos

Invece di cercare colpevoli, Dragoș cercò prove. Questo approccio, basato sui dati, è un principio cardine del pensiero Lean. Esaminando i dati già presenti nello strumento di tracciamento interno di Microsoft, emersero elementi che permisero di comprendere la reale natura del problema.

  • Sprechi di tempo: sviluppatori e tester passavano circa l’80% del loro tempo a inviare email. Di questo, il 50% era dedicato a sollecitare informazioni mancanti e il 30% a creare stime dettagliate per attività non ancora approvate.
  • Lavoro effettivo: di conseguenza, solo il 20% del tempo era realmente dedicato allo sviluppo e al test del software.
  • Sovraccarico cronico: ogni membro del team gestiva contemporaneamente tra i 60 e i 90 ticket aperti, creando un ingorgo continuo dove nulla riusciva a progredire.
  • Qualità delle richieste: le richieste provenienti dai clienti interni arrivavano estremamente incomplete, innescando il ciclo vizioso di email e ritardi.

Questo portò a una rivelazione inaspettata. Come ha osservato David durante il webinar del ventesimo anniversario, il team XIT era già un’organizzazione che oggi collocheremmo al livello di maturità 2 (ML2) del Kanban Maturity Model (KMM): avevano un processo definito e tutti i dati end-to-end tracciati nel loro strumento. Il problema non era la mancanza di dati: “avevano tutti i dati, ma nessuno li guardava, nessuno pensava al problema nel modo giusto“. La diagnosi finale di Dragoș fu inequivocabile: il problema non erano le persone, ma il sistema con cui il lavoro veniva gestito. La rivoluzione necessaria non era di processo, ma di prospettiva.

La soluzione: le mosse pratiche che diedero vita al metodo Kanban

La trasformazione di XIT non nacque da un manuale, ma da una serie di interventi manageriali tanto semplici quanto coraggiosi, nati direttamente dall’analisi dei dati. Queste azioni, nel loro insieme, costituirono l’essenza del primo sistema Kanban, anche se all’epoca non veniva ancora chiamato così.

Rendere visibile il lavoro e gestire le priorità

Il primo passo fu rendere visibile il caos. Dragoș creò una semplice tabella per mostrare a tutti lo stato delle attività, un precursore della moderna Kanban board. Usò un’efficace analogia: un fotografo non viene pagato per descrivere le foto che ha scattato, ma per mostrarle. Allo stesso modo, era necessario mostrare il lavoro, non solo parlarne.

Successivamente, affrontò il problema delle priorità. I cinque principali stakeholder inviavano ciascuno la propria lista di 10 priorità, generando 50 “priorità assolute” che paralizzavano il team. Quando tutto è prioritario, in realtà, niente è prioritario. Dragoș li riunì e li convinse a negoziare tra loro per produrre una sola lista consolidata di 10 priorità. Con le sue parole, decise di “dare in outsourcing il processo di prioritizzazione” agli stakeholder stessi.

Fermare il flusso di richieste incomplete

Per risolvere il problema delle richieste incomplete, che consumavano l’80% del tempo del team, fu introdotta una regola semplice ma rivoluzionaria: non si sarebbe iniziato a lavorare su nessuna attività finché tutte le informazioni necessarie non fossero state fornite dal richiedente. Questa mossa, definita sempre da Dragoș come “dare in outsourcing il lavoro di chiarimento al cliente“, liberò immediatamente una quantità enorme di tempo, permettendo al team di concentrarsi sul proprio vero lavoro.

Smettere di iniziare, iniziare a finire

La chiave di volta fu l’introduzione del principio “Stop starting, start finishing“. L’analisi aveva mostrato un numero enorme di attività iniziate ma mai concluse. Questo concetto, oggi noto come limite al Lavoro in Corso (WIP limit), fu implementato non attraverso una lavagna fisica, ma tramite nuove policy manageriali. Si creò così un “sistema Kanban virtuale”, dove il flusso veniva controllato per evitare il sovraccarico. Kanban, infatti, è prima di tutto un metodo di gestione e non solo uno strumento.

Sostituire le stime con le previsioni statistiche

Ma la vera mossa decisiva doveva ancora arrivare. Dragoș era appena atterrato da un viaggio a Hyderabad e si era diretto in ufficio per presentare i suoi progressi a un’assemblea di oltre 400 persone. Quando il suo General Manager, Dale Christian, un dirigente sei o sette livelli sopra di lui, gli chiese quale fosse l’unica cosa che avrebbe cambiato, Dragoș rispose: “Dobbiamo smettere di fare stime“. La risposta di Dale, davanti a tutti, fu un secco e sorridente: “No“.

Quella stessa sera, Dragoș si collegò con il suo team in India e disse loro l’esatto contrario. “Buone notizie, non dovete più stimare“. Si stava giocando tutto. Stava, come si diceva in Microsoft, mettendo il suo “badge sul tavolo”, pronto a essere licenziato se avesse fallito. Iniziò a usare gli oltre 200 dati storici per creare un modello di previsione. Invece di stime puntuali, offriva agli stakeholder un intervallo di probabilità. Il suo approccio fu diretto: “Quanti di voi sono soddisfatti delle previsioni del tempo?”. A chi rispondeva di sì, prometteva: “Farò la stessa cosa. Non avrò sempre ragione, ma sarò abbastanza vicino alla realtà la maggior parte delle volte“.

I risultati: una trasformazione misurabile

L’efficacia di questi interventi fu confermata dai dati. In soli nove mesi, il team, composto dalle stesse persone, raggiunse risultati significativi:

  • Produceva 5 volte più lavoro, 5 volte più velocemente.
  • I tempi di consegna crollarono da 5 mesi a un intervallo prevedibile tra 5 e 15 giorni.
  • Il backlog fu completamente azzerato. Come annunciò orgogliosamente Dragoș a David: “Abbiamo bruciato il backlog fino ad azzerarlo“.
  • L’efficienza del flusso (il tempo di lavoro effettivo rispetto al tempo totale) passò da circa l’8% a quasi il 90%. Un dato ancora più notevole se si considera, come ha sottolineato David, che un’efficienza iniziale dell’8% era in realtà abbastanza buona rispetto all’1-2% tipico in molti contesti.

Ma l’impatto più profondo fu quello umano. La trasformazione non fu solo una questione di efficienza, ma una vera e propria liberazione da un sistema insostenibile. La qualità della vita del team migliorò drasticamente, ponendo fine alla necessità di lavorare 12 o 14 ore al giorno solo per restare a galla.

La lezione di XIT e il futuro del lavoro

La storia del team XIT ha distillato principi che ancora oggi sono al centro delle moderne metodologie di gestione. Le lezioni chiave di questa trasformazione sono semplici ma potenti:

  1. Guarda al sistema, non alle persone: il problema raramente risiede nella competenza individuale, ma nel modo in cui il lavoro è organizzato.
  2. Rendi tutto visibile: la trasparenza è il primo passo per comprendere e risolvere qualsiasi problema complesso.
  3. Gestisci il flusso, non le persone: concentrati sul ridurre i ritardi e le interruzioni, non sul micro-management delle attività.
  4. Usa i dati per guidare le decisioni: le opinioni sono utili, ma i dati sono decisivi per promuovere cambiamenti significativi.

Questa storia, celebrata nel suo ventesimo anniversario, è più attuale che mai e dimostra come un approccio focalizzato sulla gestione del flusso possa trasformare anche le situazioni più disperate. Per ascoltare questo racconto direttamente dalla voce dei suoi protagonisti, David Anderson e Dragoș Dumitriu, la registrazione completa del webinar del ventesimo anniversario è disponibile su YouTube cliccando qui.

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.

CONWIP vs. Drum-Buffer-Rope (DBR): scegliere lo strumento giusto in base alla maturità organizzativa

Durante il recente PMexpo ho riproposto il workshop Dal caos al flusso – sbloccare il potenziale del tuo team con Kanban. Gestire un laboratorio pratico sulla gestione del flusso con Kanban, con circa 40 partecipanti e un’ora e mezza di tempo a disposizione, è una sfida ma anche un’ottima opportunità per far toccare con mano a un pubblico ampio le dinamiche del flusso di lavoro. Abbiamo potuto verificare in modo empirico quanto sia immediato migliorare la produttività applicando la pratica di limitare il lavoro in corso: i partecipanti hanno osservato un incremento di produttività del 50%.

Sempre al PMexpo, in un interessante keynote speech della mattinata dal titolo molto simile – Le Regole del Flusso: dal caos alla gestione efficace negli ambienti multi-progetto – Efrat Goldratt-Ashlag e Gianluca Davico hanno mostrato come la Teoria dei Vincoli (TOC) possa essere applicata per riportare ordine, efficacia e risultati concreti negli ambienti multi-progetto.

Nel metodo Kanban si fa uso di entrambi gli approcci, e questo mi ha portato a una riflessione che voglio approfondire nel seguito dell’articolo: limitare il numero complessivo degli elementi di lavoro presenti nel sistema di flusso – ciò che più avanti definirò come CONWIP – rappresenta la soluzione per far evolvere, nelle prime fasi, le organizzazioni meno strutturate. La Teoria dei Vincoli (TOC), con il suo modello Drum-Buffer-Rope (DBR) – di cui ho già parlato in un precedente articolo – consente invece di gestire sistemi di flusso più maturi e complessi, permettendo di sfruttare in modo sempre più efficace i vincoli man mano che l’organizzazione cresce in capacità e consapevolezza.

Oltre la semplice scelta di uno strumento di pull

Sia il CONWIP (Constant Work-In-Progress) che il Drum-Buffer-Rope (DBR) sono potenti meccanismi di sistema pull (a chiamata), progettati per gestire il flusso di lavoro e migliorare le performance. Tuttavia, il loro utilizzo non è intercambiabile. Sebbene entrambi mirino a creare un flusso più stabile e prevedibile, operano a livelli di complessità e maturità organizzativa diversi. Applicare lo strumento sbagliato al contesto sbagliato può portare a frustrazione e insuccesso; al contrario, allineare la pratica al livello di maturità dell’organizzazione è un passo fondamentale verso un cambiamento evolutivo di successo. Prima di decidere quando utilizzarli, è imperativo comprendere cosa sono e per quale problema fondamentale sono stati progettati.

Definizione e concetti chiave

Per confrontare efficacemente CONWIP e DBR, è essenziale prima comprendere la loro definizione fondamentale e il loro scopo primario all’interno di un sistema di gestione del flusso di lavoro. Sebbene entrambi limitino il lavoro in corso, il loro focus e il meccanismo di controllo sono radicalmente diversi e rispondono a problemi distinti.

CONWIP: stabilire un limite a livello di sistema

Il sistema CONWIP (Constant Work-In-Progress), descritto nella pratica LW 2.1 del KMM, stabilisce un limite al numero totale di elementi di lavoro all’interno dell’intero sistema, indipendentemente dal loro stato specifico. Questo crea un sistema pull di base in cui un nuovo elemento di lavoro può entrare nel flusso solo quando un altro è stato completato e consegnato.

Il KMM lo descrive come un proto-kanban system, sottolineando che mantiene un controllo meno granulare sui singoli stati del flusso di lavoro rispetto a un sistema Kanban più maturo. Tuttavia, la sua forza risiede nella semplicità e nell’efficacia nel ridurre il sovraccarico dell’intero sistema, fornendo al team un primo, potente strumento per gestire il flusso end-to-end e alleviare la pressione generale.

DBR (Drum-Buffer-Rope): ottimizzare sfruttando un collo di bottiglia

Il Drum-Buffer-Rope (DBR), descritto nella pratica IE 5.4 del KMM, è un sistema pull molto più sofisticato, nato come meccanismo di implementazione pratica della Teoria dei Vincoli (TOC). È progettato specificamente per ottimizzare un sistema attorno al suo collo di bottiglia. Il suo meccanismo fondamentale è quello di regolare l’intero sistema in base al ritmo del suo vincolo principale.

Il meccanismo si basa su tre componenti:

  • Drum (Tamburo): il ritmo di lavoro del collo di bottiglia, che determina la velocità massima dell’intero sistema.
  • Buffer (Cuscinetto): una scorta di lavoro posizionata strategicamente subito prima del collo di bottiglia per garantirne il pieno sfruttamento e proteggerlo da interruzioni a monte.
  • Rope (Corda): il segnale che “chiama” nuovo lavoro nel sistema, permettendone l’ingresso solo al ritmo con cui il “Drum” completa il lavoro.

Lo scopo del DBR è di eseguire i passi chiave della TOC: “sfruttare” il vincolo e “subordinare” tutte le altre attività nel flusso di lavoro per proteggerne la capacità, massimizzando così il throughput complessivo.

Questi due approcci, come vedremo, trovano la loro collocazione ideale in fasi molto diverse del percorso evolutivo di un’organizzazione.

Il ruolo decisivo della maturità organizzativa

La scelta tra CONWIP e DBR non è una questione di preferenza tecnica, ma una decisione strategica dettata dal livello di evoluzione e comprensione che un’organizzazione ha dei propri processi. Il loro posizionamento distinto all’interno del Kanban Maturity Model (KMM) evidenzia come l’adozione di determinate pratiche debba essere allineata al livello di maturità raggiunto, per evitare di introdurre una complessità che l’organizzazione non è ancora pronta a gestire.

CONWIP: uno strumento per la maturità di livello 2 (ML2)

Un’organizzazione a livello di maturità 2 (ML2) è descritta nel KMM come “Customer-Driven”. In questa fase, il flusso di lavoro è emergente e, sebbene i processi siano consistenti, i risultati non lo sono ancora, portando a una situazione caratterizzata dall’espressione “mai due volte lo stesso risultato”. La sfida principale è alleviare un sovraccarico sistemico e indifferenziato, dove il vincolo principale non è ancora noto o è in continuo rapido mutamento.

In questo contesto, il CONWIP emerge come pratica di consolidamento ideale. È uno strumento appropriato perché l’organizzazione non è ancora in grado di attuare un’ottimizzazione sistematica. Come nota il KMM, a ML2 “l’organizzazione si affida a manager eroici per accelerare le richieste importanti dei clienti“. I clienti imparano a fidarsi di specifici manager, non ancora dell’organizzazione o dei suoi sistemi. Un meccanismo di controllo semplice e a livello di sistema come il CONWIP è perfetto per:

  • Introdurre un sistema pull di base senza richiedere una mappatura granulare.
  • Fornire un sollievo immediato dal sovraccarico generale.
  • Aiutare l’organizzazione a iniziare a gestire il flusso end-to-end, un passo cruciale per evolvere oltre il focus sui singoli team tipico invece di ML1.

DBR: una pratica avanzata per la maturità di livello 5 (ML5)

Un’organizzazione a livello di maturità 5 (ML5) è descritta come “Market Leader”. A questo livello, l’organizzazione è caratterizzata da una “ricerca incessante della perfezione” e da un’ottimizzazione continua dell’efficienza e delle performance economiche. Possiede un’agilità derivante da un design organizzativo orientato ai servizi ed è in grado di riconfigurarsi prontamente per offrire nuovi servizi. Ha una profonda comprensione quantitativa del proprio sistema stabile e dei propri processi.

Il DBR è una pratica di consolidamento ML5 proprio perché la sua implementazione richiede questo livello di maturità. L’organizzazione ha la capacità di identificare un vincolo unico, sufficientemente persistente e definito che limita le performance dell’intero sistema. Il DBR non è solo una soluzione a un collo di bottiglia; è uno strumento strategico utilizzato da un’organizzazione altamente adattabile per:

  • Sfruttare un vincolo identificato con precisione per massimizzare il throughput.
  • Subordinare disciplinatamente tutte le altre attività a quell’unico vincolo.
  • Allineare l’intero sistema a un obiettivo di ottimizzazione economica, consolidando la propria leadership di mercato.

La scelta, quindi, non dipende solo da quando nel percorso di maturità, ma anche dal perché, ovvero dalla natura del problema che l’organizzazione sta affrontando.

Circostanze d’uso e problemi risolti

Oltre al livello di maturità, le circostanze specifiche e il problema che si sta cercando di risolvere sono determinanti per la scelta corretta dello strumento. CONWIP e DBR sono progettati per affrontare sfide fondamentalmente diverse: la prima mira alla stabilizzazione, la seconda allo sfruttamento.

Quando usare CONWIP: stabilizzare il sistema per gestire il sovraccarico indefinito

Il CONWIP è la scelta ideale quando il problema principale è un sovraccarico generale e non differenziato del sistema, piuttosto che un singolo punto di blocco chiaramente identificato.

Scenario tipico:

  • Un’organizzazione sta passando da un focus sui team (ML1) a un focus sul servizio (ML2).
  • Il flusso di lavoro end-to-end è ancora in fase di definizione (“emergente”).
  • La sensazione prevalente è che “tutto è una priorità” e le persone sono costantemente sovraccariche, ma non è chiaro quale sia il vero vincolo.

In queste circostanze, l’obiettivo primario non è ottimizzare, ma stabilizzare. CONWIP introduce un segnale di pull a livello di sistema che costringe l’organizzazione a finire il lavoro prima di iniziarne di nuovo. Questo riduce il multitasking e permette di creare le condizioni di base per comprendere il sistema e iniziare a misurare un lead time più significativo.

Quando usare DBR: sfruttare un collo di bottiglia definito

Il DBR è appropriato quando l’organizzazione ha raggiunto una comprensione del proprio processo, al punto da aver identificato un collo di bottiglia chiaro e persistente che limita le performance dell’intero sistema.

Scenario tipico:

  • L’organizzazione ha già un flusso di lavoro stabile e prevedibile (ML3/ML4).
  • L’analisi quantitativa dei dati di flusso (es. diagrammi di flusso cumulativo) mostra un accumulo costante di lavoro in una fase specifica.
  • L’obiettivo è aumentare il throughput complessivo agendo in modo mirato su quel singolo vincolo.

In questo scenario, l’obiettivo è sfruttare il vincolo noto per massimizzare il throughput totale. Il DBR fornisce il meccanismo per garantire che il collo di bottiglia non sia mai inattivo (grazie al buffer) e che il resto del sistema non lo sovraccarichi (grazie alla corda), ottimizzando così l’intero sistema attorno al suo punto di leva più efficace. Se il vincolo si sposta, il sistema DBR viene ricalibrato per sfruttare il nuovo vincolo e mantenere il flusso nelle migliori condizioni di performance. Un sistema così equilibrato e ottimizzato può poi essere “elevato” per aumentarne la capacità produttiva.

Conclusione: maturità e contesto guidano la scelta

La scelta tra CONWIP e DBR deve essere una decisione informata, guidata da una valutazione onesta della maturità organizzativa e della natura del problema specifico che si intende risolvere. Il CONWIP è uno strumento di stabilizzazione per un’organizzazione ML2 che affronta un sovraccarico sistemico e indifferenziato. Il DBR è uno strumento di sfruttamento per un’organizzazione ML5 che ha identificato un vincolo definito e possiede la disciplina per ottimizzare l’intero sistema attorno ad esso.

Tentare di implementare il DBR in un’organizzazione a bassa maturità, senza una chiara comprensione del flusso e dei suoi vincoli, è una soluzione rischiosa. Allo stesso modo, limitarsi al CONWIP quando si è raggiunto un maggiore livello di maturità e si ha un chiaro collo di bottiglia, significa lasciare sul tavolo significative opportunità di miglioramento. L’applicazione dello strumento giusto al momento giusto non è solo un principio fondamentale del cambiamento evolutivo, ma un passo cruciale verso il raggiungimento di una maggiore agilità, resilienza e performance aziendale.

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’efficienza non nasce dalla saturazione: il limite di carico massimo di un sistema è il 60-70% della sua capacità teorica

Il limite di carico massimo di un sistema è il 60-70% della sua capacità teorica. È una lezione che ho imparato sul campo, molto prima di scoprirne la base teorica anni dopo, studiando la Legge di Little.
Un flusso di lavoro è davvero efficiente solo quando opera al 60-70% della sua capacità potenziale. Tentare di spingerlo verso il 100% significa inevitabilmente portarlo al collasso: il sistema si imballa, rallenta, si blocca.

Questa verità mi è diventata chiara durante un’esperienza tanto concreta quanto frustrante, quando ero responsabile di più progetti di sviluppo software.

L’enigma di Stefano e la capacità fantasma

Il problema emerse all’inizio di un nuovo progetto. Qualche giorno dopo il kick-off chiesi al project manager come stessero procedendo i lavori.
Mi rispose che, in realtà, il progetto non era ancora partito.

Il motivo? Uno solo: Stefano (nome di fantasia) non era disponibile. Era impegnato in attività di manutenzione.
Chiesi quando sarebbe stato disponibile e mi risposero “domani”. Ma anche il giorno dopo la situazione era identica: Stefano era ancora bloccato sulla manutenzione.

A quel punto mi dissi: “Aspetta un attimo. Com’è possibile che Stefano non sia disponibile? Doveva esserlo.”

Decisi di approfondire. Andai a parlare con il suo responsabile e gli chiesi: “Scusami, quanto tempo passa Stefano a fare manutenzione?” Mi rispose sinceramente: “Non lo so con precisione. Parecchio, ma non saprei quantificare.”

Sapevo che tutto il lavoro veniva registrato nei timesheet, quindi proposi di verificare i dati. Dopo un po’ di insistenza, riuscimmo a recuperare i registri dei mesi precedenti. Il risultato fu inequivocabile: Stefano dedicava circa un terzo del suo tempo alla manutenzione in produzione.

La ricalibrazione della capacità e il rischio della turbolenza

Con quei numeri in mano, mi presentai al Project Management Office (PMO). Dissi loro: “Pianifichiamo il lavoro di Stefano come se fosse disponibile al 100%, ma non lo è. In realtà possiamo contare su di lui solo per il 70% del tempo.”

Mi chiesero se fossi certo del dato. Risposi di sì: avevamo prove misurabili.

Ma il problema non era solo quello. Oltre alla disponibilità media, bisognava considerare la turbolenza: picchi, imprevisti, variazioni.
Non bastava pianificare sulla base del 70% di disponibilità, serviva margine. Dopo una discussione, concordammo di ridurre ulteriormente il carico effettivo al 60-65%.
Solo entro quella soglia si poteva sperare che la disponibilità fosse affidabile.

La battaglia per lo slack e la scommessa con l’amministratore delegato

Dopo quella ricalibrazione, mi convinsi che serviva anche dello slack: una tolleranza per assorbire variazioni e imprevisti.
All’epoca pianificavamo ancora con i diagrammi di Gantt; non conoscevo ancora il metodo Kanban né avevo letto il libro Kanban: Successful Evolutionary Change for Your Technology Business di David Anderson.

Proposi al PMO di introdurre margini di slack, ma la risposta fu immediata: “Impossibile. L’amministratore delegato ci licenzierebbe.”

Non arretrai. Dissi: “Preferisco dimettermi piuttosto che continuare a pianificare così.”

Dopo un acceso confronto, trovammo un compromesso: “Scrivete pure che la decisione è mia. Se qualcuno deve essere cacciato, sarò io.”

Riuscii a convincerli. Preparammo un diagramma di Gantt in cui ogni barra aveva la sua tolleranza, con la nota: ‘Tolleranza di Marco Re’.

Quando il piano arrivò sulla sua scrivania, l’amministratore delegato mi chiamò: “Marco, che cos’è questa storia? Vieni a spiegarmela.”

Gli esposi l’approccio. Non era convinto e allora lo sfidai: “Lasciami applicare il metodo fino a Natale. Se il 6 gennaio tutto sarà andato liscio, bene. In caso contrario, torniamo indietro e potrai anche rimuovermi dall’incarico.”

Quel periodo era cruciale: per il tipo di mercato in cui operava l’azienda, arrivava sempre la grande ondata di cambiamenti di fine anno che gettava i team di sviluppo nel caos.

Accettò.

La validazione definitiva

Implementammo la pianificazione con carico effettivo al 60-65% e margini di slack.
Arrivò il 6 gennaio e, per la prima volta, l’azienda attraversò il passaggio d’anno senza scossoni.

Aspettavo quel giorno e andai a trovare l’amministratore delegato, questa volta di mia iniziativa: “Hai visto? Così abbiamo gestito tutto in modo fluido!”

Quell’esperienza fu la prova definitiva: non è la saturazione che genera efficienza, ma la capacità di limitare empiricamente il lavoro in corso (WIP limit, nel linguaggio Kanban) e di mantenere margine operativo.
Sul campo ho imparato che pianificare al 60-70% — nel nostro caso 60-65% — è la vera chiave per costruire flussi di lavoro resilienti, sostenibili ed efficienti.

Perché funziona

Un sistema completamente saturo è fragile: ogni imprevisto diventa una crisi.
Un sistema con spazio di manovra, invece, è resiliente: assorbe variazioni, reagisce agli urti e continua a funzionare in modo fluido.

La vera efficienza non è riempire tutto il tempo disponibile, ma garantire continuità, prevedibilità e serenità operativa.

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.