Il Kanban Maturity Model (KMM), che guida l’evoluzione dei sistemi organizzativi secondo una prospettiva basata sui valori e sulla cultura, pone grande enfasi sul rispetto. Ma cosa significa davvero questo termine nel contesto di Kanban? Non si tratta semplicemente di cortesia o buone maniere, bensì del riconoscimento delle competenze, delle condizioni e delle responsabilità di tutti gli attori coinvolti: persone, sistemi, clienti, sponsor, regolatori, proprietari e altri stakeholder.
Rispettare le persone all’interno del Metodo Kanban significa creare un ambiente che loro di esprimere al meglio il proprio potenziale. Questo implica fornire formazione, risorse adeguate, strumenti, tempo, spazio e regole chiare. Le persone devono sapere qual è il loro scopo, come contribuire e quali risultati si attendono da loro. Solo così possono sviluppare autonomia, padronanza e un forte senso di significato nel proprio lavoro.
Muri, Mura e Muda: ridurre il sovraccarico come atto di Rispetto
Uno degli esempi più concreti di applicazione di questo valore riguarda la gestione del carico di lavoro e del flusso. Kanban si rifà ai concetti di Muri, Mura e Muda, i tre tipi di spreco identificati nel sistema di produzione Toyota (Toyota Production System), sviluppato in Giappone a partire dagli anni ’40 e ’50 del secolo scorso. Questi termini giapponesi rappresentano i principali ostacoli all’efficienza e alla qualità nei processi lavorativi. Muri indica il sovraccarico fisico o mentale su persone o macchine, spesso causato da una cattiva pianificazione o da aspettative irrealistiche. Mura si riferisce all’irregolarità o alla variabilità nei processi, che genera inefficienze e imprevedibilità. Muda, infine, rappresenta ogni forma di attività che non aggiunge valore per il cliente. Insieme, questi tre concetti costituiscono la base per l’individuazione e l’eliminazione degli sprechi e per il miglioramento continuo nei sistemi Lean.
Kanban pone attenzione prima di tutto al Muri (sovraccarico) e al Mura (irregolarità del flusso di lavoro), per poi concentrarsi sul Muda (attività non a valore). Ridurre il sovraccarico è una priorità per le persone, soprattutto in contesti organizzativi inizialmente poco strutturati, poiché un carico eccessivo compromette la concentrazione, genera stress e peggiora la qualità della vita lavorativa. La semplice visualizzazione del lavoro su una board Kanban, con stati chiari e una colonna “Next” ben definita (che identifica le prossime attività da eseguire), contribuisce a ridurre il peso mentale causato dall’elevato numero di attività in attesa di lavorazione.
Un cambiamento evolutivo, non traumatico
Il rispetto si manifesta anche nel modo in cui avviene il cambiamento: non per rottura, ma per evoluzione. Kanban propone un miglioramento incrementale, partendo da ciò che già esiste, per evitare traumi organizzativi che minano identità, status e dignità delle persone.
Nei contesti organizzativi più strutturati ed evoluti, il rispetto si traduce anche in riconoscimento e valorizzazione dei risultati. Si passa dalle board individuali, spesso invisibili, a spazi condivisi in cui i successi collettivi vengono messi in evidenza, favorendo una cultura collaborativa e motivante.
Conclusione: Rispetto come fondamento di organizzazioni resilienti
In definitiva, applicare il valore del rispetto non è solo una scelta etica: è un investimento strategico. Persone motivate, autonome e valorizzate offrono migliori risultati, generano maggiore soddisfazione per i clienti e contribuiscono a costruire organizzazioni più resilienti e sostenibili.
In questa Festa del Lavoro, il Metodo Kanban ci ricorda che il rispetto non è un concetto astratto, ma una pratica quotidiana che rende il lavoro più dignitoso, efficace e profondamente umano. Un’organizzazione che rispetta le sue persone onora non solo la giornata odierna, ma anche il proprio futuro.
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.
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.
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 un mio precedente articolo (che potete rileggere qui), parlando di rischi operativi, ho evidenziato un comportamento piuttosto comune in ambienti a bassa maturità organizzativa: la presunta complessità del contesto viene spesso usata come scusa per giustificare le proprie prestazioni inadeguate.
In questi contesti, le difficoltà esterne sono invocate come cause uniche del caos organizzativo, mentre si evita di riconoscere le responsabilità interne, sia individuali che sistemiche. Questo porta alla cosiddetta abdicazione della leadership, che alimenta una mentalità vittimistica e passiva nel team.
Ma come si costruisce un ambiente di lavoro che responsabilizza, invece di deresponsabilizzare? Come si promuove un contesto in cui ognuno si sente autorizzato ad agire da leader?
Uno degli strumenti concreti più efficaci in questo senso è la definizione e la condivisione di uno scopo (purpose) chiaro, che ispiri e orienti l’azione.
Immagine generata da DALL-E
Leadership a tutti i livelli: un principio fondamentale
Uno dei quattro principi base del metodo Kanban afferma:
“Incoraggia atti di leadership a tutti i livelli.”
Significa abilitare ogni individuo – non solo i manager – a migliorare attivamente il sistema. Ma affinché ciò accada, serve più di un metodo visuale o una board Kanban: serve senso. E il senso si costruisce a partire da uno scopo condiviso.
l’organizzazione riconosce che non tutto è fuori controllo;
inizia a discernere tra variabilità sistemica e problemi di metodo;
definisce uno scopo che guida il comportamento, orienta le decisioni e responsabilizza.
Nei livelli di maturità più alti (4 e 5), questo scopo viene interiorizzato a livello di cultura organizzativa: diventa parte del DNA del team.
Esempio pratico: uno scopo che guida le azioni
Prendiamo un team di informatici che sviluppa un’app per la gestione finanziaria personale. Iniziano a usare Kanban per migliorare il flusso, ma si accorgono che senza un orientamento chiaro, le decisioni restano frammentate. Decidono allora di formulare insieme uno scopo condiviso:
“Aiutiamo le persone a sentirsi sicure e in controllo delle proprie finanze attraverso soluzioni semplici, affidabili e accessibili.”
Questo scopo viene:
reso visibile sulla Kanban board;
usato come criterio per dare priorità;
richiamato nei momenti di review e miglioramento.
Risultato?
Un designer propone una nuova funzione utile non richiesta dal backlog.
Uno sviluppatore junior evidenzia un rischio sulla fiducia dell’utente.
Il team rifiuta collettivamente una richiesta del marketing che va contro il purpose.
Tutti questi sono atti di leadership distribuita, resi possibili dallo scopo.
Conclusione: lo scopo come antidoto alla mentalità vittimistica
Uno scopo chiaro è molto più di una dichiarazione d’intenti: è una fonte di libertà e responsabilità. È lo strumento con cui un’organizzazione può contrastare la mentalità vittimistica, valorizzare il contributo individuale e coltivare una cultura in cui tutti si sentono parte attiva del miglioramento.
Nel linguaggio del KMM, questo è ciò che distingue i sistemi maturi da quelli che abdicano: non è la complessità esterna a fare la differenza, ma la chiarezza interna sul perché si fa ciò che si fa.
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 gestione dei progetti, spesso si tende a considerarli come entità uniche e irripetibili. Del resto i modelli di riferimento internazionali di project management ci portano in quella direzione. Solo per citare alcune definizioni:
il PMBoK definisce il progetto come “a temporary endeavour undertaken to create a unique product, service or result” (un’iniziativa temporanea per creare un prodotto, servizio o risultato unico);
la norma ISO 21502 similmente lo definisce come “a temporary endeavour to achieve one or more defined objectives” (un’iniziativa temporanea per raggiungere uno o più obiettivi definiti). La stessa norma afferma poi che “sebbene molti progetti abbiano caratteristiche simili, ogni progetto è unico”;
secondo PRINCE2 un progetto è “a temporary organization that is created for the purpose of delivering one or more business products according to an agreed business case” (un’organizzazione temporanea che è creata con lo scopo di rilasciare uno o più prodotti di business secondo con un business case concordato). Lo stesso PRINCE2 afferma che “ciascun progetto è unico”.
Tuttavia, un’analisi più approfondita dei contesti reali rivela che nella maggior parte dei casi i progetti aziendali sono una collezione di elementi standardizzabili, ripetibili e organizzabili secondo schemi ben definiti. In questo quadro, il metodo Kanban si rivela un approccio estremamente efficace per migliorare la gestione e l’efficienza dei progetti.
I progetti: non unicità, ma standardizzazione
Analizzando le attività all’interno di un progetto, si scopre che esse sono per lo più riconducibili a schemi produttivi ben noti in ambito industriale, che si possono applicare anche ai servizi:
Produzione a commessa (Job-Shop): un’attività che viene svolta una sola volta, senza opportunità di apprendimento progressivo. Questo, e solo questo, schema produttivo corrisponde alla definizione di progetto data dai modelli di riferimento internazionali.
Produzione a lotti (Batch Production): un processo che permette un limitato margine di apprendimento tra le fasi.
Produzione in linea (Line Production): un processo più strutturato e ottimizzabile con il tempo.
Produzione continua (Continuous Production): un sistema altamente efficiente che permette un apprendimento costante e ottimizzazione continua.
Mentre l’obiettivo finale di un progetto potrebbe essere unico (Job-Shop), la maggior parte delle attività che lo compongono rientra nelle categorie di produzione in linea o a lotti, se non addirittura continua. Attività come costruzione, sviluppo, mobilitazione, acquisti, contabilità e reportistica seguono molto spesso schemi standardizzati e ripetitivi.
Perché Kanban funziona per i progetti?
Dal momento che la maggior parte delle attività di un progetto non è quindi veramente unica, ma segue schemi ricorrenti, il metodo Kanban aiuta a ottimizzare il flusso di lavoro. Identificare le attività ripetitive e trattarle con un approccio di produzione in linea o a lotti permette di:
Migliorare l’efficienza operativa.
Ridurre il tempo di consegna.
Minimizzare sprechi e inefficienze.
Rendere più prevedibile la gestione delle risorse.
Facilitare il miglioramento continuo attraverso l’apprendimento iterativo.
Il metodo Kanban nella gestione dei progetti
David J. Anderson ha creato il metodo Kanban originariamente per la gestione dello sviluppo software e ne ha successivamente esteso l’utilizzo alla gestione di qualunque servizio basato sulla conoscenza e ai progetti, enfatizzando l’importanza di visualizzare il lavoro, limitare il work in progress (WIP) e migliorare continuamente i flussi di lavoro. Per quanto riguarda i progetti, ne ho parlato in un articolo che potete rileggere cliccando qui.
Il Kanban Maturity Model (KMM) di David J. Anderson e Teodora Bozheva ha definito poi l’impiego del metodo Kanban per la gestione e lo sviluppo dell’azienda di servizi nel suo complesso. Più recentemente, un’evoluzione significativa di questo approccio è rappresentata dal Kanban Project, Programme e Portfolio Management (KPPM) di Teodora Bozheva, che amplia l’applicazione del metodo Kanban oltre la gestione dei singoli progetti, includendo programmi e portafogli aziendali. Il KPPM si basa su tre elementi fondamentali:
Pensiero Sistemico (Systems Thinking): considerare l’organizzazione come un sistema di parti interconnesse, comprendendo che i risultati dipendono dalle interazioni tra queste parti.
Gestione del Flusso (Flow Thinking): ottimizzare il flusso di lavoro identificando e affrontando i colli di bottiglia, migliorando la velocità e la qualità delle consegne.
Cultura Collaborativa e Orientata allo Scopo (Purpose-driven): promuovere una cultura aziendale basata sulla collaborazione e focalizzata sugli obiettivi comuni, facilitando il miglioramento continuo.
Implementando il KPPM, le organizzazioni possono affrontare le sfide croniche nella gestione di progetti, programmi e portafogli, integrando pratiche che migliorano la prevedibilità, l’affidabilità e la trasparenza dei flussi di lavoro. Questo approccio non sostituisce i metodi di gestione tradizionali, ma li integra, offrendo strumenti per affrontare le complessità moderne con maggiore efficacia. Ho approfondito il KPPM in un articolo che potete rileggere cliccando qui.
Per quanto riguarda la mia esperienza diretta, della quale parlo in altri articoli che potete leggere qui, aziende che hanno implementato con successo sistemi Kanban per migliorare la gestione dei progetti hanno visto un significativo incremento dell’efficienza operativa, trasformando positivamente la gestione dei progetti e migliorando sia la produttività che la soddisfazione del cliente.
Conclusione
L’idea che i progetti siano entità uniche e irripetibili porta a inefficienze e ritardi nella loro esecuzione. In realtà, la maggior parte delle attività che li compongono seguono pattern standardizzabili, rendendo possibile l’applicazione del metodo Kanban per ottimizzarne la gestione. Riconoscere questa realtà permette ai project manager e alle aziende di adottare strategie più efficienti, migliorando la qualità e i tempi di consegna senza sacrificare la flessibilità necessaria per gestire le vere poche eccezioni.
In definitiva, un progetto aziendale ben gestito non è frutto solo dell’abilità del project manager o dell’applicazione di qualche metodo di project management, quanto soprattutto dell’applicazione di principi di produzione strutturati e flussi di lavoro standardizzati e ben collaudati.
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 settore dei servizi legali sta attraversando una trasformazione accelerata e complessa, caratterizzata dalla globalizzazione, dalle tecnologie dirompenti e dalla digitalizzazione dei servizi basati sulla conoscenza. Questa evoluzione ha portato nuovi attori sul mercato, dalle soluzioni legaltech ai fornitori di servizi legali alternativi, creando un mercato molto più articolato e competitivo. I clienti dei servizi legali sono diventati più maturi ed esigenti, richiedendo una maggiore comprensione delle loro attività e un allineamento dei servizi legali ai loro obiettivi aziendali, con elevata qualità, velocità e costi inferiori. Nonostante questi cambiamenti, molti professionisti legali rimangono ancorati a stili di lavoro tradizionali.
In questo scenario, l’agilità organizzativa e aziendale emerge come la soluzione. Solo gli studi legali e le organizzazioni che si adattano rapidamente, offrendo soluzioni migliori in risposta alle nuove esigenze, potranno evolvere ed essere competitivi in futuro. Ciò richiede un cambiamento nel modo di operare, a partire da una revisione critica dei valori culturali, dalle abitudini, dai modelli di interazione e cooperazione, dalla modernizzazione dei processi e da una revisione dei comportamenti che determinano il modo di lavorare.
Il metodo Kanban integra la cultura dell’accettazione del cambiamento, adattandosi ed evolvendo per un miglioramento continuo, e pone l’attenzione sulle persone e incoraggia la collaborazione. È considerato un percorso alternativo per i servizi professionali verso l’agilità aziendale, intesa come la capacità delle organizzazioni di adattarsi a nuovi contesti e rispondere rapidamente ai cambiamenti.
Kanban si basa su due semplici premesse: gestire e controllare le quantità di lavoro in corso (WIP), lasciando che i professionisti si organizzino autonomamente, e partire dal modo di lavorare attuale, adattandosi ed evolvendo gradualmente per soddisfare le aspettative dei clienti e operare in modo redditizio e sostenibile.
DALL-E AI generated image
Perché il metodo Kanban è adatto al settore legale?
Il metodo Kanban si adatta al settore legale per diverse ragioni, affrontando le sfide specifiche che lo caratterizzano:
Gestione evolutiva del cambiamento: il principio fondamentale del Kanban è “inizia da dove sei ora”. Ciò significa che l’implementazione avviene in modo evolutivo, rispettando ruoli, responsabilità e posizioni esistenti, evitando trasformazioni radicali che possono generare resistenza. Questa caratteristica è essenziale in un ambiente tradizionalmente resistente al cambiamento come quello dei servizi legali.
Focalizzazione sul flusso di lavoro: in un ambiente in cui tradizionalmente i professionisti, anche all’interno di una stessa organizzazione, lavorano indipendentemente e autonomamente, il metodo Kanban pone l’enfasi sulla gestione del flusso di lavoro, non delle persone. Visualizzando il flusso di lavoro attraverso una kanban board (fisica o digitale), è possibile comprendere meglio lo stato di avanzamento delle attività, identificare colli di bottiglia e dipendenze.
Limitazione del lavoro in corso (WIP): limitare il numero di attività in corso permette di bilanciare la domanda sul sistema, assicurando che il lavoro “fluisca” adeguatamente in base alla capacità delle persone e dei team, mantenendo un’operatività sostenibile. Questo aiuta a ridurre il sovraccarico di lavoro, una problematica comune nel settore legale a causa delle scadenze strette e dei molteplici casi gestiti contemporaneamente.
Miglioramento continuo: Kanban promuove una cultura di miglioramento continuo attraverso piccoli cambiamenti, dei veri e propri “esperimenti”, basati sulla verifica di ipotesi e sull’analisi dei risultati. Questo approccio iterativo permette di adattare costantemente i processi alle esigenze in evoluzione del settore e dei clienti.
Trasparenza: la visualizzazione del lavoro e del suo flusso migliora la trasparenza, permettendo a tutti di avere la stessa “visione” e di utilizzare un linguaggio semplice e diretto. Questo favorisce una migliore collaborazione e l’identificazione di rischi e opportunità.
Collaborazione: sebbene il settore legale possa essere caratterizzato da individualismo e competizione, il Kanban promuove la collaborazione per migliorare il modo in cui le persone lavorano insieme. La visualizzazione del lavoro come un flusso di team può incentivare una maggiore unità e un approccio condiviso.
Definizione esplicita delle policy: Kanban richiede di concordare regole di lavoro esplicite, semplici, ben definite e riviste periodicamente, garantendo che siano seguite da tutti per standardizzare i processi e ottenere risultati migliori per il cliente.
Meccanismi di feedback: l’istituzione di meccanismi di feedback regolari (le cosiddette cadenze) è fondamentale per coordinare e migliorare continuamente il modo di lavorare e di fornire servizi, è il vero meccanismo di trazione di un sistema Kanban.
Vantaggi concreti per gli studi legali
L’applicazione del Metodo Kanban nel settore legale può portare a numerosi vantaggi:
Sostenibilità del lavoro: riduzione del sovraccarico e del multitasking, migliorando l’equilibrio tra domanda e capacità.
Miglioramento dell’efficienza: ottimizzazione del flusso di lavoro ed eliminazione delle attività a basso valore aggiunto.
Aumento della qualità: maggiore tempo per concentrarsi sui casi, riducendo errori e rilavorazioni.
Migliore prevedibilità: raccolta di dati sui tempi di completamento per stimare in modo più affidabile le tempistiche dei lavori.
Maggiore soddisfazione dei clienti: risposte più rapide e adattate alle loro esigenze.
Competitività aziendale: adattamento rapido ai cambiamenti del mercato e maggiore competitività.
Miglioramento continuo: instaurazione di una cultura orientata all’apprendimento e al perfezionamento costante.
Sviluppo di sistemi di lavoro basati sulla cooperazione a tutti i livelli.
L’implementazione di Kanban in studi legali in tutto il mondo sta portando a risultati misurabili, come un aumento delle attività completate per periodo, una maggiore attenzione alle attività prioritarie e una riduzione dei ritardi. Sono iniziare le prime applicazioni anche in Italia, che mi vedono coinvolto, ne parleremo su questo blog.
Conclusione
Il metodo Kanban offre un approccio pragmatico ed evolutivo per affrontare le sfide del settore legale odierno. Concentrandosi sul flusso di lavoro, limitando il lavoro in corso e promuovendo il miglioramento continuo e la trasparenza, Kanban può aiutare gli studi legali a diventare più agili, efficienti e orientati al cliente, garantendo la loro sostenibilità e successo in un mercato in continua evoluzione. La sua natura non prescrittiva e il rispetto per le strutture esistenti lo rendono uno strumento potente per guidare un cambiamento culturale graduale e ottenere benefici tangibili nella gestione delle pratiche legali.
Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti. Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.
L’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!
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.
Uno degli aspetti che trovo più affascinanti e rivoluzionari di Kanban è l’abolizione della pianificazione nel senso tradizionale del termine. Un’affermazione che, in ambito aziendale, spesso suscita sguardi perplessi e il sospetto che si tratti di una mera provocazione. Eppure, il punto è proprio questo: Kanban elimina la pianificazione perché essa, semplicemente, non funziona. Il motivo? L’impossibilità di prevedere ogni variabile in modo deterministico.
Al suo posto, Kanban introduce un approccio diverso, basato sull’analisi del rischio e dell’incertezza. Più che pianificare, si adotta un approccio di forecasting che è sorprendentemente vicino a quello della “navigazione stimata” nella barca a vela. Proprio come un’imbarcazione che si muove sulla superficie al confine tra due fluidi e adatta la sua rotta alle condizioni del vento e del mare, un sistema Kanban si muove in un contesto dinamico e complesso, dove la realtà non segue schemi prestabiliti. E forse è proprio questa la sua forza: accettare l’incertezza, invece di combatterla con previsioni che spesso si rivelano illusorie, e imparare a navigarla con agilità.
La navigazione stimata
La navigazione stimata in barca a vela è un metodo per determinare la propria posizione e tracciare la rotta basandosi su calcoli e osservazioni di punti di riferimento, venti, correnti e condizioni meteorologiche. Si parte da un punto noto e, tenendo conto della velocità dell’imbarcazione, della direzione del vento, della corrente e del tempo trascorso, si stima dove ci si trova in un dato momento. Questo approccio non è statico, ma dinamico: man mano che si procede, si raccolgono nuove informazioni – ad esempio, cambiamenti nelle condizioni meteo o nella direzione e intensità del vento – e si adatta la rotta e la previsione di viaggio di conseguenza. Proprio come in un sistema Kanban, la chiave della navigazione stimata non è pianificare rigidamente, ma correggere il percorso in base alla realtà del momento, accettando l’incertezza come parte integrante del viaggio.
Parallelismi tra la navigazione stimata e Kanban
Dipendenza dalle condizioni attuali
Sia in mare che nei progetti, le condizioni iniziali sono solo un punto di partenza. Un navigatore si basa su venti, correnti e posizione attuale per prendere decisioni consapevoli e adattare continuamente la rotta. Allo stesso modo, un team Kanban osserva il flusso di lavoro, identifica i colli di bottiglia, e modifica le modalità di gestione del flusso di lavoro in base a ciò che emerge. L’attenzione si concentra su ciò che è “in corso”, limitando il carico di lavoro per garantire che ogni attività sia completata prima di iniziarne un’altra.
Previsioni e non certezze
Un navigatore può prevedere la durata del viaggio, ma sa che condizioni non del tutto previste possono influenzare il percorso e utilizza in modo costante le previsioni meteomarine, che sono basate su analisi di tipo probabilistico. Similmente, in Kanban si utilizzano misure basate su dati storici per prevedere la durata delle attività, tenendo però sempre conto della loro variabilità statistica per fare un’analisi di probabilità.
Adattamento continuo alle condizioni
Il viaggio di una barca a vela non è mai lineare. I navigatori correggono costantemente la rotta, sfruttando le nuove informazioni e reagendo agli imprevisti. Anche in Kanban, la gestione del flusso è un processo iterativo, dove si acquisiscono informazioni e si incontrano ostacoli imprevisti lungo il percorso e si adatta il modo di lavorare di conseguenza.
Monitoraggio continuo
Il navigatore utilizza gli strumenti di bordo e i rilevamenti per verificare la posizione e confrontarla con il percorso pianificato. In Kanban le metriche come il lead time e il throughput aiutano a capire se il sistema sta funzionando correttamente e dove sono necessari interventi.
Importanza della comunicazione
Una buona comunicazione è vitale sia a bordo di una barca a vela che in un team Kanban. I membri dell’equipaggio devono condividere informazioni sulle condizioni del mare e sulle manovre necessarie. Analogamente, la trasparenza e la collaborazione sono essenziali in Kanban per garantire che tutti i membri del team siano allineati e informati.
Flessibilità e feedback
La navigazione stimata privilegia l’adattamento alle circostanze rispetto a un piano rigido, un navigatore pone costante attenzione ai segnali ambientali e sviluppa la capacità di anticipare i cambiamenti. In Kanban allo stesso modo, i cicli di feedback costanti e la flessibilità sono fondamentali per reagire tempestivamente ai cambiamenti e garantire il successo dei progetti e dei servizi.
Gestione delle dipendenze
Come un navigatore deve considerare le maree e le correnti, un team Kanban deve gestire le dipendenze tra le attività. Questo richiede accorgimenti e meccanismi opportuni per garantire che il flusso di lavoro non venga interrotto.
Orientamento al flusso
In barca a vela, uno degli obiettivi fondamentali è mantenere l’imbarcazione in movimento, adattandosi continuamente alle condizioni del vento e del mare. Il navigatore controlla costantemente il movimento della barca, regolando le vele per mantenere la rotta. Se la barca si ferma o perde troppo slancio, ripartire diventa difficile e inefficiente. Lo stesso principio si applica al concetto di flusso in Kanban, l’obiettivo è mantenere il flusso costante, garantendo che il lavoro proceda senza intoppi, riducendo blocchi e interruzioni.
Non conta partire, conta arrivare
In barca a vela, ciò che conta davvero non è la velocità assoluta dell’imbarcazione, ma la Velocity Made Good (VMG) on course, ovvero la velocità effettiva con cui ci si sta avvicinando alla destinazione. Una barca può muoversi rapidamente, ma se la direzione non è quella giusta, il progresso reale sarà minimo. Lo stesso principio si applica a Kanban, non è importante quanto velocemente si lavora in un dato momento, ma quanto lavoro viene effettivamente consegnato. L’obiettivo non è essere sempre impegnati o lavorare al massimo della velocità, ma completare il lavoro nel modo più efficiente possibile, riducendo sprechi e rallentamenti. Come in navigazione, l’essenziale non è l’illusione del movimento, ma il progresso reale verso la meta.
Conclusione
Kanban e la navigazione stimata in barca a vela condividono un principio fondamentale: il successo non dipende da piani rigidi, ma dalla capacità di osservare, misurare, adattarsi e rispondere ai cambiamenti. In entrambi i casi, l’obiettivo non è fissare una rotta immutabile, ma ottimizzare il flusso per avanzare in modo efficiente e consapevole. Così come un velista parte con una direzione generale, sfrutta previsioni e stime per tracciare il percorso, ma è sempre pronto a correggere la rotta in base alle condizioni reali, allo stesso modo Kanban permette di gestire il lavoro in modo dinamico, adattandosi alle sfide man mano che emergono. Questa flessibilità non è solo una necessità, ma la chiave per navigare con successo la complessità, trasformando ogni progetto o servizio in un viaggio in cui conta non solo la meta, ma anche il modo in cui la si raggiunge.
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 questo articolo voglio parlare di un aspetto importante per l’implementazione del metodo Kanban, che mi trovo sempre a dover gestire con la massima attenzione: il necessario esercizio di empatia e costruzione della fiducia che deve esserci tra dirigente dell’organizzazione interessata e il consulente.
Prendo spunto dall’articolo del collega Accredited Kanban Consultant Horia Balog, che immagina un primo incontro tra il consulente Ted e la dirigente Mary. L’articolo esplora il confronto tra le preoccupazioni di Mary e le intuizioni di Ted, lasciando il finale aperto e invitando i lettori a condividere la propria opinione.
Accolgo l’invito, ma prima, nel prossimo capitolo, vi presenterò un estratto dell’articolo originale (la traduzione è mia, potete trovare l’originale qui). Nel capitolo successivo, invece, condividerò la mia ipotesi su come la storia potrebbe evolversi, basandomi sulla mia esperienza.
DALL-E AI generated image
Le preoccupazioni di Mary e le intuizioni di Ted
Setup – Il consulente Ted entra nell’ufficio di Mary, responsabile della linea di business XYZ di una grande organizzazione finanziaria. Ted è stato raccomandato a Mary da un altro dirigente di un istituto finanziario simile nel contesto di miglioramenti aziendali che hanno portato a chiare e dimostrabili tendenze positive sul bilancio dell’organizzazione e in particolare per una linea di business simile.
I due sono seduti nell’ufficio di Mary, in un gelido lunedì mattina di inizio gennaio. Dalla finestra si vedono i grattacieli del centro e un paio di sottili colonne di fumo che punteggiano l’azzurro del cielo invernale.
“Benvenuto Ted! Il nostro comune amico Jim e io stavamo chiacchierando a margine di una conferenza in autunno e lui ha menzionato alcuni dei lavori che hai svolto per lui negli ultimi due anni. È stato interessante notare che l’approccio utilizzato è molto diverso dalla norma. Ma lui è stato molto categorico nel dire che ha fatto la differenza!”.
Ted raccoglie lo spunto. “Jim è così gentile, devo ringraziarlo! Abbiamo fatto un buon lavoro insieme e abbiamo sicuramente fatto la differenza per la sua organizzazione. Non è stato né facile né veloce, ma con la pazienza e l’attenzione che ci sono state date, abbiamo ottenuto risultati”.
Mary era poco convinta e molto preoccupata. “Non sono sicura che funzionerebbe per noi. C’è così tanto lavoro e non abbiamo tempo, essenzialmente. Ci sono diversi progetti che hanno superato diverse scadenze e, naturalmente, hanno superato il budget. E la pazienza della nostra leadership si sta davvero esaurendo. Abbiamo bisogno di risultati immediati”.
“Beh, lasciami cercare di capire il problema in questione” interviene Ted. “Immagino che abbiate progetti per creare flussi di entrate, lanciare nuovi prodotti, acquisire nuovi segmenti di clienti, risolvere i problemi dei clienti. E poi ci sono anche le consegne legate alle normative e alla conformità che arrivano senza un preavviso sufficiente per permettervi di pianificarle adeguatamente. E queste mettono seriamente in crisi i vostri piani. E poi, ogni volta che i partner del reparto tecnico hanno la possibilità di consegnare il lavoro, tirano fuori i progetti della piattaforma di gestione della valuta che sono in ritardo. E hanno difficoltà a fornire prove dei benefici aziendali di questo lavoro. Come sto andando finora?”.
Mary esita per 2 secondi. Fa fatica a nascondere la sua sorpresa per queste intuizioni. Come fa a saperlo? Con chi ha parlato nell’organizzazione? Perché le persone parlano di questi problemi con persone estranee?
“Beh, non proprio. I nostri partner tecnici e il CIO ci tengono aggiornati sui loro piani per la piattaforma valutaria e, a parte piccoli ritardi e aggiustamenti, sono puntuali con la maggior parte delle loro consegne. Ho visto la loro roadmap e sembra ottima!”.
“E la nostra roadmap strategica aziendale è solida. Il nostro ufficio di gestione dei progetti la gestisce da vicino e la rivede regolarmente”.
A questo punto, la scena è pronta perché Ted possa raccomandare alcuni primi passi specifici.
“È fantastico! Una cosa che abbiamo messo a punto con Jim è stato un metodo consolidato e visivo per allineare e dare priorità a diversi tipi di attività senza sovraccaricare il reparto tecnico. Abbiamo lavorato su due aspetti complementari. Il primo è stato quello di visualizzare tutto il lavoro richiesto da più fonti: strategica di business, gestione della valuta e debito tecnico, normativa e compliance. Il secondo è stato quello di migliorare la comprensione della capacità realistica di consegna per il reparto tecnico. Li abbiamo messi in grado di gestire il loro carico di lavoro e di raggiungere una situazione in cui possono realisticamente impegnarsi e mantenere i loro impegni nonostante le complessità che stanno affrontando”.
“Per quanto riguarda il primo punto, abbiamo creato meccanismi specifici per supportare sia le iniziative aziendali ad alto valore sia i requisiti normativi a scadenza rigida degli enti normativi interni e di mercato. Quindi le priorità sono state determinate in modi diversi e specifici a seconda del contesto”.
“Per quanto riguarda il secondo punto, pur mantenendo le metriche e le misurazioni di consegna preesistenti, le abbiamo integrate con altre che hanno permesso all’organizzazione di gestire meglio le variazioni di dimensione dei lavori, la loro urgenza e le inevitabili dipendenze che si verificano durante la consegna. Ad esempio, abbiamo definito accordi sui livelli di servizio tra i team di progetto e l’organizzazione IT, l’organizzazione di supporto all’infrastruttura tecnica e i gruppi business che supportano il lancio di nuove funzioni e funzionalità. Questo ha aumentato la trasparenza e il livello di prevedibilità della consegna”.
Gli occhi di Mary cominciavano a velarsi. “Qui non funzionerà mai. Abbiamo aspettative molto specifiche da parte della nostra leadership aziendale e il nostro gruppo di conformità non perdona. E i gruppi tecnici sono sovraccarichi di lavoro per le consegne, quindi non saranno interessati a processi aggiuntivi, metriche, ecc. È troppo sofisticato: abbiamo bisogno di qualcosa di semplice che funzioni per noi il prima possibile”.
Imperturbabile, Ted fece marcia indietro. “Capisco il suo punto di vista. Che ne dici di iniziare a capire i processi in atto in ogni parte dell’organizzazione e di introdurre, all’inizio, un numero di cambiamenti sufficiente per apportare subito dei miglioramenti. Poi possiamo aiutarli a far evolvere il loro sistema di lavoro nel tempo. Ecco perché questo richiede tempo e non può essere fatto da un giorno all’altro. Soprattutto perché non c’è nulla che si possa comprare e installare per migliorare la situazione”.
Mary non è ancora convinta… “Beh, in teoria ha senso…”.
Ted ha colpito nel segno. “Ecco come ha funzionato per Jim. Ha fatto in modo che la sua leadership e la sua organizzazione si convincessero della visione a medio e lungo termine e ha continuato a concentrarsi sui primi risultati. Questo ha dato slancio e ha permesso all’organizzazione di evolversi e di ottenere sempre più vantaggi”.
“So che avete problemi e vincoli diversi, ma ci sono le condizioni perché questo approccio funzioni. Ogni volta. Non vedo l’ora di avere l’opportunità di dimostrarlo anche nella vostra organizzazione, naturalmente!”.
Si organizzano per un seguito e si scambiano alcuni convenevoli all’uscita.
Ora, l’esito della storia è un’ipotesi da fare tutti insieme. Mary ha deciso di coinvolgere Ted, nonostante i rischi percepiti e la mancata corrispondenza tra la novità di queste pratiche e le pressioni e i vincoli presenti nell’organizzazione? Ha mantenuto la posizione iniziale e ha ignorato la proposta di valore sul tavolo? Hanno trovato un modo per continuare la conversazione, anche se rinviando per ora l’impegno a iniziare questo lavoro?
Lascio a voi, lettori, la decisione…
Concludo con un elenco incompleto di conclusioni rilevanti in questo contesto:
– I principi funzionano sempre se adattati al contesto.
– Per ottenere risultati diversi è necessario un cambiamento reale.
– È normale resistere al cambiamento – ci sono studi e statistiche che dimostrano che la stragrande maggioranza di noi è a favore di una sorta di status quo -, eppure bisogna lavorarci sopra.
Non vedo l’ora di sentire i vostri pensieri!
Implementare Kanban per la trasformazione aziendale
Dopo il primo incontro con Ted, Mary ha continuato a riflettere sulle sue parole. La pressione della leadership, le scadenze stringenti e l’apparente rigidità dei processi in essere sembravano ostacoli insormontabili. Tuttavia, l’approccio pragmatico e incrementale proposto da Ted suscitava in lei una certa curiosità. Decise di non chiudere subito la porta e accettò di organizzare un secondo incontro con Ted e alcuni membri chiave del suo team.
Fase 1: visualizzare il lavoro
Nel secondo incontro, Ted propose un esercizio semplice ma potente: visualizzare tutto il lavoro in corso. Creò una lavagna Kanban con tre colonne principali: da fare, in corso e fatto. I membri del team iniziarono a elencare tutte le iniziative attuali, separandole per tipologia:
Nuovi prodotti e segmenti di mercato
Conformità normativa
Manutenzione e aggiornamenti tecnici
Supporto operativo
Il risultato fu illuminante. Il team si rese conto che molte attività erano in corso senza una chiara priorità, creando un sovraccarico su più fronti. Inoltre, alcuni compiti critici erano bloccati a causa di dipendenze non esplicitate.
Fase 2: limitare il lavoro in corso
Ted suggerì di introdurre un concetto chiave di Kanban: il limite al Work in Progress (WIP). Invece di lavorare su tutto contemporaneamente, il team avrebbe dovuto focalizzarsi su un numero limitato di attività, completandole prima di iniziarne di nuove. Mary inizialmente esitò, temendo un rallentamento dei progetti, ma dopo un test di due settimane, i primi benefici divennero evidenti: il team riusciva a completare più attività in meno tempo e con maggiore qualità.
Fase 3: gestire il flusso e migliorare la trasparenza
Una volta stabiliti i limiti di WIP, il team di Mary iniziò a monitorare il flusso di lavoro. Ted introdusse metriche semplici come il Lead Time (tempo totale per completare un’attività) e il Cycle Time (tempo trascorso nelle colonne “In corso” a “Fatto”). Con questi dati, il team individuò i colli di bottiglia, come la dipendenza eccessiva dall’IT per il rilascio di nuove funzionalità.
Parallelamente, la leadership aziendale iniziò ad apprezzare la maggiore visibilità sui progressi, riducendo la pressione sulle scadenze e permettendo decisioni più informate sulle priorità.
Fase 4: adattarsi e crescere
Dopo tre mesi di sperimentazione, i risultati furono chiari e misurabili:
La prevedibilità delle consegne migliorò del 30%
I tempi di rilascio si ridussero del 25%
La collaborazione tra business e reparto tecnico divenne più fluida
Mary, che inizialmente era scettica, divenne una sostenitrice del metodo. Non solo il team lavorava meglio e con meno pressione, ma anche la leadership aziendale aveva una visione più chiara dei progressi e delle sfide da affrontare.
Conclusione
L’implementazione di Kanban non è stata una rivoluzione immediata, ma un’evoluzione costante. Attraverso piccoli passi, Mary e il suo team hanno trasformato il loro approccio alla gestione del lavoro, ottenendo maggiore efficienza e soddisfazione. La storia di Mary dimostra che il cambiamento è possibile, anche in condizioni difficili, a patto di affrontarlo con metodo, pragmatismo e una mentalità aperta.
Come avrebbe detto Ted: “Ogni trasformazione inizia con un primo passo. Il segreto è non fermarsi mai di fronte agli ostacoli”.
Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti. Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.
L’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.
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 un cliente richiede un intervento a un fornitore, il suo obiettivo principale è ottenere una soluzione rapida ed efficace alla propria richiesta. Non è interessato alle eventuali difficoltà interne del fornitore, come un carico di lavoro elevato o altre sfide organizzative. Questa realtà pone una pressione significativa sui fornitori, ma offre anche un’opportunità per migliorare l’organizzazione utilizzando strumenti come le Classi di Servizio definite dal metodo Kanban.
Gestione di tre classi di servizio al gate di un aeroporto
Il cliente e le aspettative di risposta
La settimana scorsa, erano i primi giorni del nuovo anno dopo le festività natalizie, ho chiesto un intervento a un fornitore e ho ricevuto questa risposta:
“Buongiorno, oggi pomeriggio verrete contattati da Mario (nome di fantasia) e verrà fornito un preventivo per gli interventi da svolgere. Ci scusiamo per l’attesa, ma abbiamo un carico di lavoro abbastanza elevato in questi giorni e stiamo cercando di evadere tutte le richieste in maniera più celere possibile. Grazie”
Ho preso questa come esempio, ma risposte dello stesso tenore sono abbastanza comuni nei servizi. Alle volte sono anche verbose e forniscono giustificazioni articolate, tipicamente imputando la responsabilità a fattori esterni. Tuttavia al cliente non interessa quale carico di lavoro abbia il fornitore né il perché. Mi chiedo sempre perché chi scrive tali risposte non rifletta mai sul fatto che, quando si trova a sua volta a essere cliente di qualcuno, non è affatto interessato ai problemi di chi sta dall’altra parte.
Per un’organizzazione che vuole migliorare il proprio livello di maturità, è fondamentale smettere di dedicare tempo alle giustificazioni e investire invece lo stesso tempo nello sviluppo di un sistema organizzativo. Il metodo Kanban ci può aiutare e nello specifico ci possono aiutare le Classi di Servizio.
Perché il cliente non è interessato ai problemi del fornitore?
Il cliente si trova al centro della propria esperienza e il suo problema è la sua priorità. Ecco alcuni motivi per cui il cliente non considera rilevanti le difficoltà interne del fornitore:
Aspettative elevate: I clienti si aspettano risposte rapide e soluzioni efficaci, soprattutto quando hanno già atteso un certo periodo di tempo.
Concorrenza sul mercato: Se un fornitore non è in grado di rispondere tempestivamente, il cliente può rivolgersi a un concorrente.
Percezione del valore: Il cliente valuta il servizio in base al risultato finale e alla qualità dell’interazione, non agli ostacoli incontrati dal fornitore lungo il percorso.
Questa disconnessione di prospettive sottolinea l’importanza di un’organizzazione interna che permetta di gestire al meglio le richieste, anche in periodi di alta domanda.
Vediamo quali sono le tipiche Classi di Servizio che possono essere utilizzate per garantire i livelli di servizio, anche a fronte di un carico di lavoro elevato.
1. Classe Urgente (Expedite)
Questa classe è dedicata alle richieste che richiedono attenzione immediata e non possono aspettare. Nel contesto del servizio clienti, potrebbe includere:
Problemi critici che bloccano le operazioni del cliente.
Emergenze che richiedono un intervento immediato.
Le richieste in questa classe devono essere gestite con la massima priorità, interrompendo temporaneamente il lavoro su altre attività. Perciò il numero di richieste di Classe Urgente gestibili deve essere limitato, definendo bene le policy per l’assegnazione di questa classe alle richieste.
2. Classe a Data Fissa (Fixed Date)
Alcune richieste hanno una scadenza specifica, ma non richiedono attenzione immediata. Ad esempio:
La maggior parte delle richieste rientra normalmente in questa classe. Sono importanti, ma non urgenti e non hanno una scadenza specifica. Il loro costo del ritardo cresce linearmente e devono essere gestite entro un ‘periodo ragionevole’. Nei sistemi organizzativi maturi il fornitore è in grado di definire tale ‘periodo ragionevole’ e offrire al cliente un livello di servizio standard basato sulla misura del Lead Time. Il fornitore è anche in grado di calcolare un livello di rischio operativo rispetto al livello di servizio offerto. Ho scritto un articolo al proposito che potete leggere qui.
4. Classe Intangibile
Questa classe è riservata a lavori che migliorano i processi interni o riducono i rischi futuri, ma che non hanno un impatto immediato sul cliente. Il costo del ritardo è appunto ‘intangibile’. Ad esempio:
Ottimizzazione dei sistemi.
Formazione del personale.
Queste richieste svolgono un ruolo importante nei periodi di bassa domanda da parte dei clienti, perché costituiscono una riserva di lavoro che consente di mantenere costante il carico di lavoro del sistema.
Differenziazione dei prezzi in base alle Classi di Servizio
Un aspetto interessante delle Classi di Servizio è la possibilità di applicare prezzi differenziati, come avviene in settori come quello ferroviario o aereo. Ad esempio:
Classe Urgente: Può comportare un costo più elevato per garantire un trattamento prioritario e la disponibilità immediata delle risorse.
Classe a Data Fissa: Un prezzo intermedio, che riflette la necessità di una pianificazione specifica ma senza l’urgenza.
Classe Standard: Un prezzo adeguato al livello di servizio standard offerto.
Classe Intangibile: In molti casi, questa classe potrebbe non essere addebitata direttamente al cliente ma rappresentare un investimento interno.
Definire una struttura tariffaria in funzione delle Classi di Servizio non solo permette di allocare meglio le risorse, ma può anche aiutare i clienti a scegliere il livello di servizio più adatto alle loro esigenze, aumentando la loro soddisfazione complessiva.
Come implementare le Classi di Servizio nella gestione delle richieste
Un approccio di base alla disciplina del triage prevede un lavoro continuativo rispetto ai seguenti punti:
Identificazione delle richieste: Classificare ogni richiesta in base al costo del suo ritardo utilizzando le Classi di Servizio.
Comunicazione con il cliente: Informare il cliente su quando e come la sua richiesta verrà gestita, migliorando la trasparenza.
Allocazione delle risorse: Assegnare le risorse in base alle classi, evitando il sovraccarico di un singolo team o operatore.
Monitoraggio e miglioramento continuo: Utilizzare metriche come il Lead Time e il tempo di ciclo (Cycle Time) per monitorare le prestazioni e apportare miglioramenti.
Conclusione
Un carico di lavoro elevato non deve diventare un ostacolo alla soddisfazione del cliente. Implementando le Classi di Servizio del metodo Kanban ed eventualmente introducendo una differenziazione dei prezzi, i fornitori possono migliorare la gestione delle richieste, garantire tempi di risposta adeguati e mantenere alta la soddisfazione del cliente. In questo modo, è possibile trasformare una sfida organizzativa in un’opportunità per ottimizzare i processi e fidelizzare i clienti.
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.
