produttività | Il Project Management & l'arte della Maratona

Pillole di Kanban applicato: recuperare il flusso personale attraverso la disciplina del limite

Immagina questa scena: sei in ufficio o a casa, immerso in un’attività che richiede la tua attenzione. All’improvviso, qualcuno entra nella stanza e inizia a parlarti. La tua reazione istintiva? Non ti fermi. Continui a fare quello che stai facendo, annuendo pigramente e cercando di ascoltare con un orecchio solo mentre prosegui il lavoro.

Pensiamo di essere efficienti, ma in realtà stiamo cadendo in una trappola cognitiva. Come esperto di metodologie Lean, devo confessare un segreto: anche io sono spesso il ‘colpevole’. Succede che i miei articoli sul metodo Kanban nascano proprio così, interrompendo chi mi sta vicino per raccontare l’idea che mi è appena venuta in mente. Ma per quanto le intenzioni di chi interrompe possano essere buone, il risultato è un disastro per la produttività di entrambi.

Il multitasking è un Muri invisibile

In ambito Lean e Kanban, chiamiamo Muri tutto ciò che genera spreco dovuto a sovraccarico. Quando cerchiamo di dividere la nostra attenzione tra un’attività e una conversazione, non stiamo raddoppiando la nostra capacità: la stiamo sabotando.

Il multitasking è un’illusione costosa per due motivi fondamentali:

Context switching: spostare continuamente il focus tra il compito e l’interlocutore crea un attrito mentale che degrada il flusso di lavoro. Ogni volta che torni al compito originale, il cervello impiega secondi – o minuti – preziosi per ricalibrarsi.
Qualità dimezzata: non sei attento al 100% a ciò che fai, né al 100% a chi ti parla. Risultato: errori nel lavoro e comunicazione superficiale con le persone.

Il principio: smetti di iniziare, inizia a finire

Alla base della gestione dei limiti al WIP (Work In Progress) c’è un mantra fondamentale del metodo Kanban: smetti di iniziare, inizia a finire.

Dobbiamo imparare a considerare una conversazione come un vero e proprio task che occupa uno slot nella nostra coda di lavorazione mentale. Se la colonna In Progress è già piena, non puoi far entrare una nuova interazione. Accettare passivamente un’interruzione significa creare un blocker al tuo flusso. Rispettando il limite al WIP, riduci lo stress e garantisci che ogni attività venga portata a termine con la massima qualità prima di passare alla successiva.

Il Kata quotidiano: il coraggio di dire “aspetta”

Per cambiare questo schema mentale serve un Kata – una routine ripetuta fino a diventare naturale, come nelle arti marziali. Il nostro Kata quotidiano riguarda la protezione del carico cognitivo, e l’esercizio è semplice ma richiede coraggio: quando qualcuno ti interrompe mentre sei impegnato, esplicita il tuo limite invece di fingere di poter gestire tutto.

“Aspetta, sto facendo una cosa. Quando l’ho finita ti do retta.”

Questa frase non è maleducazione, ma onestà. Comunica che la tua capacità di elaborazione è satura e che vuoi dedicare alla persona la qualità di attenzione che merita – ma solo dopo aver concluso ciò che hai tra le mani.

Il Kata come pratica organizzativa strutturata – con le sue radici nel metodo Toyota e nel pensiero scientifico del PDCA – è un tema che merita uno spazio dedicato. Lo esploreremo in un prossimo articolo.

Allenarsi tra le mura domestiche per dominare l’ufficio

Perché iniziare questo esercizio in casa, con amici e familiari? Perché la casa è la palestra sicura. È l’ambiente ideale per sperimentare questo cambio di mindset prima di misurarsi con le gerarchie aziendali o le pressioni dei clienti.

Praticare con le persone vicine allena l’assertività in un contesto protetto. Una volta interiorizzata la naturalezza del “aspetta, finisco questo e ti do retta” tra le mura domestiche, portarlo in ufficio diventa una conseguenza spontanea. Se riesci a gestire le interruzioni con il tuo partner o i tuoi figli, sarà più facile proteggere il tuo flusso anche davanti al capo o ai colleghi più esigenti.

Conclusione: la tua prossima scelta di focus

Riprendere il controllo della concentrazione non richiede software complessi, ma la disciplina di rispettare i propri limiti cognitivi. Smettendo di rincorrere l’illusione del multitasking e abbracciando la filosofia del finire ciò che si è iniziato, non solo lavorerai meglio: migliorerai anche la qualità delle tue relazioni.

La gestione del tempo è, prima di tutto, gestione dell’attenzione.

Qual è la prossima cosa che deciderai di finire prima di dire sì a un’interruzione?

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

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

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

Il problema dell’effort

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

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

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

Livelli di servizio: sapere non basta, bisogna collegare

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

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

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

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

Gestire i picchi con i dati storici

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

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

Capacity planning: vedere la coperta prima che sia troppo corta

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

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

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

