Tag: produttività

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.