Tag: produttività

Pubblicato il

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?

Pubblicato il

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

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

Il problema dell’effort

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

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

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

Livelli di servizio: sapere non basta, bisogna collegare

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

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

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

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

Gestire i picchi con i dati storici

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

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

Capacity planning: vedere la coperta prima che sia troppo corta

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

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

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

Il lavoro sommerso

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

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

Le cadenze: dove avviene il vero miglioramento

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

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

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

In sintesi

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

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

Un’ultima cosa: non è una questione di settore

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

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

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

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

Pubblicato il

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.

Pubblicato il

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.

Pubblicato il

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

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

Il problema: un team condannato al fallimento

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

La sorpresa di Hyderabad

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

La nascita di una collaborazione

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

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

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

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

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

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

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

Rendere visibile il lavoro e gestire le priorità

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

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

Fermare il flusso di richieste incomplete

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

Smettere di iniziare, iniziare a finire

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

Sostituire le stime con le previsioni statistiche

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

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

I risultati: una trasformazione misurabile

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

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

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

La lezione di XIT e il futuro del lavoro

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

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

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

Pubblicato il

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:

  1. Visualizzare la capacità disponibile prima che il lavoro arrivi.
  2. 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!

Pubblicato il

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.