Il lavoro sommerso

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

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

Le cadenze: dove avviene il vero miglioramento

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

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

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

In sintesi

Cosa misurare	Perché
Throughput	Misura il lavoro realmente completato, non l’occupazione di tempo
Lead time / SLA	Permette di prendere impegni misurabili con gli interlocutori interni ed esterni
Distribuzione per attività	Rende visibili i colli di bottiglia e bilancia i carichi
Volume storico	Permette di anticipare i picchi invece di subirli
Cadenze di revisione	Trasforma i dati in decisioni e iniziative di miglioramento continuo

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

Un’ultima cosa: non è una questione di settore

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

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

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

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

Perché vediamo solo quello che facciamo noi

C’è un esperimento mentale che mi piace proporre durante i workshop. Immagina due persone che dividono un compito al cinquanta per cento. Per metà del tempo lavorano insieme, visibili l’una all’altra. Per l’altra metà, ciascuna lavora per conto proprio, fuori dalla vista dell’altra. Dopo qualche ora, chiedi a entrambe quanto pensano di aver contribuito.

La risposta, quasi invariabilmente, è di avere lavorato il doppio dell’altra persona.

Due terzi ciascuna. Il cento per cento sommato fa centotrenta. Qualcosa non torna, eppure entrambe sono convinte della propria stima.

Non si tratta di malafede. Si tratta di come funziona il nostro cervello.

WYSIATI: quello che vedi è tutto quello che c’è

Daniel Kahneman, nel suo lavoro sulla cognizione e le decisioni umane, ha descritto con precisione il meccanismo alla base di questa distorsione. Lo ha sintetizzato con l’acronimo WYSIATI – What You See Is All There Is: quello che Kahneman chiama il Sistema 1 del nostro cervello, quello veloce e automatico, costruisce la propria narrativa esclusivamente a partire dalle informazioni disponibili, senza rendersi conto di ciò che manca. Non considera i “known unknowns” – le cose che sa di non sapere – e men che meno gli “unknown unknowns” – le cose che non sa di non sapere. Si limita a costruire la storia più coerente possibile con quello che ha davanti, e la tratta come se fosse completa.

Uno dei meccanismi con cui WYSIATI si manifesta concretamente è l’euristica della disponibilità: tendiamo a giudicare la probabilità o l’importanza di qualcosa in base a quanto facilmente riusciamo a richiamarla alla mente. Non in base a dati oggettivi, non in base a frequenze reali, ma in base alla facilità di accesso all’informazione.

Gli incidenti aerei fanno notizia. I voli sicuri no. Risultato: sovrastimiamo drammaticamente la pericolosità dell’aereo rispetto all’automobile, anche quando i numeri dicono l’esatto contrario. I divorzi tra attori e attrici ci sembrano frequentissimi, perché ne sentiamo parlare spesso. I divorzi tra idraulici ci sembrano rari, perché non fanno notizia. Eppure le statistiche reali raccontano una storia molto diversa.

Il problema si manifesta ogni giorno, nei team

Torniamo all’esperimento delle due persone. Perché ciascuna si attribuisce due terzi del lavoro?

Perché il proprio contributo è sempre visibile a sé stessi – si ricorda ogni singola attività svolta, ogni problema risolto, ogni ora investita. Il contributo dell’altro, invece, è parzialmente invisibile: si vede solo la metà del tempo trascorsa insieme. L’altra metà, quella in cui l’altro ha lavorato da solo, è semplicemente assente dalla propria esperienza.

L’euristica della disponibilità fa il resto: ciò che non si vede non viene pesato. Ciò che si vede viene sovrastimato.

Questo non è un problema teorico. È la fonte di una quota enorme di attriti nei team di lavoro. “Faccio tutto io.” “Nessuno si accorge di quanto mi impegno.” “Gli altri non contribuiscono quanto dovrebbero.” Queste frasi non nascono necessariamente da egocentrismo o da conflitto: nascono da una distorsione cognitiva sistematica, condivisa da tutti i membri del team, ciascuno convinto, in buona fede, di fare di più degli altri.

Lo stesso meccanismo si ripete nelle relazioni personali, nei progetti interfunzionali, nelle collaborazioni tra reparti. Ogni volta che una parte del lavoro è invisibile, la percezione si distorce.

La soluzione non è solo lavorare di più sulla cultura

La risposta istintiva a questi problemi è spesso di tipo culturale: migliorare la comunicazione, costruire fiducia, lavorare sull’empatia. Tutte cose valide, ma non sufficienti se si ignorano le radici cognitive del problema.

Se il problema è che il cervello non elabora ciò che non vede, la soluzione non può essere solo culturale. Deve essere strutturale: rendere visibile ciò che altrimenti non lo è.

