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
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.
Nell’ultimo anno mi è stato spesso chiesto di offrire consigli su nuove iniziative imprenditoriali, sia nel caso di vere e proprie startup, sia quando si trattava di nuovi progetti all’interno di aziende già esistenti e consolidate. L’avventura imprenditoriale è un percorso ricco di entusiasmo e promesse, ma anche, inevitabilmente, di insidie. Molti aspiranti fondatori partono da un’idea brillante, convinti che la sua forza sia sufficiente a garantirne il successo. La realtà, però, è ben più complessa.
In questo articolo ho raccolto e distillato i consigli che abitualmente condivido con chi me li chiede. Non propone formule magiche né scorciatoie, ma una serie di lezioni strategiche fondamentali, maturate attraverso esperienze dirette e fallimenti altrettanto istruttivi. L’obiettivo è offrire una bussola ai futuri imprenditori, aiutandoli a porsi le domande giuste fin dal primo giorno, per costruire un’impresa che non sia soltanto innovativa, ma anche solida, scalabile e pronta per il futuro.
Il vero obiettivo: lavorare per crearsi un lavoro o per costruirsi un capitale?
La prima domanda che pongo a ogni fondatore è tanto semplice quanto brutale: “che cosa vuoi davvero fare di questa azienda? Vuoi creare un lavoro su misura per te, da portare avanti per tutta la vita, oppure costruire un capitale che un domani possa garantirti la pensione?”
Non si tratta di una riflessione filosofica, ma della scelta strategica più importante in assoluto: una decisione che orienterà ogni passo successivo, dalla selezione dei soci alla struttura dei costi, fino alle modalità e ai tempi della crescita.
Dall’analisi di numerosi casi aziendali che ho avuto modo di osservare, emergono infatti due archetipi di obiettivi, spesso confusi tra loro ma in realtà profondamente diversi:
Crearsi un lavoro per gli anni a venire Questo modello consiste nel costruire un’attività che, per quanto profittevole, resta intrinsecamente legata alle tue competenze e alla tua presenza. È la classica boutique che offre un servizio in cui tu stesso rappresenti l’asset principale. Pur potendo garantire grandi soddisfazioni personali, questo approccio limita drasticamente la crescita e rende l’azienda fragile e difficilmente trasferibile. Se vai in vacanza, l’attività rallenta; se ti ammali, si ferma; se decidi di ritirarti, l’azienda smette semplicemente di esistere. Il suo valore, infatti, coincide con la tua persona, non con il sistema che hai costruito.
Costruire un asset da vendere successivamente Il secondo modello punta alla costruzione di un’entità autonoma: un meccanismo progettato fin dall’inizio per funzionare e crescere indipendentemente da te. L’obiettivo non è diventare l’esecutore indispensabile, ma l’architetto di una macchina che altri possano gestire e far evolvere. Questo è il percorso di chi mira a un’exit strategica: la vendita dell’azienda per finanziare la pensione o dare vita a nuovi progetti. Un’impresa di questo tipo è un asset reale, dotato di un valore di mercato definito e appetibile per chi desidera acquisire un sistema che funziona.
Scegliere di costruire un asset impone fin dall’inizio una disciplina rigorosa e costringe a evitare la trappola più comune di tutte: creare un’impresa fondata sugli eroi, anziché su un sistema.
La struttura: costruire un sistema, non un’impresa basata sugli eroi
Il segreto per costruire un’azienda di valore, soprattutto nei settori basati sui servizi, risiede in un concetto tanto essenziale quanto spesso trascurato: l’industrializzazione. Non si tratta di “deumanizzare” il lavoro, bensì di progettare processi e metodologie standardizzate che consentano di erogare servizi di alta qualità in modo coerente e replicabile, riducendo la dipendenza dalle capacità dei singoli individui.
Un avvocato con cui abbiamo implementato un modello di lavoro standardizzato per la gestione dei servizi legali mi ha offerto una metafora particolarmente efficace: “Prima dovevo cercare come collaboratore qualcuno che sapesse ‘disegnare bene’. Oggi, avendo costruito un modello per governare il flusso di lavoro, mi basta trovare persone che magari ‘sappiano fare bene solo i cerchi’ “. In questo modo ha scomposto un’attività complessa in compiti standardizzati, trasformandola in un sistema. Così facendo ha anche ridotto la dipendenza dello studio dalla propria presenza costante. Il principio guida è ben riassunto nella massima “work yourself out of your job”: lavorare ogni giorno per rendersi progressivamente superflui.
Il ruolo del fondatore, infatti, non è essere l’esecutore, ma l’architetto del sistema. Questo approccio, affinato nel mondo dei servizi attraverso il metodo Kanban e il Kanban Maturity Model (KMM), e ispirato al modello di produzione industriale Toyota, consente di trasformare un insieme di individui in un sistema coeso, generando vantaggi strategici rilevanti e duraturi.
Scalabilità Quando il business si basa su processi replicabili e kit operativi, la crescita diventa un’opportunità. Puoi formare nuovi collaboratori in modo rapido, gestire più clienti senza che la qualità degradi e senza che la struttura imploda sotto il peso del suo stesso successo.
Riduzione del rischio Un’azienda fondata sulle competenze di poche persone chiave è fragile. La perdita di una figura strategica crea un unique point of failure – un anello debole della catena. Basare l’azienda su un sistema solido mitiga questo rischio: le persone sono importanti, ma il vero asset è il sistema di lavoro, che sopravvive a prescindere da chi vi stia operando.
Valore di mercato Per un potenziale acquirente, un’azienda che “gira da sola” ha un valore superiore. Acquistare un’impresa che dipende totalmente dai fondatori significa comprare un rischio. Acquistare un sistema collaudato, invece, significa investire in un asset che continuerà a generare valore.
Costruire un sistema, tuttavia, non è solo una sfida tecnica e organizzativa. La dipendenza dalle persone è uno dei rischi più critici, e l’ho imparato sulla mia pelle.
Le persone: gestire il rischio umano in soci e collaboratori
Le persone sono il cuore di ogni startup: rappresentano la risorsa più preziosa e, allo stesso tempo, il principale fattore di rischio. Lasciate che vi racconti un episodio accaduto in una startup a cui ho preso parte diversi anni fa, per chiarire meglio cosa intendo.
Eravamo quattro soci con quote al 25% ciascuno: la peggiore configurazione possibile, perché prepara il terreno allo stallo decisionale. Il problema emerse quando le cose, inevitabilmente, non andarono come previsto – non vanno mai esattamente come pianificato! Ci trovammo con obiettivi finali divergenti, il conflitto divenne inevitabile, paralizzando l’azienda e prosciugando energie preziose proprio nel momento più critico, quando avremmo invece dovuto essere uniti e focalizzati.
Questa esperienza mi ha insegnato tre lezioni fondamentali sul rischio umano:
L’allineamento tra soci è fondamentale: la divergenza sugli obiettivi finali è una vera e propria bomba a orologeria. Assicurati che tutti condividano la stessa visione a lungo termine. Evita inoltre un numero pari di soci o di quote: al primo disaccordo serio, il rischio è il blocco totale dell’azienda.
La dipendenza da figure chiave rappresenta una debolezza significativa: affidarsi a consulenti o collaboratori indispensabili, che potrebbero andarsene in qualsiasi momento, crea un unique point of failure e limita drasticamente la capacità dell’azienda di crescere e scalare.
La trappola del potere personale: la standardizzazione incontra spesso la resistenza di chi detiene conoscenze esclusive. Per molti, questa competenza rappresenta una forma di potere. Superare questa resistenza è però essenziale per non rimanere prigionieri delle dinamiche interne all’azienda.
La gestione di questi rischi richiede una chiarezza cristallina fin dall’inizio, soprattutto per quanto riguarda gli scenari di uscita.
La strategia di uscita: pianificare la fine prima dell’inizio
Parlare di exit quando l’azienda non è ancora partita può sembrare eccessivamente pessimista, ma ignorarlo sarebbe un errore strategico. Definire fin dall’inizio una chiara strategia di wayout è uno strumento di pianificazione che offre allineamento e sicurezza a tutti i soci. Un piano condiviso aiuta a evitare conflitti potenzialmente devastanti quando emozioni e interessi personali raggiungono il picco.
Ogni startup dovrebbe pianificare, nero su bianco, almeno tre scenari:
Scenario
Descrizione e azioni da prevedere
Ottimistico
È la vendita dell’azienda a un prezzo vantaggioso. Per evitare conflitti, definite in anticipo i criteri per la valutazione delle quote (es. multipli sull’EBITDA, valutazione di un arbitro terzo). Questo previene la classica dinamica in cui una quota “per chi vende vale milioni, per chi compra spiccioli”.
Pessimistico
L’idea di business non decolla. Sebbene spiacevole, questo scenario è relativamente più semplice da gestire se pianificato. È fondamentale avere un piano chiaro e rapido per la liquidazione della società, che definisca come chiudere le operazioni e minimizzare le perdite.
Intermedio (il più pericoloso)
Questa è la trappola in cui sono personalmente caduto. L’azienda si trovava a metà del guado: aveva clienti e obblighi, ma non generava abbastanza ricavi per sostenersi e continuava a richiedere finanziamenti. È in momenti come questi che le divergenze tra soci esplodono: chi vuole continuare a investire, chi preferirebbe chiudere. Ci si ritrova intrappolati nella propria stessa azienda. Nel mio caso, ci è voluto un anno per trovare una via d’uscita: la vendita dell’azienda a terzi. Avere un piano predefinito per questo tipo di scenario è quindi vitale.
La gestione dello scenario intermedio è strettamente legata a un’altra fase critica: la trappola della crescita.
La trappola della crescita: perché scalare è il momento più delicato
Paradossalmente, molte startup non falliscono per mancanza di clienti, ma proprio a causa di una crescita troppo rapida e mal gestita. Scalare significa trasformare un’organizzazione artigianale in una struttura solida, ed è proprio in questa fase che ogni debolezza progettuale emerge con forza.
È proprio la fase del “mezzo del guado”: l’azienda è troppo grande per essere gestita solo dai fondatori, ma non ancora abbastanza redditizia da sostenere una struttura organizzativa complessa. I fondatori si trovano sopraffatti, la qualità rischia di calare e i costi crescono più rapidamente dei ricavi.
Per evitare questa trappola, è fondamentale prepararsi alla crescita fin dal primo giorno:
Pensare in grande da subito: anche se all’inizio la gestione è “artigianale”, il modello di business deve essere progettato per essere scalabile. Chiediti come funzioneranno i processi e i flussi di lavoro quando l’azienda sarà dieci volte più grande.
Identificare le risorse future: mappa in anticipo le competenze e i ruoli necessari per sostenere l’espansione. Inizia la ricerca prima che l’urgenza diventi un’emergenza.
Standardizzare per delegare: si torna al concetto chiave. L’unico modo per delegare efficacemente è attraverso la creazione di kit operativi, manuali e flussi di lavoro standardizzati. Solo ciò che è standardizzato può essere insegnato, misurato e delegato con successo.
Tutte queste strategie, però, devono poggiare su fondamenta solide: un’analisi numerica rigorosa.
Il business case: oltre l’idea, i conti devono tornare
Un’idea, per quanto brillante, rimane una visione finché non è supportata da numeri credibili. Un business case ben articolato è lo strumento che trasforma un’intuizione in un piano d’azione sostenibile. È la prova di fattibilità che permette di valutare i rischi e capire se il gioco vale la candela.
Un’analisi finanziaria preliminare deve includere almeno questi elementi:
Proiezione dei ricavi: stimare, anche in modo conservativo, come potrebbe evolvere il fatturato nel tempo. Quanti clienti? A quale prezzo? Con quale ritmo di crescita?
Struttura dei costi: mappare con attenzione i costi, fissi e variabili. Questo include le spese operative, ma anche i costi futuri spesso trascurati, come gli stipendi dei soci fondatori e i compensi per i collaboratori.
Investimento iniziale: calcolare l’investimento necessario non solo per coprire le perdite iniziali, ma soprattutto per costruire il sistema. Questo capitale finanzia lo sviluppo di flussi di lavoro, materiali e kit formativi che permetteranno all’azienda di scalare. È un investimento sull’infrastruttura operativa.
Questo esercizio numerico è il test di realtà di base per ogni startup.
Conclusione
Il successo di una startup dipende meno dalla genialità dell’idea e più dalla disciplina nel porsi domande difficili su obiettivi, sistemi, persone e strategie di uscita. La differenza tra un’impresa che prospera e una che implode risiede nella capacità di affrontare queste scomode verità fin dal primo giorno. Considerate questi spunti come una vera bussola strategica. Uno strumento utile per affrontare questo percorso in modo strutturato è il Business Model Canvas.
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.
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.
Quando si parla di Kanban, si pensa spesso a bacheche digitali, post-it colorati e flussi di lavoro resi più efficienti. Tuttavia, limitarsi all’efficienza operativa significa considerare solo una parte del quadro. Il contributo più rilevante di Kanban, quello più nascosto e trasformativo, risiede in un ambito molto più profondo: la leadership e la trasformazione culturale.
Non è un caso. Come ha affermato Lou Gerstner, l’artefice della rinascita di IBM:
“La cultura non è solo un aspetto del gioco, è il gioco.”
In questo articolo esamineremo cinque lezioni di leadership significative che emergono dal Kanban Maturity Model (KMM), un modello che aiuta a rendere la gestione della cultura più concreta e sistematica.
Prima lezione: la cultura non è un’opzione, è il vero campo di gioco
I leader più efficaci sanno che la loro responsabilità primaria, quella che non possono delegare, è la definizione della cultura aziendale. Strategia, marketing, finanza: tutto può essere affidato a specialisti. La cultura, invece, è il dominio esclusivo di chi guida.
È qui che il KMM interviene come strumento strategico: trasforma concetti apparentemente astratti come fiducia, innovazione e senso di appartenenza in leve concrete e misurabili, offrendo ai leader aziendali un manuale operativo per modellare il loro vero campo di gioco.
Seconda lezione: il segreto per un cambiamento di successo è guidare l’evoluzione, non forzare la rivoluzione
Il KMM ribalta la logica convenzionale sulla gestione del cambiamento: il successo non arriva da grandi rivoluzioni top-down, ma da un’evoluzione guidata e progressiva. Perché? La risposta risiede nella Identity Threat Theory: le persone non resistono al cambiamento in sé, ma alla minaccia che esso rappresenta per il loro status, il loro ruolo e la loro dignità.
Ignorare questa dinamica porta a paura e conflitti. Il KMM, invece, mitiga questa resistenza naturale concentrandosi su cambiamenti normativi (l’introduzione di nuove pratiche e strumenti) piuttosto che su interventi strutturali che stravolgono ruoli e gerarchie. Questo approccio riduce la profondità e la durata della cosiddetta “curva a J” – l’inevitabile calo iniziale di performance che accompagna ogni trasformazione – rendendo il cambiamento più sostenibile e meno traumatico per le persone e l’organizzazione .
Terza lezione: la fiducia non è un’emozione, ma una condizione organizzativa che si costruisce con pratiche precise
Nel mondo del KMM, la fiducia (definita “capitale sociale“) smette di essere un “soft skill” e diventa una condizione organizzativa misurabile. Un’organizzazione con un alto capitale sociale riduce burocrazia, costi di transazione e inefficienze, guadagnando in velocità e agilità.
Il modello non si ferma alla teoria, ma offre un manuale d’istruzioni composto da cinque pratiche concrete per costruire attivamente la fiducia:
Trasparenza: l’apertura genera empatia e sicurezza.
Mantenimento delle promesse: ogni promessa rispettata rafforza la fiducia reciproca.
Coerenza e prevedibilità: comportamenti stabili rendono affidabili persone e sistemi.
Politiche esplicite: chiariscono le aspettative e riducono l’ambiguità.
Atti di fiducia deliberati: il leader deve scegliere di fidarsi per primo.
La sua forza sta nel trasformare uno degli aspetti più sfuggenti della leadership – la costruzione della fiducia – in un processo strutturato, supportato da pratiche concrete e misurabili.
Quarta lezione: esiste una roadmap per la crescita come leader, livello per livello
Il KMM non è solo una mappa per la maturità organizzativa, ma anche un percorso di sviluppo personale per chi guida l’organizzazione. Ogni livello di maturità richiede e al tempo stesso rafforza specifici tratti di leadership, creando una roadmap di evoluzione precisa.
Ecco la progressione completa che il modello delinea:
ML0 (Oblivious): si parte dall’autenticità, valorizzando i piccoli successi come leva per innescare la motivazione.
ML1 (Team-Focused): si impara a costruire fiducia, promuovendo la collaborazione e guidando i manager verso un approccio di servizio.
ML2 (Customer-Driven): si sviluppa il carisma, necessario per favorire la cooperazione tra team diversi con un obiettivo comune: il cliente.
ML3 (Fit-for-Purpose): si evolve verso l’altruismo, sviluppando una leadership diffusa e allineando l’intera organizzazione alla strategia.
ML4 (Risk-Hedged): si coltivano empatia e integrità, essenziali per gestire il rischio in modo quantitativo e costruire intimità con il cliente.
ML5 (Market Leader): si raggiunge l’umiltà, indispensabile per guidare il miglioramento continuo e ricercare i guadagni marginali che creano un vantaggio competitivo.
ML6 (Built for Survival): si incarna il senso del dovere, ridefinendo l’identità e lo scopo dell’azienda per garantirne la resilienza a lungo termine.
Per il leader di un organizzazione, a qualunque livello, avere un percorso di evoluzione così chiaro è uno strumento di self-coaching potentissimo. Non si tratta più di navigare a vista, ma di seguire una mappa che collega la propria crescita personale al livello di maturità dell’intera organizzazione.
Quinta lezione: smettere di fare il terapeuta, diventare un coach sportivo
Il KMM propone una metafora potente per il ruolo di un leader aziendale: non un terapeuta, ma l’head coach di una squadra sportiva. La distinzione è cruciale:
L’approccio da terapeuta si concentra sulla psicologia individuale, cercando di “aggiustare” le persone. Questo crea dipendenza e rallenta la maturazione del team.
L’approccio da coach sportivo si focalizza sulla sociologia, sulla psicologia sociale e sulle dinamiche di sistema. Utilizza il KMM come un playbook strategico e misura il successo attraverso risultati di business tangibili e il raggiungimento di nuovi livelli di maturità.
Questo si traduce in linee guida chiare per ogni leader aziendale, il cui ruolo è: esigere risultati di business concreti, non metriche di vanità scollegate dal valore; promuovere una vera empatia, non una simpatia di facciata; incoraggiare l’autonomia, non la dipendenza dal proprio leader; far crescere altri leader, non limitarne il potenziale.
Conclusione
Il Kanban Maturity Model si rivela essere molto più di un framework per la gestione operativa. È un modello sistemico per la leadership strategica, che offre strumenti per modellare la cultura, un approccio a basso rischio al cambiamento e un percorso di crescita chiaro tanto per l’azienda quanto per i suoi leader.
Come architetto della tua organizzazione, ogni tua decisione è un atto di definizione della cultura. La sola domanda che conta è se stai costruendo a caso o secondo un disegno.
Qual è la singola pratica Kanban, tra quelle che conosci, che potresti adottare da domani per iniziare a evolvere la cultura della tua organizzazione in modo più consapevole?
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 processo di budgeting annuale è, per molte aziende, un rituale stressante e spesso frustrante. Si trascorrono settimane a elaborare stime dettagliate, negoziare risorse e definire obiettivi ambiziosi, per poi scoprire che questi documenti sono scollegati dalla realtà operativa quasi dal momento in cui vengono approvati. Questo approccio tradizionale, basato su stime e ipotesi astratte più che su dati concreti, genera un ciclo di sovraccarico, promesse mancate e stress diffuso. L’obiettivo di questo articolo è presentare un metodo alternativo, un approccio evolutivo basato su dati empirici e sui principi Kanban, che trasforma il budgeting da un esercizio astratto a un processo agile, realistico e strategico.
Il mio percorso professionale con questo metodo è iniziato anni fa, quando la lettura del libro Kanban: Successful Evolutionary Change for Your Technology Business ha cambiato radicalmente il mio modo di vedere la gestione del lavoro. Da quel momento, non mi sono più fermato. Ho iniziato ad applicare e sviluppare il metodo Kanban a diversi livelli: dal singolo team, passando per il portfolio di progetti, fino a estenderlo al portfolio dipartimentale e, infine, all’intera capacità aziendale.
In questo articolo, voglio condividere con voi un’attività concreta che sto conducendo: la creazione del budget per il 2026 in un’azienda di servizi di circa tremila persone. Vi guiderò passo dopo passo attraverso un processo di pianificazione della capacità che si fonda sulla realtà misurabile dell’organizzazione, non su ipotesi astratte. Vedremo come trasformare il processo di budgeting in un dialogo strategico basato su dati reali. Tutto inizia con un atto radicale di onestà: smettere di pianificare sulla base dei desiderata e iniziare a misurare la realtà così com’è.
Le fondamenta del nostro budget: dalle persone ai “token” di capacità
Per costruire un budget realistico, dobbiamo partire da una misurazione oggettiva della capacità produttiva reale dell’azienda. Questo primo passo è strategico perché sposta il focus dalla “gestione delle risorse” (resource efficiency), che cerca di tenere le persone sempre occupate, alla “gestione del flusso” (flow efficiency), che si concentra sul far scorrere il lavoro in modo fluido e prevedibile. Questo non è solo un cambio di metrica; è un cambio di paradigma. Come Kanban insegna, la performance aziendale non deriva dal tenere le persone occupate, ma dal far progredire il lavoro di valore.
La fase iniziale per quantificare questa capacità è relativamente semplice e si articola in tre passaggi:
Rilevazione della capacità Il punto di partenza è un’analisi pragmatica: contiamo le persone disponibili, le “teste”, per avere un quadro chiaro e inequivocabile della capacità teorica di cui disponiamo oggi. Questo non è un esercizio di stima, ma un censimento che ci ancora alla realtà.
Tokenizzazione della capacità Una volta contate le persone, trasformiamo questa capacità umana in “token” di capacità. Questo passaggio ci permette di creare un’unità di misura standard e flessibile per la pianificazione. Invece di pensare a “mezza persona per tre mesi”, pianifichiamo con “X token di capacità”, svincolando il discorso dalle singole persone e rendendolo più strategico e modulare.
Aggregazione a livello aziendale Infine, aggreghiamo questi token. Prima li raggruppiamo a livello dipartimentale per avere una visione chiara della capacità di ogni funzione aziendale. Poi, sommiamo i totali dipartimentali per ottenere una visione complessiva e tokenizzata della capacità dell’intera organizzazione.
A questo punto, abbiamo un modello della nostra capacità produttiva. Ma come possiamo essere sicuri che questi token abbiano un significato nel mondo reale? Il passo successivo è ancorare questa teoria alla pratica, collegando i token ai risultati concreti e misurabili che l’azienda è in grado di produrre.
Dalla teoria alla pratica: validare la capacità con il throughput reale
Un modello è utile solo se riflette la realtà. Per questo motivo, il passo successivo è fondamentale: dobbiamo validare il nostro modello di capacità tokenizzata utilizzando un approccio empirico, basato sui dati storici. Questo processo ancora la nostra pianificazione a risultati misurabili, trasformando i token da un concetto teorico a un affidabile strumento previsionale.
Nella mia esperienza, questo si traduce in un’analisi comparativa. Prendiamo la capacità tokenizzata di ogni dipartimento e la confrontiamo con il throughput reale dei sistemi Kanban già attivi. Il throughput è il numero di elementi di lavoro (attività, progetti, ticket) completati in un dato periodo. Nell’azienda in questione dispongo dei dati provenienti da quasi una decina di sistemi Kanban attivi, sviluppati nel tempo. Questo patrimonio informativo mi offre una base empirica solida e affidabile, quantomeno per le funzioni principali.
Dopo aver analizzato i dati storici, possiamo arrivare a una conclusione chiara e supportata dai fatti:
“Ok, con questa quantità di token, otteniamo questo determinato throughput.”
A questo punto, il token non è più solo una convenzione operativa, ma diventa una vera e propria unità previsionale. Abbiamo creato un legame matematico e verificabile tra la capacità che investiamo e i risultati che possiamo realisticamente attenderci. Non stiamo più facendo supposizioni: stiamo costruendo un modello predittivo fondato su evidenze storiche. Questo approccio incarna uno dei principi fondamentali di Kanban: prendere decisioni basate sui dati (data-driven decision making). Con un modello validato, non siamo più in balia di opinioni o pressioni politiche: disponiamo di uno strumento oggettivo per simulare scenari futuri e pianificare con reale cognizione di causa.
La pianificazione strategica come esperimento controllato
Una volta stabilita una relazione affidabile tra capacità (token) e risultati (throughput), la pianificazione strategica si trasforma. Non è più un esercizio statico di allocazione di risorse aziendali, ma una serie di esperimenti controllati per ottimizzare l’utilizzo delle risorse stesse. Questo approccio ci consente di prendere decisioni strategiche con una consapevolezza che i metodi tradizionali non possono offrire.
La fase di simulazione è dove la pianificazione si libera dalle catene dei fogli di calcolo per diventare un vero strumento di navigazione strategica. Iniziamo a simulare diversi scenari, spostando virtualmente i token da un servizio all’altro per osservare l’impatto previsto sul throughput complessivo. Cosa succede se allochiamo il 10% in più della capacità al servizio A a discapito del servizio B? Il nostro modello, basato su dati storici, ci fornisce una previsione attendibile.
Il budget cessa di essere un documento statico e diventa un laboratorio strategico, incarnando il principio Kanban di “migliorare collaborando ed evolvere sperimentando“. La nostra pianificazione annuale non è un più un decreto immutabile, ma una serie di ipotesi concrete da validare, orientate a ottimizzare l’allocazione della capacità per massimizzare i risultati desiderati. L’azienda impara e si adatta attraverso esperimenti controllati, costruendo un budget che non è solo un documento finanziario, ma una vera e propria mappa strategica dinamica.
A questo punto, possiamo estendere questo approccio dalla pianificazione generale alla gestione del portfolio progetti. Avendo misurato il throughput a livello aziendale, sappiamo anche quanta capacità possiamo effettivamente dedicare ai progetti e, di conseguenza, quanti progetti siamo realmente in grado di completare in un anno.
Gestire il portfolio progetti: il flusso upstream
Il segreto per allineare le ambizioni strategiche con la capacità operativa reale risiede nell’applicare i principi Kanban non solo alla fase di esecuzione (il flusso downstream), ma anche e soprattutto alla fase di selezione e pianificazione dei progetti (il flusso upstream). Si crea un vero e proprio sistema controllato, a monte, per la selezione delle iniziative da avviare in funzione della capacità produttiva. Gestire il flusso upstream significa smettere di avviare più lavoro di quanto se ne possa completare, concentrandosi solo sulle iniziative che generano il massimo valore.
Definire il limite al lavoro in corso (WIP Limit)
Il cardine di questo sistema è l’introduzione di un WIP limit (limite al lavoro in corso) a livello di portfolio progetti. Questo non è altro che un limite al numero di progetti che possono essere gestiti contemporaneamente dal flusso downstream. Non è una scelta arbitraria, ma una decisione strategica basata sulla nostra capacità effettiva e sui token di capacità che possiamo dedicare ai progetti. Questo limite garantisce che il flusso di lavoro downstream rimanga scorrevole e che le energie dell’organizzazione non vengano disperse su troppi fronti.
Un processo di triage guidato dalla leadership
Il processo di selezione upstream prevede un potente meccanismo di triage. Tutti i progetti in pipeline vengono analizzati sulla base di due criteri chiave: il valore che portano all’azienda e il costo del ritardo (cost of delay), ovvero il valore economico che l’azienda perde per ogni settimana o mese in cui un progetto non è ancora stato realizzato. Fatto il triage, solo i progetti che la nostra capacità effettiva può sostenere vengono approvati e avviati. E gli altri?
“Tutti gli altri? Aspettano, semplicemente.”
Questa disciplina è ciò che distingue un’organizzazione matura. Si accetta la realtà della propria capacità e si prendono decisioni difficili ma necessarie, invece di cedere alla pressione di avviare tutto subito.
La gestione del portfolio è una responsabilità della leadership aziendale. Il WIP limit a valle e la selezione dei progetti a monte vengono discussi e approvati dal comitato direttivo, che include l’amministratore delegato e i direttori. Questo garantisce un allineamento tra le decisioni operative e la visione strategica.
I benefici: meno sprechi, più valore
I vantaggi di questo approccio sono immediati e tangibili. In primo luogo, si evita lo spreco più grande: avviare lavori che non si ha la capacità di completare. In secondo luogo, ci si concentra esclusivamente sui progetti a più alto valore, massimizzando il ritorno sull’investimento della nostra capacità. Infine, si crea un sistema prevedibile e sostenibile. In sintesi, si passa dal “caos della speranza“, dove si avvia tutto sperando che qualcosa finisca, alla “disciplina del valore“, dove ogni token di capacità è investito deliberatamente per ottenere il massimo impatto strategico. Ma cosa succede quando le ambizioni future superano la capacità attuale? È il momento di guardare oltre l’ottimizzazione e pensare a come far crescere il sistema.
Guardare al futuro: come “elevare il sistema” aumentando la capacità
Una volta che il sistema è stabile e prevedibile, la conversazione strategica si sposta naturalmente verso il futuro: “come possiamo raggiungere obiettivi ancora più ambiziosi?” La risposta è “elevare il sistema“, ovvero aumentare la capacità produttiva dell’organizzazione. Questo, infatti, è un obiettivo strategico per i budget del 2026 e 2027 della nostra azienda.
Tuttavia, c’è un aspetto cruciale da comprendere: aumentare la capacità non è un cambiamento istantaneo. Non basta assumere nuove persone per vedere un aumento lineare della produttività. L’insegnamento fondamentale è che bisogna iniziare oggi a lavorare per aumentare la capacità, con la piena consapevolezza che i risultati concreti si vedranno solo tra sei mesi o un anno.
Questo ritardo è spiegato dalle dinamiche del cambiamento organizzativo. Quando si inseriscono nuove persone o si formano nuovi team, si verifica inevitabilmente un calo iniziale di produttività. Il tempo necessario per l’inserimento, la formazione e l’integrazione con i team esistenti crea un rallentamento temporaneo prima che la curva della capacità inizi a risalire, superando il livello precedente. È l’impatto economico di dinamiche umane ben note che ogni nuovo team deve affrontare. Ignorare questa dinamica porta a frustrazione e a piani irrealistici. Pianificare l’aumento di capacità significa investire oggi per raccogliere i frutti domani, con pazienza e visione di lungo termine.
Conclusione: un budget basato sulla realtà, non su ipotesi astratte
Fare proprio un approccio al budgeting basato su Kanban significa operare una trasformazione profonda, che va ben oltre i numeri su un foglio di calcolo. Significa scegliere la realtà come fondamento della propria strategia. I benefici di questo metodo sono chiari e di forte impatto:
Passaggio da un processo “politico” a uno basato sui dati: le decisioni non sono più il frutto di negoziazioni o della voce più autorevole, ma sono guidate da misurazioni empiriche di capacità e throughput. La realtà dei fatti diventa il principale arbitro.
Allineamento strategico con la realtà operativa: l’azienda si impegna solo su ciò che può realisticamente portare a termine. Questo non solo massimizza il valore effettivamente realizzato, ma allinea le ambizioni della leadership con le reali possibilità operative dell’organizzazione.
Prevedibilità e riduzione dello stress: eliminando le false promesse e il sovraccarico sistematico, si crea un ambiente di lavoro più sostenibile. La fiducia aumenta, perché le persone e i team sanno che gli impegni presi sono realistici e che il sistema è progettato per il loro successo.
In definitiva, questo non è solo una tecnica di budgeting. È un modo per costruire un’organizzazione più matura, resiliente e consapevole. È la scelta di fare della realtà, con i suoi limiti e le sue potenzialità, il più grande alleato strategico per una crescita sostenibile e di valore. La domanda, quindi, non è se la vostra azienda può permettersi di adottare questo approccio, ma se può ancora permettersi di basare il proprio futuro su ipotesi astratte.
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.
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 Managementfor 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:
Guarda al sistema, non alle persone: il problema raramente risiede nella competenza individuale, ma nel modo in cui il lavoro è organizzato.
Rendi tutto visibile: la trasparenza è il primo passo per comprendere e risolvere qualsiasi problema complesso.
Gestisci il flusso, non le persone: concentrati sul ridurre i ritardi e le interruzioni, non sul micro-management delle attività.
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.
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.
In occasione del PMexpo, avremo il piacere di presentare in anteprima il mio libro Dal caos al flusso: La trasformazione organizzativa con il metodo Kanban.
Ho raccolto in questo volume una selezione di articoli pubblicati nel tempo, organizzati in modo logico e per argomenti, al fine di facilitarne la lettura e la comprensione. L’opera intende offrire un approccio pragmatico e operativo al Metodo Kanban, con particolare attenzione all’applicazione concreta dei principi nei contesti organizzativi reali. La pubblicazione è arricchita dalla presentazione di David J. Anderson, ideatore del Metodo Kanban e autore del libro bestseller Kanban: Successful Evolutionary Change for Your Technology Business.
Contenuti e obiettivi del volume
Dal caos al flusso si propone come una guida pratica alla trasformazione organizzativa, con particolare riferimento ai contesti caratterizzati da incertezza e variabilità. Tra i principali temi trattati:
Guidare il cambiamento evolutivo Il Metodo Kanban promuove un cambiamento incrementale e rispettoso dell’esistente, che parte da ciò che l’organizzazione già fa e valorizza ruoli e responsabilità, riducendo al minimo la resistenza interna.
Controllare il rischio operativo attraverso il flusso Il concetto di Flow (flusso) è al centro dell’approccio Kanban. Un flusso stabile e prevedibile costituisce il principale meccanismo di controllo del rischio operativo e consente una consegna di valore sostenibile nel tempo.
Gestire progetti, programmi e portfolio Il libro introduce i fondamenti del Kanban Project, Programme e Portfolio Management (KPPM), un modello che integra pensiero sistemico, gestione dei flussi e cultura collaborativa orientata allo scopo.
Introdurre pratiche e strumenti operativi Vengono inoltre presentate le modalità di applicazione dell’approccio STATIK (Systems Thinking Approach to Introducing Kanban) per la progettazione di sistemi Kanban su misura.
Fare leva sui ruoli emergenti Sono approfonditi anche i ruoli emergenti di Flow Manager e Delivery Manager, figure chiave per garantire la performance del flusso e la responsabilità operativa all’interno dell’organizzazione.
Il Project Manager ridisegnato: da “pompiere” a “risk manager”
Uno dei messaggi del libro riguarda la necessità di una profonda evoluzione del ruolo del Project Manager. Per affrontare la complessità crescente dei contesti organizzativi, il Project Manager deve trasformarsi da figura reattiva — il “pompiere” che interviene a emergenza avviata — a risk manager, in grado di agire in modo proattivo per prevenire criticità e migliorare la prevedibilità dei risultati.
L’adozione di sistemi Kanban consente di rendere le organizzazioni basate sulla conoscenza più stabili, affidabili e orientate al valore, favorendo una gestione strutturata del rischio operativo.
Invito alla lettura
Dal caos al flusso nasce dall’esperienza diretta maturata sul campo e rappresenta un invito alla riflessione e all’azione per tutte le organizzazioni che intendono intraprendere un percorso verso una maggiore agilità e prevedibilità.
Invitiamo i professionisti presenti al PMexpo a visitare lo stand di E-quality Italia per approfondire i contenuti del volume. Chi lo desidera potrà acquistare direttamente allo stand la propria copia di Dal caos al flusso a un prezzo scontato speciale. Un’occasione per avviare un percorso concreto di trasformazione dal caos al flusso.
Se non hai potuto partecipare alle sessioni passate, potrai unirti a noi per un evento speciale dove imparerai come utilizzare Kanban per passare dal caos al flusso. Scopri come sbloccare il potenziale del tuo team e ottimizzare la produttività. Non perdere questa opportunità unica!
Partecipando alla nostra simulazione potrai sperimentare concretamente come funziona il metodo Kanban in un’azienda, capirai come lavorare con il metodo Kanban, vedrai quali difficoltà possono verificarsi e capirai come risolvere i problemi.
I partecipanti potranno vedere in azione le pratiche generali Kanban: visualizza, limita il work in progress (WIP), gestisci il flusso, esplicita le policy, implementa cicli di feedback, migliora collaborando ed evolvi sperimentando.
La partecipazione a questo evento dà diritto CDP e a PDU ways of working per il mantenimento della certificazione PMI.
Ti aspettiamo!
Sempre in occasione del PMexpo sarà anche presentato in anteprima allo stand di E-quality Italia il mio libroDal caos al flusso: La trasformazione organizzativa con il metodo Kanban, dedicato ai principi e alle pratiche per guidare il cambiamento nelle organizzazioni .