Visualizzare il lavoro non è un esercizio estetico. Non è una questione di bacheche colorate o di post-it ordinati. È un atto cognitivo: portare nel campo percettivo di tutti le informazioni che altrimenti resterebbero inaccessibili e quindi, secondo WYSIATI, inesistenti.

Una Kanban board, nella sua forma più semplice come nella sua versione più sofisticata, fa esattamente questo: rende esplicito chi fa cosa, in quale stato si trova ogni attività, e – se ben configurata – quanto lavoro è in corso contemporaneamente. Quando il flusso è visibile per tutti, le distorsioni della disponibilità si riducono. Non si discute più di percezioni, si discute di fatti condivisi.

Misurare chiude il cerchio

La visualizzazione, da sola, non basta. Perché anche una board ben costruita mostra solo uno snapshot: il presente, o al massimo il recente passato. Per ragionare su tendenze, capacità, colli di bottiglia, distribuzione reale del carico, serve misurare.

La misurazione trasforma le osservazioni qualitative in dati confrontabili. Strumenti come il Cumulative Flow Diagram mostrano come il lavoro si accumula o scorre nel tempo, rendendo visibili i blocchi sistemici che la percezione quotidiana tende a normalizzare. Metriche come il Lead Time e il Throughput permettono di rispondere a domande che l’intuizione non può risolvere: quanto tempo passa un’attività in attesa? Dove si accumula il lavoro? Chi o cosa è sistematicamente sottovalutato?

Senza misura, anche i team più collaborativi continuano a navigare a vista. E la navigazione a vista, come Kahneman ha dimostrato in decenni di ricerca, favorisce sempre le distorsioni cognitive rispetto alla realtà.

Non si tratta di sorvegliare. Si tratta di vedere.

Vale la pena essere chiari su un punto: visualizzare e misurare non significa sorvegliare le persone. Non significa costruire un sistema di valutazione delle performance individuali basato su metriche. Significa dare a tutti – al team nel suo insieme – una visione condivisa della realtà.

Quando il lavoro è visibile, la conversazione cambia registro. Si passa dal “secondo me” al “secondo i dati”. Si passa dall’attribuzione soggettiva del merito alla comprensione sistemica di come fluisce il lavoro. Si passa, in ultima analisi, dalla difesa della propria percezione alla collaborazione intorno a una percezione comune.

L’euristica della disponibilità non si elimina. È cablata nel nostro modo di pensare, e Kahneman è stato il primo a sperimentare che anche chi conosce le distorsioni cognitive non ne è immune. Ma si può progettare il proprio ambiente di lavoro in modo che le informazioni rilevanti siano sempre disponibili – non solo quelle che capitano sotto gli occhi di chi fa il proprio pezzo di compito nell’angolo della stanza.

Il cervello vede solo quello che ha davanti. Il nostro compito, come team e come organizzazioni, è decidere con cura cosa mettere davanti al cervello.

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.

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:

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.

Pillole di Kanban applicato: Ferragosto alle terme

Quest’anno, durante le ferie, ho deciso di approfittare per fare qualche giornata di cure termali.

Quando ho chiamato per prenotare, l’operatrice mi ha chiesto subito giorni e orari precisi in cui pensavo di andare. Io ricordavo dalla volta precedente che, in realtà, potevo presentarmi liberamente. Ma lei, agenda alla mano, ha insistito: “Per prenotare bisogna fare così”.

Così ho scelto 12 date, sempre al mattino presto.
Arriva il giorno della prima inalazione: mi presento all’accettazione e chiedo se posso cambiare orario. La risposta mi sorprende:
“Può venire quando vuole. La tessera registra la sua presenza, le stampa il ticket, e lei fa l’inalazione.”

E così ho iniziato a gestire da solo il mio flusso: a volte andavo in orari diversi, altre volte in giorni non previsti. Il sistema funzionava sempre, indipendentemente dal mio arrivo. Al massimo, in giornate più affollate, aspettavo 5 minuti in coda.

Solo in quel momento ho capito: quella “prenotazione” iniziale non era un vincolo reale, ma una capacity reservation. Serviva a stimare il carico di lavoro giornaliero, per poter gestire le code e garantire un servizio fluido.

In altre parole: Kanban in azione, anche in un contesto apparentemente lontano dal lavoro e dalla produttività.

Un semplice impianto termale mi ha ricordato due lezioni importanti del Kanban:

Visualizzare la capacità disponibile prima che il lavoro arrivi.
Mantenere flessibilità per adattarsi alla domanda reale, senza creare colli di bottiglia

E mentre respiravo il vapore delle inalazioni, ho pensato: a volte la gestione del flusso non è solo un concetto aziendale… è una filosofia che ti segue anche in vacanza.

Buon Ferragosto!

Le tre obiezioni che sento sempre quando propongo Kanban (e perché si possono superare)

Ogni volta che parlo di Kanban succede una cosa prevedibile quanto il traffico il lunedì mattina: arrivano le obiezioni.
Non sempre le stesse parole, ma quasi sempre gli stessi concetti.
E va benissimo così: sono obiezioni legittime, sensate… e anche superabili.

Anzi, col tempo ho imparato a vederle come un passaggio naturale: non sono ostacoli, ma porte che si aprono con le giuste chiavi.
In questo articolo condivido le tre più ricorrenti — e qualche spunto per affrontarle con più leggerezza (e un po’ di Kanban).

1. “Kanban può funzionare altrove, ma non nella nostra organizzazione…”

(Piccola, grande, media — a scelta.)

Questa è la classica obiezione da zona di comfort. Se l’organizzazione è piccola: “Siamo troppo piccoli per strutturarci.”
Se è grande: “Siamo troppo complessi per queste cose da startup agile.”
Insomma, qualsiasi dimensione è perfetta per non mettersi in gioco.

La verità?
Kanban non è un vestito taglia unica: è una maglia elastica.
Funziona perché si adatta. Puoi iniziare in piccolo, anche solo gestendo il lavoro di un unico flusso. Non serve ristrutturare l’organizzazione, basta iniziare a rendere visibile e gestire ciò che prima era invisibile: il caos.

Se Kanban “funziona solo per gli altri”, chiediti:
quali abitudini stai difendendo mascherandole da unicità?

2. “Non abbiamo tempo per cambiare. Lo faremo quando saremo più tranquilli.”

Ecco un paradosso interessante:
non si ha tempo di cambiare perché si è troppo occupati a gestire… il disordine che Kanban aiuterebbe a ridurre.

Dire che adotterai Kanban quando avrai più tempo è come dire che inizierai a risparmiare quando sarai ricco.
Spoiler: quel momento non arriva mai.

Kanban è pensato per essere introdotto senza fermare nulla. Non richiede un progetto titanico: puoi iniziare domani con tre colonne su una lavagna e alcuni post-it di colori e dimensioni diversi.
È un metodo evolutivo, non rivoluzionario.
Aspettare il “momento giusto” è solo un modo elegante per dire: “Non sono sicuro di volerlo fare davvero.”
Ma possiamo parlarne e iniziare a fare qualcosa insieme.

3. “Il nostro lavoro è troppo imprevedibile. Non è standardizzabile.”

Perfetto. Proprio per questo Kanban è quello che vi serve.

Kanban non serve a standardizzare il contenuto del lavoro, ma il modo in cui lo si gestisce.
È pensato per fare ordine nei flussi di lavoro imprevedibili, dinamici, dove il cambiamento è la norma.
Non ti chiede di prevedere il futuro, ma di rispondere meglio al presente.

Dire “il nostro lavoro è troppo caotico per Kanban” è come dire “la nostra casa è troppo disordinata per usare un armadio.”
Appunto.

In conclusione

Se ti sei ritrovato in una di queste obiezioni, Kanban non è il problema.
Forse il problema è che il cambiamento fa un po’ paura, e ci stiamo aggrappando al caos che conosciamo, invece di esplorare un ordine che ci renderebbe davvero più liberi.

Il punto non è “fare Kanban”.
Il punto è smettere di sopravvivere e cominciare a lavorare meglio.

E per questo, il momento giusto è adesso.
Anzi, era ieri.

Limitare per accelerare: il beneficio controintuitivo di limitare il lavoro in corso in Kanban

L’adozione di Kanban in team appartenenti a contesti lavorativi anche diversi offre benefici significativi in termini di gestione più efficiente del flusso di lavoro, maggiore produttività, tempi di lavorazione ridotti e miglioramento della collaborazione. Tuttavia, questi vantaggi non sempre risultano evidenti quando spiegati in teoria; ecco perché strumenti di simulazione come Featureban si rivelano particolarmente efficaci.

Featureban è un gioco ideato da Mike Burrows che permette ai partecipanti di sperimentare il funzionamento del flusso di lavoro in un contesto simulato, imparando i principi e le pratiche di Kanban in modo concreto e coinvolgente. Una delle caratteristiche più interessanti di Featureban è la sua capacità di dimostrare come la semplice introduzione di limiti al lavoro in corso (Work In Progress – WIP) tra una iterazione e l’altra del gioco possa trasformare il comportamento del team, stimolando collaborazione e migliorando le performance.

Sperimentare la meccanica di base di un sistema Kanban

In Featureban, i partecipanti operano all’interno di un flusso di lavoro rappresentato su una board Kanban, completando attività simulate. Non viene svolto alcun lavoro reale, l’avanzamento o il blocco delle attività dipende dal caso, tramite il sorteggio di carte casuali o il lancio di una moneta, applicando poi delle semplici regole fisse in base ai risultati ottenuti. Ogni azione nel gioco è quindi determinata esclusivamente dalla meccanica del flusso. Un aspetto interessante è che, tra le regole, ce n’è una che va volutamente controcorrente rispetto alla collaborazione: i giocatori possono aiutarsi tra loro solo come ultima risorsa, quando non vi sono altre opzioni disponibili.

Nella prima iterazione, non vengono imposti limiti al lavoro in corso, e in questo scenario iniziale si sviluppa la dinamica tipica, amplificata dalle regole del gioco, in cui ogni giocatore lavora individualmente mentre le attività tendono ad accumularsi durante la fase di lavorazione, provocando congestione e inefficienze.

L’impatto dell’introduzione dei limiti al lavoro in corso

Dopo la prima iterazione, viene quindi introdotto un limite al numero di attività che possono essere in corso contemporaneamente. Questo piccolo cambiamento ha effetti sorprendenti e immediatamente visibili:

Maggiore collaborazione spontanea: con il limite lavoro in corso, i giocatori devono gestire il proprio lavoro in modo più strategico, comprendendo che il completamento di un’attività libera spazio per nuove iniziative. Di conseguenza, la collaborazione diventa un comportamento naturale e frequente.
Stabilizzazione del flusso: riducendo l’accumulo di attività in corso, il lavoro procede in maniera più regolare e prevedibile, evitando le inefficienze.
Aumento della produttività: il numero di attività completate nella seconda iterazione cresce, poiché i giocatori si concentrano sulla conclusione anziché sull’avvio di nuove attività.
Diminuzione del tempo di lavorazione: con meno attività in corso, ogni elemento del flusso attraversa la board più rapidamente, riducendo il tempo necessario per completare una singola attività.

Sbloccare il flusso: meno lavoro in corso, più produttività

Uno degli aspetti che più colpisce i partecipanti alla simulazione è sperimentare direttamente e concretamente un concetto controintuitivo: limitare il lavoro in corso aumenta l’efficienza complessiva. Istintivamente si tende a pensare che avviare più attività porti a una maggiore produttività. Tuttavia, Featureban dimostra in modo plastico che quando troppe attività sono in corso contemporaneamente, il flusso di lavoro si congestiona, causando un aumento dei tempi di attesa e riducendo la quantità di lavoro completato. Limitando il lavoro in corso, viceversa, si ottiene un flusso più stabile e prevedibile, con una diminuzione dei tempi di attesa e un aumento significativo della quantità di lavoro completato.

Un’altra sorpresa per i partecipanti è che, nella seconda iterazione, anche la regola che permette ai giocatori di aiutarsi tra loro solo come ultima risorsa, anziché limitare la collaborazione, contribuisce, insieme al limite sul lavoro in corso, a garantire la stabilità del flusso. Questo dimostra come regole ben congegnate e condivise possano essere decisive per mantenere il flusso stabile.

Sperimentare le altre pratiche di Kanban

Oltre alla limitazione del lavoro in corso, Featureban consente di applicare le altre cinque pratiche generali di Kanban. I partecipanti possono sperimentare la visualizzazione del lavoro, rappresentando il flusso sulla board e sviluppando una maggiore consapevolezza sulle sue dinamiche; la gestione del flusso, osservando come le attività progrediscono e imparando a gestire i blocchi; la definizione esplicita delle policy, creando insieme le regole che favoriscono la collaborazione e l’efficienza del flusso; l’implementazione di cicli di feedback, esaminando i risultati tra una iterazione e l’altra; e il miglioramento evolutivo e sperimentale, adattando le strategie di gioco per ottimizzare il sistema. Questo approccio esperienziale aiuta a interiorizzare i principi fondamentali di Kanban e a comprenderne il valore nel lavoro quotidiano.

Risultati e applicazioni pratiche

Featureban dimostra in modo chiaro ed efficace che la gestione dei limiti al lavoro in corso non si limita a controllare e stabilizzare il flusso, ma agisce anche come un catalizzatore per la collaborazione e il miglioramento continuo. Nella pratica aziendale, l’adozione di Kanban e l’introduzione dei limiti al lavoro in corso supportano i team nel lavorare in maniera più coesa ed efficiente, migliorando la prevedibilità e la qualità dei risultati.

In conclusione, la simulazione con Featureban permette di vivere direttamente gli effetti positivi di una gestione consapevole del flusso di lavoro. Comprendere e sperimentare in prima persona questi concetti rende molto più semplice il loro trasferimento nella pratica quotidiana, portando benefici concreti ai team e alle organizzazioni.

Prossimi eventi

Se questo articolo vi ha incuriosito, il prossimo 28 marzo a Milano terremo un workshop in cui potrete prendere parte a questa simulazione. Un’opportunità per sperimentare in prima persona i principi di Kanban e scoprire i vantaggi di una gestione efficace del flusso di lavoro!

Potete iscrivervi cliccando qui.

Come funziona Kanban: prima cosa da fare, rendere stabile e prevedibile il flusso di lavoro!

Il metodo Kanban è diventato un alleato prezioso per aziende di diversi settori dei servizi, aiutando a ottimizzare il flusso di lavoro e a massimizzare l’efficienza. Ma perché la stabilità e la prevedibilità del flusso di lavoro sono così cruciali in Kanban?

La risposta risiede nella capacità di Kanban di favorire un ambiente in cui il miglioramento continuo è non solo possibile, ma anche incoraggiato. Quando il flusso di lavoro è stabile e prevedibile, l’azienda crea una base solida su cui costruire.

Chi lo ha applicato

Pensiamo al primo esempio di implementazione Kanban, il team di manutenzione delle applicazioni XIT Sustained Engineering di Microsoft. L’adozione di Kanban ha portato a un incremento della produttività di oltre il 200%, una riduzione del lead time del 90% e un netto miglioramento nella prevedibilità.

Ma anche più vicino a noi, Doxee, un’azienda italiana di software, ha implementato un sistema Kanban che ha permesso di arrivare a gestire un carico di lavoro dieci volte superiore, raggiungendo nel contempo una prevedibilità della pianificazione superiore al 90%.

In tempi più recenti, un team di risorse umane che ha adottato Kanban è riuscito, in appena un mese, a dimezzare il lead time medio, garantendo una maggiore prevedibilità nei tempi di onboarding dei nuovi dipendenti. Nel corso di un anno, ha poi ulteriormente ridotto questo tempo di quasi il 90%.

Questi risultati impressionanti sono stati ottenuti grazie a una serie di azioni rese possibili da un flusso di lavoro gestito con Kanban:

Gestione efficace dei colli di bottiglia: individuare e risolvere i punti critici nel flusso di lavoro, impedendo blocchi e ritardi.
Eliminazione degli sprechi: identificare e rimuovere attività che non aggiungono valore al processo, liberando risorse per attività a maggior valore.
Riduzione della variabilità: stabilizzare i tempi di completamento delle attività, rendendo il processo più prevedibile e affidabile.

Senza un flusso di lavoro stabile, gestito attraverso il paradigma del flusso e l’approccio Kanban di limitare il WIP (Work in Progress), questi miglioramenti non sarebbero stati realizzabili.

Benefici di un flusso stabile

Ma i benefici di un flusso di lavoro stabile e prevedibile vanno ben oltre l’efficienza.

Soddisfazione del cliente: la capacità di fornire un lavoro di alta qualità in modo coerente aumenta la fiducia dei clienti, rafforzando la reputazione dell’azienda.
Minore sovraccarico del personale: bilanciare il carico di lavoro ed evitare colli di bottiglia riduce lo stress del team, migliorando il benessere e la produttività.
Agilità aziendale: la capacità di identificare e risolvere i problemi rapidamente rende l’azienda più flessibile e reattiva alle mutevoli esigenze del mercato.
Cultura del miglioramento continuo: lavorare in modo prevedibile e sostenibile stimola i team a cercare costantemente modi per migliorare i propri processi, innescando un circolo virtuoso di crescita.
Conformità normativa: garantire processi strutturati e misurabili aiuta a rispettare normative sempre più stringenti (es. GDPR, DORA, NIS2), migliorando la prevedibilità operativa e l’adesione agli SLA.

In conclusione, la stabilità e la prevedibilità del flusso di lavoro sono il fondamento su cui il metodo Kanban costruisce il suo successo. Un flusso stabile non è solo un mezzo per raggiungere l’efficienza, ma uno strumento per creare valore per i clienti, migliorare l’agilità aziendale e promuovere una cultura di miglioramento continuo.

L’Arsenale di Venezia: un sistema Kanban ante litteram

L’Arsenale di Venezia, un tempo il più grande complesso industriale d’Europa, e il metodo Kanban potrebbero sembrare non avere alcuna correlazione. Tuttavia, un’analisi più attenta e approfondita rivela sorprendenti somiglianze e interessanti spunti di riflessione. L’esempio che sto per raccontarvi ci condurrà alla scoperta di una straordinaria storia che affonda le sue radici nel passato.

Un modello pionieristico di produzione industriale

L’Arsenale di Venezia, fondato nel XII secolo, rappresenta uno dei primi e più avanzati esempi di complesso industriale integrato nella storia. Si trattava di un cantiere navale gestito dalla Repubblica di Venezia, specializzato nella costruzione e nella manutenzione delle navi da guerra e mercantili della Serenissima. Per secoli, è stato il cuore pulsante della potenza marittima veneziana, grazie a una straordinaria organizzazione del lavoro che anticipava molti dei principi della produzione industriale moderna.

Con una forza lavoro che raggiungeva le 16.000 unità, l’Arsenale era in grado di costruire e allestire una galea al giorno, grazie a un’organizzazione del lavoro altamente specializzata e a una divisione delle fasi produttive. Questa struttura permetteva una produzione efficiente e standardizzata delle navi.

L’entrata dell’Arsenale dipinta da Canaletto, 1732

L’organizzazione della produzione nell’Arsenale di Venezia

L’Arsenale funzionava come una gigantesca macchina produttiva, organizzata secondo un modello che garantiva velocità, efficienza e qualità nella costruzione delle navi. La produzione era suddivisa in una serie di fasi altamente specializzate, ciascuna affidata a operai esperti detti “arsenalotti”. Questi artigiani erano suddivisi in corporazioni a seconda del loro ruolo nel processo produttivo.

La gestione del flusso di lavoro

La costruzione di una nave all’interno dell’Arsenale seguiva un percorso ben definito, che prevedeva le seguenti fasi principali:

Preparazione del legname: Il legno proveniva dalle foreste del Cadore e di altri territori sotto il controllo della Serenissima. Dopo essere stato selezionato e stagionato, veniva trasportato all’Arsenale per essere lavorato.
Assemblaggio dello scafo: Gli operai specializzati nelle strutture in legno lavoravano con una precisione quasi standardizzata. L’impiego di modelli e tecniche di produzione ripetitive permetteva di costruire scafi in tempi rapidi.
Placcatura e rinforzi: Dopo la realizzazione dello scheletro della nave, si procedeva alla placcatura esterna con tavole di legno, fissate con chiodi e resine impermeabilizzanti. Le navi veneziane erano rinomate per la loro robustezza e leggerezza.
Installazione delle sovrastrutture e dell’attrezzatura di bordo: In questa fase venivano installati gli alberi, le vele, i remi e le decorazioni, oltre alle cabine per l’equipaggio e i capitani.
Armamento e rifinitura: Le navi da guerra erano dotate di cannoni e altre attrezzature belliche prima di essere varate e messe in servizio.

Questa suddivisione del lavoro consentiva di realizzare una galea in tempi straordinariamente brevi per l’epoca, arrivando, nei momenti di massima efficienza, a costruire una nave al giorno.

Un sistema Kanban ante litteram

Uno degli aspetti più innovativi dell’Arsenale di Venezia era la sua capacità di funzionare in maniera simile a un moderno sistema di produzione Kanban. Il processo di costruzione delle navi era altamente standardizzato e suddiviso in reparti specializzati, con un flusso di materiali e manodopera ottimizzato per garantire la massima produttività.

Gli arsenalotti utilizzavano un sistema di prefabbricazione in cui le diverse sezioni della nave, come ordinate, paratie e fasciame, venivano prodotte separatamente e contrassegnate con numeri o segni distintivi. Queste parti venivano poi trasportate nei punti di assemblaggio finale, dove venivano montate in sequenza, riducendo significativamente i tempi di costruzione. La numerazione delle parti facilitava il lavoro degli operai specializzati, assicurando che ogni componente fosse posizionato correttamente senza margine di errore.

A differenza di altri cantieri navali dell’epoca, dove la costruzione avveniva in modo artigianale e disperso, nell’Arsenale veneziano la produzione era centralizzata e organizzata in una sequenza precisa. Questa innovazione permetteva di ottenere navi di qualità uniforme e di ridurre i tempi di realizzazione, garantendo a Venezia una flotta costantemente rinnovata e aggiornata.

La gestione delle risorse e il controllo della qualità

La Repubblica di Venezia esercitava un controllo rigoroso sulle risorse necessarie alla produzione navale. Le materie prime, come il legno, il ferro e la pece, erano gestite direttamente dallo Stato, che ne garantiva la disponibilità e la qualità. Anche la manodopera era regolata da un sistema preciso: gli arsenalotti godevano di salari stabili e privilegi che li incentivavano a trasmettere le loro competenze alle nuove generazioni.

Inoltre, ogni fase della costruzione era soggetta a controlli rigorosi per garantire la massima qualità delle imbarcazioni. La Serenissima aveva compreso l’importanza della standardizzazione e della manutenzione preventiva per mantenere la propria supremazia marittima.

Valori del metodo Kanban riconoscibili nel sistema dell’Arsenale di Venezia

Il metodo Kanban si basa su valori e pratiche che possiamo sorprendentemente ritrovare nell’organizzazione dell’Arsenale di Venezia. Di seguito analizziamo le principali corrispondenze.

1. Trasparenza

Kanban enfatizza la trasparenza dei processi di lavoro attraverso strumenti visivi, come le Kanban board. Allo stesso modo, nell’Arsenale di Venezia, l’organizzazione della produzione era chiara e strutturata:

Le diverse fasi della costruzione navale erano visibilmente organizzate nei vari reparti dell’Arsenale.
Ogni lavoratore sapeva esattamente quale fosse la sua mansione e il contributo alla fase produttiva.

2. Collaborazione

Il metodo Kanban incoraggia la collaborazione tra team per migliorare il flusso di lavoro. L’Arsenale era un esempio di lavoro collettivo su larga scala:

Le diverse corporazioni di mestieri (falegnami, calafati, fabbri, velai) collaboravano strettamente per completare ogni nave nel minor tempo possibile.
Il processo produttivo era suddiviso in team specializzati che operavano in modo interdipendente, simile ai team Kanban moderni.

3. Equilibrio

Kanban aiuta a bilanciare la domanda e la capacità produttiva. L’Arsenale manteneva un equilibrio attraverso:

Produzione su richiesta, evitando scorte eccessive. Le navi venivano costruite in base alle esigenze della Repubblica di Venezia, evitando surplus inutili.
Una gestione delle risorse centralizzata, assicurando che ogni reparto ricevesse materiali in modo coordinato.

4. Focalizzazione sul cliente

Il metodo Kanban incoraggia a lavorare su ciò che porta valore al cliente finale. L’Arsenale aveva una forte attenzione al bisogno della Serenissima:

La produzione di navi era ottimizzata per garantire potenza navale e velocità di risposta alle esigenze militari e commerciali di Venezia.
La capacità di costruire una galea al giorno era una risposta diretta alle necessità strategiche di difesa e commercio.

5. Leadership a tutti i livelli

Kanban valorizza il ruolo di ogni membro del team nel miglioramento continuo. Anche nell’Arsenale:

Gli arsenalotti non erano semplici operai, ma specialisti altamente qualificati, il cui sapere era tramandato di generazione in generazione.
L’organizzazione del lavoro lasciava spazio all’iniziativa individuale, permettendo ai maestri d’arte di migliorare continuamente le tecniche costruttive.

Pratiche del metodo Kanban riconoscibili nel sistema dell’Arsenale di Venezia

1. Visualizzare il lavoro

Nel metodo Kanban, i flussi di lavoro vengono visualizzati su una board. Nell’Arsenale:

Il layout fisico dell’Arsenale permetteva una visualizzazione naturale, dove ogni fase di costruzione aveva una posizione ben definita.
Le navi in costruzione erano assemblate lungo un canale e le attività assegnate a ogni squadra erano chiaramente visibili.

2. Limitare il lavoro in corso (WIP – Work In Progress)

Il metodo Kanban limita il numero di attività in corso per evitare sovraccarico e sprechi. Nell’Arsenale:

La costruzione era organizzata per fasi specifiche e sequenziali, evitando congestioni di lavoro.
Il numero di navi in produzione era attentamente regolato per non sovraccaricare le risorse e ottimizzare i tempi.

3. Gestire il flusso di lavoro

Kanban aiuta a identificare colli di bottiglia e ottimizzare il flusso. Nell’Arsenale:

La suddivisione del lavoro in reparti specializzati assicurava un flusso regolare e prevedibile della produzione.
Ogni squadra di operai riceveva i materiali e i componenti nel momento giusto, garantendo un processo continuo, l’Arsenale era sostanzialmente un sistema ‘pull’.

4. Rendere le regole di processo esplicite

Kanban suggerisce di rendere le regole operative chiare per tutti. Nell’Arsenale:

Il lavoro era rigidamente regolato da norme statali e procedure definite.
I mestieri erano organizzati in corporazioni con ruoli e compiti ben definiti, simili alle policy documentate nei sistemi Kanban.

5. Implementare feedback loop

Nel metodo Kanban, i feedback sono la vera e propria catena di trazione del miglioramento continuo. Nell’Arsenale:

La produzione era monitorata costantemente, per correggere errori e ottimizzare i processi.
Venezia investiva nella formazione continua degli arsenalotti, trasmettendo le conoscenze per migliorare le tecniche produttive.

6. Migliorare collaborando ed evolvere sperimentando

Il metodo Kanban incoraggia cambiamenti incrementali per ottimizzare il sistema. Nell’Arsenale:

I metodi di costruzione delle navi si evolvevano continuamente, adattandosi alle nuove esigenze belliche e commerciali.
L’innovazione tecnologica era costante, con l’introduzione di miglioramenti nei materiali e nelle tecniche di assemblaggio.

Conclusione

L’Arsenale di Venezia rappresentava un modello industriale e di organizzazione del lavoro sorprendentemente vicino ai principi di Lean e del metodo Kanban. La suddivisione delle fasi produttive, la gestione del flusso, il controllo delle risorse e della qualità hanno reso questo straordinario cantiere navale uno dei più avanzati della storia.

Il modello produttivo veneziano non solo garantì alla Serenissima una flotta potente ed efficiente, che dominò i mari per quasi un millennio, ma gettò anche le basi per quelli che sono stati i successivi sviluppi nel campo della produzione industriale. Sebbene sviluppato in un contesto preindustriale, il metodo veneziano dimostra come l’efficienza nella gestione del lavoro sia un principio senza tempo.

Fonti sull’organizzazione del lavoro nell’Arsenale di Venezia:
Giovanni Caniato – L’Arsenale: maestranze e organizzazione del lavoro – Treccani
Carlo Gatti – L’Arsenale di Venezia – Mare Nostrum