Gestire l’incertezza nei progetti: come il Critical Chain Project Management supporta il metodo Kanban

Chi lavora con il metodo Kanban impara presto a gestire il flusso: visualizza il lavoro, limita il WIP, misura il lead time. Quando il lavoro si fa più complesso – progetti con scadenze fisse, risorse condivise tra più attività e dipendenze articolate – è utile affiancare anche il Critical Chain Project Management (CCPM).

Sviluppato da Eliyahu M. Goldratt, il padre della Teoria dei Vincoli, il CCPM parte da una domanda scomoda: perché, nonostante pianificazioni meticolose e stime prudenti, i progetti finiscono quasi sempre in ritardo? La risposta di Goldratt ribalta alcune delle convinzioni più radicate su come gestiamo il tempo e le risorse – e per chi lavora con Kanban, più di un punto risulterà familiare.

La vera causa dei ritardi: non le attività, ma le risorse

La gestione dei progetti tradizionale, basata sul Metodo del Percorso Critico (CPM), si concentra esclusivamente sulla sequenza di attività più lunga per determinare la durata del progetto. L’innovazione fondamentale del CCPM è identificare, invece, la Catena Critica: la sequenza più lunga che considera sia le dipendenze tra i compiti sia le limitazioni delle risorse.

Questo è un cambio di prospettiva radicale. Il vero collo di bottiglia che determina la durata di un progetto non è quasi mai la lista delle cose da fare, ma una persona, un team o un’attrezzatura specifica condivisa tra più attività.

Per capire la differenza, immaginiamo un progetto semplice. Due attività possono partire in parallelo dopo una fase iniziale comune, ma richiedono entrambe la stessa risorsa critica: l’ingegnere capo. Il Metodo del Percorso Critico non vedrebbe problemi, ma il CCPM riconosce subito che le due attività non possono avvenire contemporaneamente. La vera sequenza più lunga – la Catena Critica – deve quindi includere la scelta di quale attività fare prima, rivelando un vincolo che altrimenti resterebbe invisibile fino al momento dell’esecuzione.

L’illusione della sicurezza: come i margini individuali rallentano tutto

L’idea controintuitiva più potente del CCPM riguarda i margini di sicurezza. Tradizionalmente, ogni membro del team aggiunge un margine di tempo alla stima di ogni singola attività per proteggersi dagli imprevisti. Fred, uno dei personaggi del romanzo Critical Chain di Goldratt, porta dati reali della sua azienda: quasi metà delle attività finisce esattamente alla scadenza, pochissime finiscono prima, e circa un terzo finisce con un 10-20% di ritardo rispetto alla stima originale. La sua conclusione è che il margine di sicurezza individuale non protegge né il singolo step né il progetto nel suo insieme.

Questa tolleranza incoraggia comportamenti controproducenti. La sindrome dello studente – termine coniato da Goldratt – descrive il meccanismo per cui, avendo tempo a disposizione, si procrastina fino all’ultimo: quando si inizia a lavorare, il cuscinetto è già stato consumato, e l’attività finisce comunque in ritardo. A questo si aggiunge la Legge di Parkinson: il lavoro si espande fino a occupare tutto il tempo disponibile.

Il CCPM elimina questi margini individuali nascosti. Le stime delle attività diventano più aggressive, basate sul tempo effettivamente necessario per completarle. La sicurezza rimossa viene aggregata e resa esplicita in “buffer” condivisi che proteggono l’intero progetto:

  • Project Buffer: posto alla fine della catena critica per proteggere la data di consegna finale dall’incertezza accumulata.
  • Feeding Buffer: inseriti dove le catene di attività secondarie si collegano alla catena critica, per evitare che i ritardi su percorsi non critici impattino su quello principale.
  • Resource Buffer: utilizzati per garantire che le risorse critiche siano pronte e disponibili esattamente nel momento in cui sono necessarie.

Questo approccio trasforma l’incertezza da un problema individuale a una responsabilità collettiva.

La figura mostra un esempio di rete CCPM. La catena critica – in giallo – segue il percorso A→C→E→F→H. Due percorsi non critici convergono su di essa: il primo attraverso B e D, che si aggancia in H tramite feeding buffer; il secondo attraverso G e I, che si aggancia in F tramite feeding buffer. Il project buffer finale protegge la data di consegna dall’incertezza accumulata sull’intero progetto.

La psicologia del progetto efficace: il project multitasking come causa sistemica dei ritardi

Il CCPM scoraggia attivamente il multitasking, e non si riferisce solo all’abitudine individuale di saltare da un compito all’altro. La forma più dannosa è quella organizzativa: aprire troppi progetti in contemporanea. È una dinamica comune – ogni progetto sembra urgente al momento dell’approvazione, il portfolio cresce, le stesse risorse critiche vengono distribuite su tutto. Il risultato è che nessun progetto avanza davvero, perché ogni risorsa chiave è costantemente interrotta, richiamata, riassegnata.

Goldratt dimostra questo con un esempio quantitativo: una persona che lavora in multitasking su tre attività da dieci giorni ciascuna, alternandosi ogni cinque giorni, vede il Lead Time di ognuna raddoppiare – e questo senza considerare il tempo perso nei cambi di contesto. Il meccanismo diventa poi sistemico: più progetti aperti allungano i Lead Time, Lead Time più lunghi significano più progetti in corso contemporaneamente, e il ciclo si autoalimenta. Goldratt lo definisce esplicitamente “il principale killer del Lead Time”.

La soluzione proposta è controintuitiva: aprire meno progetti contemporaneamente. Non per fare meno, ma per finire di più – perché le risorse critiche possono finalmente completare un lavoro prima di passare al successivo. Chi conosce il metodo Kanban riconoscerà qui la logica dei WIP limit: ridurre il lavoro in corso non è una limitazione, ma la condizione che rende stabile il flusso.

Un nuovo modo di misurare: non le scadenze, ma il consumo del buffer

Nel project management tradizionale, la domanda chiave è: “Siamo in linea con la tabella di marcia?”. Nel CCPM diventa: “Quanta parte del nostro buffer abbiamo consumato rispetto ai progressi fatti?”.

Per rispondere, il CCPM introduce il Fever Chart (“grafico della febbre”): un grafico che mette in relazione la percentuale di completamento della catena critica con la percentuale di buffer consumato. Le tre zone (verde, gialla e rossa) funzionano come un termometro. La sua forza è predittiva: trovarsi nella zona gialla non significa che il progetto è in ritardo, ma che il rischio di un futuro ritardo è aumentato. Un approccio familiare a chi usa le metriche di flusso del Kanban, come i CFD: anche lì l’obiettivo è anticipare i problemi, non certificare i ritardi.

Il Fever Chart mette in relazione l’avanzamento del progetto con il consumo del project buffer. La curva bianca mostra l’andamento reale: nel nostro esempio il progetto entra in zona rossa nella prima metà, per poi rientrare in zona gialla verso la fine – uno strumento predittivo che non certifica i ritardi, ma li anticipa in tempo utile per intervenire.

Risultati concreti: cosa dicono i casi reali

Il CCPM non è un esperimento accademico. La NASA lo ha utilizzato per gestire le gallerie del vento al Langley Research Center, riuscendo a mantenere il volume di test nonostante un taglio del 50% del personale. Procter & Gamble Pharmaceuticals lo ha adottato nel 2004 per gestire un aumento del carico di lavoro senza risorse aggiuntive, riducendo i tempi di ciclo nei trial clinici. In letteratura le riduzioni documentate delle durate di progetto vanno dal 20% al 40% rispetto ai metodi tradizionali.

Conclusione

Il CCPM è molto più di una tecnica di pianificazione: è una filosofia manageriale che rende l’incertezza visibile, misurabile e gestibile. La vera sfida non è tecnica ma culturale: rinunciare alla protezione individuale per contribuire a una riserva comune. È un cambio di mentalità che richiede fiducia nel sistema – e nella capacità collettiva di tenere insieme ciò che il lavoro individuale tende a frammentare.

Bibliografia

  1. Eliyahu M. Goldratt, Critical Chain, Gower Publishing, 1997.
  2. Andrew G. Hagemann, Use of the Critical Chain Project Management Technique at NASA Langley Research Center, 20th Digital Avionics Systems Conference (DASC), IEEE, 2001.
  3. Smith, Michelle, CCPM: A Sustaining Strategy at Procter & Gamble Pharmaceuticals, Pharmaceutical Processing World, 2004.

L’arte del timing strategico: l’importanza del Last Responsible Moment (LRM) nell’impresa resiliente

Nel panorama della gestione organizzativa moderna, l’ossessione per la velocità ha spesso oscurato la qualità del processo decisionale. Tuttavia, nel quadro del Kanban Maturity Model (KMM), la vera agilità non risiede nel decidere il più velocemente possibile, ma nel decidere al momento giusto. Il concetto di Last Responsible Moment (LRM) emerge non come una forma di procrastinazione, ma come una scelta strategica di gestione del rischio economico.

In un contesto caratterizzato da incertezza e complessità, decidere troppo presto è un errore pari a quello di decidere troppo tardi: impegna risorse preziose su basi informative incomplete, precludendo la possibilità di adattarsi a nuovi dati. L’LRM invece rappresenta il punto immediatamente precedente alla perdita di fattibilità di un’opzione. Comprendere l’LRM è il primo passo per evolvere da una cultura dell’urgenza reattiva a una gestione proattiva del flusso, dove il tempo è una variabile economica controllata e non un nemico da rincorrere.

La logica del differimento: perché “aspettare” è un vantaggio competitivo

Il differimento dell’impegno (deferred commitment) è una delle pratiche più controintuitive dell’enterprise agility. Permettere a un elemento di lavoro di rimanere nello stato di opzione il più a lungo possibile riduce drasticamente l’impatto della failure demand, ovvero il lavoro abortito e i rifacimenti (rework). Da un punto di vista del senior management, differire l’impegno significa mantenere maggiore liquidità del sistema – capacità produttiva non ancora congelata in scommesse premature, e quindi disponibile per essere allocata quando le informazioni sono più complete.

I tre benefici strategici del differimento dell’impegno sono:

  • Acquisizione di conoscenza: più a lungo si attende, più informazioni si raccolgono su mercato, tecnologie ed esigenze reali dei clienti.
  • Riduzione dell’incertezza: il tempo permette di dissipare l’incertezza decisionale, trasformando intuizioni rischiose in decisioni basate su evidenze.
  • Aumento del tasso di scarto delle opzioni non valide: un sistema che differisce l’impegno seleziona solo le opzioni che sopravvivono all’evoluzione del contesto, eliminando lo spreco alla radice.
Fonte Kanban University – dettaglio del poster Triage Tables

Anatomia matematica del Last Responsible Moment e del rischio temporale

L’LRM non è un’intuizione soggettiva, ma un calcolo basato sulla distribuzione statistica dei tempi di completamento (Lead Time). In un sistema evoluto, la determinazione del momento in cui iniziare un lavoro dipende dalla data di consegna desiderata (Desired Delivery Date – DDD) e dalla probabilità di completamento entro quella data.

Operativamente, l’LRM è definito come il 50° percentile del Lead Time calcolato a ritroso rispetto alla DDD. Iniziare un lavoro esattamente al LRM significa che, in base alla distribuzione storica dei tempi di consegna (Lead Time), c’è solo una possibilità su due (50%) di consegnare entro la data desiderata (DDD). Per le organizzazioni a ML2/ML3, questo rappresenta il punto di equilibrio tra rischio di consegna tardiva e costo del ritardo.

ConcettoDefinizione operativaImplicazione economica
Last Responsible MomentDecisione consapevole basata sul 50° percentile della distribuzione del Lead Time.Rischio gestito: equilibrio tra informazione acquisita, Cost of Delay e probabilità di consegna puntuale.
Irresponsibly LateDecisione presa oltre la finestra di confidenza statistica.Scommessa probabilistica: l’organizzazione subisce le conseguenze di un eventuale fallimento invece di gestire il rischio.

Un pilastro tecnico fondamentale è l’Urgenza, definita come la derivata (pendenza) della funzione Probable Cost of Delay in Starting (PCoDS). Senza entrare in tecnicismi matematici, la PCoDS è una curva che indica il rischio economico immediato derivante dal non iniziare un lavoro in una data specifica.

Il Last Responsible Moment e la disciplina del triage: ora, dopo, mai

L’integrazione dell’LRM trasforma il Replenishment Meeting in un processo di triage rigoroso. Basandoci sulla valutazione delle opzioni reali, comprendiamo che queste hanno valore e hanno una scadenza; pertanto, non si deve mai decidere in anticipo senza un motivo esplicito.

Il triage categorizza il lavoro in tre direzioni:

  1. Ora: elementi che hanno raggiunto il proprio LRM e devono essere messi in lavorazione per onorare la promessa di consegna.
  2. Dopo: opzioni che non hanno ancora raggiunto l’LRM e restano in attesa perché si possa acquisire ulteriore conoscenza relativa alla loro lavorazione.
  3. Mai: opzioni scartate perché superate da nuove informazioni.

Questa logica di triage è applicabile esclusivamente a opzioni per le quali i dati storici sono significativi. Se il valore dell’opzione è incerto o imprevedibile l’LRM perde di efficacia e l’elemento deve essere gestito tramite allocazione di capacità dedicata come classe Intangible.

Il compromesso strategico: Classi di Servizio e Costo del Ritardo

Differire l’impegno fino all’LRM comporta un trade-off. Se si attende troppo vicino al limite, il sistema viene caricato di rischi temporali che possono richiedere classi di servizio costose per garantire la consegna.

Le quattro classi di servizio canoniche riflettono la sensibilità al tempo e alla PCoDS:

  1. Expedite: per elementi con urgenza critica e pendenza della PCoDS altissima. Richiedono un intervento immediato, spesso violando i limiti al lavoro in corso (WIP).
  2. Fixed Date: elementi con data di consegna fissa e costo elevato per il superamento della scadenza. Richiedono impegno vicino all’LRM con priorità di pianificazione alta.
  3. Standard: il cuore del sistema, gestito solitamente tramite logica FIFO (First-In, First-Out) per garantire massima prevedibilità e stabilità del Lead Time.
  4. Intangible: elementi con basso costo del ritardo immediato ma alto valore a lungo termine. Fungono da protezione rispetto al rischio strategico: la loro presenza nel sistema crea lo spazio necessario per assorbire le richieste Expedite senza destabilizzare il flusso.

Evoluzione organizzativa: dal caos alla resilienza

La padronanza dell’LRM evolve man mano che le organizzazioni si strutturano:

  • ML2 (Customer Awareness): le decisioni sono spesso emotive o reattive. Il Flow Manager inizia a raccogliere dati, ma la mancanza di stabilità rende il calcolo dell’LRM ancora approssimativo.
  • ML3 (Fit-for-Purpose): emergono i ruoli chiave. Il Service Request Manager (SRM) diventa il custode delle opzioni e dell’LRM, mentre il Service Delivery Manager (SDM) garantisce la stabilità della capacità del sistema. Il triage diventa sistematico.
  • ML4 (Risk-Hedged): l’LRM non è più una stima generale al 50° percentile, ma un calcolo specifico per ogni elemento di lavoro ad alto valore, basato su simulazioni Monte Carlo e profili PCoDS personalizzati.

Conclusione: il Last Responsible Moment come pilastro della prosperità aziendale

Il Last Responsible Moment non è un tecnicismo, ma il fondamento della resilienza strategica. La sua applicazione sposta l’attenzione dalla mera efficienza delle risorse (tenere le persone occupate) alla efficienza di flusso e alla resilienza economica.

Il traguardo finale di questa disciplina è l’allineamento tra identità aziendale, strategia (perché/cosa) e decisioni operative quotidiane (come/chi). Quando un’organizzazione sa perché decide e quando è il momento di farlo, smette di subire il mercato e inizia a guidarlo.

La leadership dell’organizzazione deve investire nella raccolta rigorosa dei dati sui Lead Time e nella modellizzazione dei costi del ritardo. Solo trasformando l’LRM da concetto astratto a strumento guidato dai dati, l’organizzazione potrà prosperare a lungo termine in un mondo volatile.

Il tuo cliente non è il problema. Il tuo sistema di gestione sì.

Lavorare con i clienti oggi assomiglia sempre più a un tentativo di domare un incendio con un bicchiere d’acqua. “È urgente”, “Serve per ieri”, “Questa è la priorità assoluta”: sono i mantra di un’apnea operativa che prosciuga energie e qualità. Molti professionisti accettano questo stato di perenne emergenza come un destino ineluttabile, una sorta di tassa sul fatturato da pagare al “caos del mercato”.

Ma la verità è un’altra: il disordine non è una fatalità, è un fenomeno che può essere governato. La differenza tra un team che affoga e uno che domina la scena non sta nella fortuna di avere clienti “educati”, ma nel possedere gli strumenti mentali per processare l’imprevisto. Il caos non va subito, va gestito con un sistema.

1. Diventare campioni delle ‘palle alzate male’: la lezione di Velasco

Nel management, come nella pallavolo di alto livello, la vera maestria non si vede quando tutto è perfetto. È facile fare punto quando l’alzata è precisa e il tempo è giusto. Ma la realtà è fatta di situazioni critiche, imprecise, disturbate. Julio Velasco, oltre che grande allenatore di Volley, un vero filosofo del pragmatismo e avversatore della cultura degli alibi, ha codificato questo concetto parlando di file delle soluzioni. Un professionista di valore non è quello che aspetta le condizioni ideali, ma quello che si è addestrato a colpire anche quando tutto va storto.

Come ci ricorda Velasco in un suo famoso speech che potete rivedere cliccando qui:

“…io voglio schiacciatori che schiacciano bene palloni alzati male, voglio questi. Perché questi, poi, quelli alzati bene li schiacciano benissimo, non bene. Uno che schiaccia bene i palloni alzati male, quelli alzati bene li schiaccia benissimo, voglio quelli lì. Quindi non ne parliamo, risolviamo. Se la realtà è come è, e non come io voglio che sia, se la palla è bassa, il mio cervello – che è un computer straordinario – deve aprire tutti i file con il titolo ‘palla alzata bassa’ e in questi file ci sono le soluzioni per le palle alzate basse, che sicuramente non è schiacciarla come se fosse alta….”

La competenza risiede nella varietà delle risposte che abbiamo codificato. Non dobbiamo sperare che il cliente smetta di inviarci ‘palle alzate male’; dobbiamo arricchire il nostro archivio interno affinché nessuna situazione ci trovi impreparati. Gestire l’imprevisto non è un atto di improvvisazione, è l’applicazione di una soluzione già studiata per un problema che sapevamo sarebbe arrivato.

2. Smascherare le false urgenze con la ‘Via Negativa

Per non soccombere, bisogna imparare l’arte della distinzione. Quando tutto è prioritario, nulla lo è. Qui entra in gioco la ‘Via Negativa’ di Nassim Taleb: la capacità di decidere cosa non fare o cosa rimandare per preservare l’integrità del sistema.

Per farlo, dobbiamo analizzare il Cost of Delay (costo del ritardo). Invece di subire l’urgenza del cliente, proviamo a sottoporre una domanda coraggiosa e provocatoria: “se tolgo questa specifica funzionalità o consegna, succede qualcosa di irreparabile domani mattina?”. Se la risposta è no, il Costo del Ritardo è basso. Non è un’urgenza, è solo rumore.

Vi racconto un caso reale. Era agosto, ero al mare, quando ricevo la chiamata di uno dei project manager di cui ero responsabile, disperato: un cliente pretendeva la consegna dell’intero progetto per il 1° ottobre. Una richiesta tecnicamente impossibile per la nostra capacità produttiva. Invece di cedere alla pressione emotiva, abbiamo applicato la Via Negativa. Il project manager ha negoziato con il cliente, distinguendo ciò che era vitale da ciò che era solo desiderio. Il risultato? Abbiamo consegnato le funzionalità essenziali il 20 ottobre (con fatica, ma con successo) e abbiamo scaglionato tutto il resto fino a gennaio. Il mondo non è crollato; al contrario, il nostro sistema ha retto e il cliente ha ottenuto ciò che gli serviva davvero per operare, non ciò che pensava di volere “per ieri”.

3. Studiare la fenomenologia del cliente per giocare d’anticipo

C’è un errore fatale che molti commettono: considerare le urgenze dei clienti come eventi casuali e imprevedibili. Non è così. Sebbene non possiamo controllare la volontà del cliente, possiamo analizzare i suoi pattern di comportamento. La fenomenologia del cliente ci dice che la casualità è meno casuale di quanto sembri.

La Customer Awareness non è cortesia, è intelligence. Significa mappare i comportamenti dei committenti come dati statistici e trasformarli in una variabile del nostro piano operativo:

  1. Identificazione dei pattern: analizziamo quante volte e in quali periodi arrivano le richieste “prima di subito”. Se succede ogni mese, non è un’urgenza, è un dato prevedibile. Smettiamo di sperare che non arrivino e iniziamo a costruire il nostro sistema intorno a questa certezza statistica.
  2. Modellazione della fenomenologia: trattiamo il disordine del cliente come una variabile del sistema. Se sappiamo che un certo cliente cambia idea tre volte prima della chiusura, non pianifichiamo l’esecuzione finale finché non ha superato il suo terzo ‘ripensamento’ statistico.
  3. Difesa preventiva: usiamo questi dati per pre-allocare le risorse e gestirne le aspettative prima ancora che il cliente alzi il telefono.

Se analizziamo statisticamente i dati, scopriamo che le urgenze arrivano con una frequenza e una ciclicità misurabili. Mappare questi schemi permette di smettere di farsi sorprendere. La strategia non è far cambiare il cliente, ma mappare la sua imprevedibilità per trasformarla in una variabile del nostro piano operativo.

4. La Capacity Reservation: il segreto per non essere mai in ritardo

Una volta compresa la fenomenologia, nel metodo Kanban la soluzione tecnica è un sistema dinamico di Capacity Reservation (prenotazione della capacità). L’errore fatale di molti manager è saturare la capacità produttiva al 100%. Non funziona, un sistema saturo al massimo della capacità ha tempi di attesa infiniti al primo intoppo. È necessario invece lasciare sempre un buffer di capacità non allocata, gestito in modo dinamico.

Il meccanismo è chirurgico e si basa di nuovo sul Cost of Delay:

  • Classe di servizio Expedite: qui inseriamo solo le urgenze vere, quelle dove ogni giorno di ritardo costa all’azienda soldi o reputazione. Queste attività occupano la capacità che abbiamo tenuto libera.
  • Gestione del backlog: e se l’urgenza non arriva? Non restiamo con le mani in mano. Quella capacità riservata viene usata per avanzare con il lavoro meno urgente in attesa in coda.

Questo approccio ribalta la dinamica della performance professionale. Il mantra diventa: “se ci dice bene siamo in anticipo, se ci dice male siamo puntuali”. Ci liberiamo finalmente dalla trappola tossica del “se va bene siamo puntuali, se va male siamo in ritardo”. La puntualità non è più una speranza, ma una garanzia del sistema.

Basta alibi: gestire il disordine è una scelta

È ora di smetterla di usare il “disordine italiano” o l’indisciplina dei clienti come scusa per una cattiva gestione interna. Incolpare il cliente per la propria disorganizzazione è un fallimento manageriale. Affermare che i clienti sono impossibili da gestire è l’ultimo alibi di chi non ha costruito un sistema capace di assorbire la realtà.

L’efficienza non dipende dalla natura del cliente, ma dalla robustezza della nostra architettura di lavoro. Attraverso la misurazione dei flussi, la visualizzazione dei pattern e l’applicazione di pratiche Kanban avanzate, possiamo governare anche i contesti più turbolenti. Il disordine esterno non giustifica il caos interno: la gestione dei sistemi complessi è una responsabilità organizzativa, non una questione di fortuna.

Conclusione: la serenità professionale è una scelta tecnica

Gestire il disordine non è una dote naturale. È un’architettura che si costruisce, mattone dopo mattone, a partire da una scelta consapevole.

Il futuro della tua attività non dipende da quanto diventeranno disciplinati i tuoi clienti, ma da quanto diventerà solido il tuo sistema di gestione. La domanda che ti lascio è provocatoria ma necessaria: preferisci continuare a subire l’indisciplina del mercato, o vuoi iniziare a mappare i tuoi problemi per risolverli una volta per tutte?

La serenità professionale è una scelta tecnica. E quella scelta inizia oggi.

Costruire una startup di successo: creare un sistema scalabile, resiliente e valorizzabile

Nell’ultimo anno mi è stato spesso chiesto di offrire consigli su nuove iniziative imprenditoriali, sia nel caso di vere e proprie startup, sia quando si trattava di nuovi progetti all’interno di aziende già esistenti e consolidate. L’avventura imprenditoriale è un percorso ricco di entusiasmo e promesse, ma anche, inevitabilmente, di insidie. Molti aspiranti fondatori partono da un’idea brillante, convinti che la sua forza sia sufficiente a garantirne il successo. La realtà, però, è ben più complessa.

In questo articolo ho raccolto e distillato i consigli che abitualmente condivido con chi me li chiede. Non propone formule magiche né scorciatoie, ma una serie di lezioni strategiche fondamentali, maturate attraverso esperienze dirette e fallimenti altrettanto istruttivi. L’obiettivo è offrire una bussola ai futuri imprenditori, aiutandoli a porsi le domande giuste fin dal primo giorno, per costruire un’impresa che non sia soltanto innovativa, ma anche solida, scalabile e pronta per il futuro.

Il vero obiettivo: lavorare per crearsi un lavoro o per costruirsi un capitale?

La prima domanda che pongo a ogni fondatore è tanto semplice quanto brutale: “che cosa vuoi davvero fare di questa azienda? Vuoi creare un lavoro su misura per te, da portare avanti per tutta la vita, oppure costruire un capitale che un domani possa garantirti la pensione?”

Non si tratta di una riflessione filosofica, ma della scelta strategica più importante in assoluto: una decisione che orienterà ogni passo successivo, dalla selezione dei soci alla struttura dei costi, fino alle modalità e ai tempi della crescita.

Dall’analisi di numerosi casi aziendali che ho avuto modo di osservare, emergono infatti due archetipi di obiettivi, spesso confusi tra loro ma in realtà profondamente diversi:

  • Crearsi un lavoro per gli anni a venire
    Questo modello consiste nel costruire un’attività che, per quanto profittevole, resta intrinsecamente legata alle tue competenze e alla tua presenza. È la classica boutique che offre un servizio in cui tu stesso rappresenti l’asset principale. Pur potendo garantire grandi soddisfazioni personali, questo approccio limita drasticamente la crescita e rende l’azienda fragile e difficilmente trasferibile. Se vai in vacanza, l’attività rallenta; se ti ammali, si ferma; se decidi di ritirarti, l’azienda smette semplicemente di esistere. Il suo valore, infatti, coincide con la tua persona, non con il sistema che hai costruito.
  • Costruire un asset da vendere successivamente
    Il secondo modello punta alla costruzione di un’entità autonoma: un meccanismo progettato fin dall’inizio per funzionare e crescere indipendentemente da te. L’obiettivo non è diventare l’esecutore indispensabile, ma l’architetto di una macchina che altri possano gestire e far evolvere. Questo è il percorso di chi mira a un’exit strategica: la vendita dell’azienda per finanziare la pensione o dare vita a nuovi progetti. Un’impresa di questo tipo è un asset reale, dotato di un valore di mercato definito e appetibile per chi desidera acquisire un sistema che funziona.

Scegliere di costruire un asset impone fin dall’inizio una disciplina rigorosa e costringe a evitare la trappola più comune di tutte: creare un’impresa fondata sugli eroi, anziché su un sistema.

La struttura: costruire un sistema, non un’impresa basata sugli eroi

Il segreto per costruire un’azienda di valore, soprattutto nei settori basati sui servizi, risiede in un concetto tanto essenziale quanto spesso trascurato: l’industrializzazione. Non si tratta di “deumanizzare” il lavoro, bensì di progettare processi e metodologie standardizzate che consentano di erogare servizi di alta qualità in modo coerente e replicabile, riducendo la dipendenza dalle capacità dei singoli individui.

Un avvocato con cui abbiamo implementato un modello di lavoro standardizzato per la gestione dei servizi legali mi ha offerto una metafora particolarmente efficace: “Prima dovevo cercare come collaboratore qualcuno che sapesse ‘disegnare bene’. Oggi, avendo costruito un modello per governare il flusso di lavoro, mi basta trovare persone che magari ‘sappiano fare bene solo i cerchi’ “. In questo modo ha scomposto un’attività complessa in compiti standardizzati, trasformandola in un sistema. Così facendo ha anche ridotto la dipendenza dello studio dalla propria presenza costante. Il principio guida è ben riassunto nella massima “work yourself out of your job”: lavorare ogni giorno per rendersi progressivamente superflui.

Il ruolo del fondatore, infatti, non è essere l’esecutore, ma l’architetto del sistema. Questo approccio, affinato nel mondo dei servizi attraverso il metodo Kanban e il Kanban Maturity Model (KMM), e ispirato al modello di produzione industriale Toyota, consente di trasformare un insieme di individui in un sistema coeso, generando vantaggi strategici rilevanti e duraturi.

  • Scalabilità
    Quando il business si basa su processi replicabili e kit operativi, la crescita diventa un’opportunità. Puoi formare nuovi collaboratori in modo rapido, gestire più clienti senza che la qualità degradi e senza che la struttura imploda sotto il peso del suo stesso successo.
  • Riduzione del rischio
    Un’azienda fondata sulle competenze di poche persone chiave è fragile. La perdita di una figura strategica crea un unique point of failure – un anello debole della catena. Basare l’azienda su un sistema solido mitiga questo rischio: le persone sono importanti, ma il vero asset è il sistema di lavoro, che sopravvive a prescindere da chi vi stia operando.
  • Valore di mercato
    Per un potenziale acquirente, un’azienda che “gira da sola” ha un valore superiore. Acquistare un’impresa che dipende totalmente dai fondatori significa comprare un rischio. Acquistare un sistema collaudato, invece, significa investire in un asset che continuerà a generare valore.

Costruire un sistema, tuttavia, non è solo una sfida tecnica e organizzativa. La dipendenza dalle persone è uno dei rischi più critici, e l’ho imparato sulla mia pelle.

Le persone: gestire il rischio umano in soci e collaboratori

Le persone sono il cuore di ogni startup: rappresentano la risorsa più preziosa e, allo stesso tempo, il principale fattore di rischio. Lasciate che vi racconti un episodio accaduto in una startup a cui ho preso parte diversi anni fa, per chiarire meglio cosa intendo.

Eravamo quattro soci con quote al 25% ciascuno: la peggiore configurazione possibile, perché prepara il terreno allo stallo decisionale. Il problema emerse quando le cose, inevitabilmente, non andarono come previsto – non vanno mai esattamente come pianificato! Ci trovammo con obiettivi finali divergenti, il conflitto divenne inevitabile, paralizzando l’azienda e prosciugando energie preziose proprio nel momento più critico, quando avremmo invece dovuto essere uniti e focalizzati.

Questa esperienza mi ha insegnato tre lezioni fondamentali sul rischio umano:

  1. L’allineamento tra soci è fondamentale: la divergenza sugli obiettivi finali è una vera e propria bomba a orologeria. Assicurati che tutti condividano la stessa visione a lungo termine. Evita inoltre un numero pari di soci o di quote: al primo disaccordo serio, il rischio è il blocco totale dell’azienda.
  2. La dipendenza da figure chiave rappresenta una debolezza significativa: affidarsi a consulenti o collaboratori indispensabili, che potrebbero andarsene in qualsiasi momento, crea un unique point of failure e limita drasticamente la capacità dell’azienda di crescere e scalare.
  3. La trappola del potere personale: la standardizzazione incontra spesso la resistenza di chi detiene conoscenze esclusive. Per molti, questa competenza rappresenta una forma di potere. Superare questa resistenza è però essenziale per non rimanere prigionieri delle dinamiche interne all’azienda.

La gestione di questi rischi richiede una chiarezza cristallina fin dall’inizio, soprattutto per quanto riguarda gli scenari di uscita.

La strategia di uscita: pianificare la fine prima dell’inizio

Parlare di exit quando l’azienda non è ancora partita può sembrare eccessivamente pessimista, ma ignorarlo sarebbe un errore strategico. Definire fin dall’inizio una chiara strategia di wayout è uno strumento di pianificazione che offre allineamento e sicurezza a tutti i soci. Un piano condiviso aiuta a evitare conflitti potenzialmente devastanti quando emozioni e interessi personali raggiungono il picco.

Ogni startup dovrebbe pianificare, nero su bianco, almeno tre scenari:

ScenarioDescrizione e azioni da prevedere
OttimisticoÈ la vendita dell’azienda a un prezzo vantaggioso. Per evitare conflitti, definite in anticipo i criteri per la valutazione delle quote (es. multipli sull’EBITDA, valutazione di un arbitro terzo). Questo previene la classica dinamica in cui una quota “per chi vende vale milioni, per chi compra spiccioli”.
PessimisticoL’idea di business non decolla. Sebbene spiacevole, questo scenario è relativamente più semplice da gestire se pianificato. È fondamentale avere un piano chiaro e rapido per la liquidazione della società, che definisca come chiudere le operazioni e minimizzare le perdite.
Intermedio (il più pericoloso)Questa è la trappola in cui sono personalmente caduto. L’azienda si trovava a metà del guado: aveva clienti e obblighi, ma non generava abbastanza ricavi per sostenersi e continuava a richiedere finanziamenti. È in momenti come questi che le divergenze tra soci esplodono: chi vuole continuare a investire, chi preferirebbe chiudere. Ci si ritrova intrappolati nella propria stessa azienda.
Nel mio caso, ci è voluto un anno per trovare una via d’uscita: la vendita dell’azienda a terzi. Avere un piano predefinito per questo tipo di scenario è quindi vitale.

La gestione dello scenario intermedio è strettamente legata a un’altra fase critica: la trappola della crescita.

La trappola della crescita: perché scalare è il momento più delicato

Paradossalmente, molte startup non falliscono per mancanza di clienti, ma proprio a causa di una crescita troppo rapida e mal gestita. Scalare significa trasformare un’organizzazione artigianale in una struttura solida, ed è proprio in questa fase che ogni debolezza progettuale emerge con forza.

È proprio la fase del “mezzo del guado”: l’azienda è troppo grande per essere gestita solo dai fondatori, ma non ancora abbastanza redditizia da sostenere una struttura organizzativa complessa. I fondatori si trovano sopraffatti, la qualità rischia di calare e i costi crescono più rapidamente dei ricavi.

Per evitare questa trappola, è fondamentale prepararsi alla crescita fin dal primo giorno:

  • Pensare in grande da subito: anche se all’inizio la gestione è “artigianale”, il modello di business deve essere progettato per essere scalabile. Chiediti come funzioneranno i processi e i flussi di lavoro quando l’azienda sarà dieci volte più grande.
  • Identificare le risorse future: mappa in anticipo le competenze e i ruoli necessari per sostenere l’espansione. Inizia la ricerca prima che l’urgenza diventi un’emergenza.
  • Standardizzare per delegare: si torna al concetto chiave. L’unico modo per delegare efficacemente è attraverso la creazione di kit operativi, manuali e flussi di lavoro standardizzati. Solo ciò che è standardizzato può essere insegnato, misurato e delegato con successo.

Tutte queste strategie, però, devono poggiare su fondamenta solide: un’analisi numerica rigorosa.

Il business case: oltre l’idea, i conti devono tornare

Un’idea, per quanto brillante, rimane una visione finché non è supportata da numeri credibili. Un business case ben articolato è lo strumento che trasforma un’intuizione in un piano d’azione sostenibile. È la prova di fattibilità che permette di valutare i rischi e capire se il gioco vale la candela.

Un’analisi finanziaria preliminare deve includere almeno questi elementi:

  • Proiezione dei ricavi: stimare, anche in modo conservativo, come potrebbe evolvere il fatturato nel tempo. Quanti clienti? A quale prezzo? Con quale ritmo di crescita?
  • Struttura dei costi: mappare con attenzione i costi, fissi e variabili. Questo include le spese operative, ma anche i costi futuri spesso trascurati, come gli stipendi dei soci fondatori e i compensi per i collaboratori.
  • Investimento iniziale: calcolare l’investimento necessario non solo per coprire le perdite iniziali, ma soprattutto per costruire il sistema. Questo capitale finanzia lo sviluppo di flussi di lavoro, materiali e kit formativi che permetteranno all’azienda di scalare. È un investimento sull’infrastruttura operativa.

Questo esercizio numerico è il test di realtà di base per ogni startup.

Conclusione

Il successo di una startup dipende meno dalla genialità dell’idea e più dalla disciplina nel porsi domande difficili su obiettivi, sistemi, persone e strategie di uscita. La differenza tra un’impresa che prospera e una che implode risiede nella capacità di affrontare queste scomode verità fin dal primo giorno. Considerate questi spunti come una vera bussola strategica. Uno strumento utile per affrontare questo percorso in modo strutturato è il Business Model Canvas.

Un approccio consapevole e pianificato non solo aumenta le probabilità di successo, ma consente di costruire un’impresa che non sia soltanto redditizia, ma anche resiliente, di valore e, in ultima analisi, un vero veicolo per la vostra libertà. Un esempio concreto di quanto detto è la storia di Global Alloys, raccontata in un case study che ho scritto per il portale Kanban di Kanban University, disponibile cliccando qui.

Controllare la prevedibilità e la qualità per migliorare i risultati aziendali

Lo scorso 23 luglio ho tenuto un webinar, all’interno della nuova serie dedicata ai Kanban Basics, frutto di una collaborazione con Kanban+ e Kanban University. Ho esplorato come il metodo Kanban possa aiutare le organizzazioni a migliorare la prevedibilità e la qualità dei loro servizi, portando a migliori risultati di business. Ho cercato di portare nel webinar consigli pratici e approfondimenti basati sull’esperienza reale.

Qui di seguito riporto una sintesi in italiano dei contenuti, mentre è possibile rivedere la registrazione del webinar in inglese cliccando sull’immagine qui sotto.

La sfida della prevedibilità operativa

Molte organizzazioni, pur utilizzando pratiche e framework consolidati (come per esempio best practice ITSM), faticano a rispondere a domande fondamentali come “quanto tempo ci vuole per fare le cose?” o “cosa promettiamo ai nostri clienti?”. Questa difficoltà rivela una consapevolezza ridotta del rischio operativo, che può essere definito come il rischio che eventi interni o esterni possano causare un allungamento dei tempi di completamento del lavoro rispetto alle attese.

Le risposte comuni a queste domande sono spesso un numero singolo o un punto di domanda, raramente una metrica basata sulla distribuzione dei tempi. Per affrontare questa indeterminatezza, in Kanban viene introdotto il concetto di lead time, inteso come il tempo che intercorre tra l’inizio (colonna “to-do”) e la fine (colonna “done”) di un elemento di lavoro (un “work item”, cioè un elemento di lavoro richiesto da un cliente), se lo rappresentiamo su una board Kanban di base.

È cruciale capire che il lead time non è un valore singolo, ma una distribuzione di valori che mostra variabilità. La rappresentazione visiva di questa distribuzione (frequenza vs. unità di tempo) rivela che alcuni valori si ripetono più spesso, ma esiste sempre una variazione significativa.

L’insidia dei bias cognitivi nelle previsioni

Quando si chiede quale valore prendere come riferimento per una previsione, le risposte più comuni sono:

• La media: somma dei valori divisa per il numero di valori, che però viene confusa con la mediana.

• La mediana (50° percentile): il valore per cui metà delle volte il lavoro impiega meno tempo e metà delle volte impiega di più. Promettere la mediana implica un rischio del 50% di essere in ritardo, che i clienti solitamente non sono disposti ad accettare.

• La moda: il valore più frequente, ovvero il picco della curva di distribuzione. Tuttavia, nelle distribuzioni tipiche dei lead time, la moda è spesso a sinistra della mediana, il che significa che prometterla comporta un rischio di ritardo ancora maggiore del 50%.

Questi approcci intuitivi sono soggetti a bias cognitivi, portando a stime troppo ottimistiche e a rischi inaccettabili per le previsioni.

La soluzione di Kanban: rischio accettabile e qualità

L’approccio Kanban suggerisce di invertire la prospettiva: partire dalla probabilità di essere in ritardo che i clienti sono disposti ad accettare. Questo spesso mette in discussione la base su cui sono stati definiti gli attuali Service Level Agreements (SLA), che potrebbero essere stati stabiliti senza un’adeguata misurazione storica.

Una buona misura per la prevedibilità è l’85° percentile, che implica un rischio del 15% di essere in ritardo (una volta su sette). Questo è generalmente considerato un rischio accettabile per i servizi. Tuttavia, per servizi critici con implicazioni legali o di business, potrebbe essere necessario optare per percentili più alti, come il 95°, per ridurre ulteriormente il rischio (ad esempio, al 5%).

Il metodo Kanban offre una soluzione per aumentare la prevedibilità e, di conseguenza, migliorare la qualità del servizio. La qualità, infatti, è un “bonus” della prevedibilità: un sistema prevedibile consente una maggiore concentrazione e affidabilità, fattori che nel tempo porteranno a un miglioramento della qualità.

Gestire le code grasse (fat tail) di distribuzione

L’85° percentile potrebbe però non fornire un valore sufficientemente affidabile da utilizzare a scopo previsionale. Un problema comune nelle distribuzioni dei lead time infatti è la presenza di una coda grassa (fat tail), ovvero una porzione estesa a destra del grafico che indica che, se si è in ritardo, il ritardo può essere estremamente lungo (ad esempio, decine di giorni oltre il previsto). Tali ritardi, anche se rari, minano rapidamente la fiducia del cliente.

Per affrontare questo, Kanban promuove come prima cosa il taglio della coda (trimming the tail) per ottenere una distribuzione con una coda sottile (thin tail). Questo si ottiene in due modi:

1. Analisi delle occorrenze individuali: Le lunghe code sono spesso composte da pochi valori anomali. Analizzare questi casi specifici permette di comprendere le cause radice dei ritardi estremi e di affrontare i problemi sottostanti, riducendo la probabilità che si ripetano.

2. Limiti al lavoro in corso (WIP Limits): Una delle pratiche fondamentali di Kanban è limitare la quantità di lavoro in corso. Questo costringe il team a concentrarsi su pochi elementi di lavoro alla volta, promuovendo il completamento piuttosto che l’avvio di nuove attività. È un concetto controintuitivo: limitare la capacità fa sì che si vada più veloci e si completino più cose (aumentando il throughput, ovvero il tasso di consegna). Si riduce il “context switching” e si migliora la qualità complessiva.

Un esempio di successo reale: HR Onboarding

Ho condiviso un caso reale di successo con un processo di onboarding HR. Inizialmente, il processo era totalmente inaffidabile, con tempi di completamento che variavano da 1 a 96 giorni. Attraverso l’applicazione delle pratiche Kanban (senza nemmeno implementare una nuova board, ma utilizzando il sistema di workflow esistente), l’azienda ha raggiunto un livello di prevedibilità del 97% di onboarding completati entro 6 giorni, riducendo il rischio a solo il 3%. Questo è stato cruciale, data la natura critica e le implicazioni legali del servizio di onboarding. Il progetto ha anche portato a standardizzazione, scalabilità e capacità di prevedere i carichi di lavoro futuri, il tutto con un investimento contenuto.

E’ possibile leggere il caso di studio completo in inglese cliccando qui.

Ho raccontato il medesimo caso di studio in un precedente webinar in italiano che può essere rivisto cliccando qui.

Domande e risposte

Durante la sessione di Q&A, sono emersi ulteriori elementi:

• Lead Time vs. Cycle Time: Il lead time è la misura che interessa il cliente (dal momento della richiesta alla consegna finale), mentre il cycle time misura il tempo in cui il lavoro è attivamente in corso (escludendo il tempo di attesa in coda). Spesso, i problemi di efficienza risiedono nella coda piuttosto che nell’esecuzione del lavoro. Concentrarsi sulla distribuzione del tempo in coda e definire classi di servizio basate sul costo del ritardo (cost of delay) può essere molto efficace.

• Kanban vs. overhead di Scrum: Kanban mira a ridurre l’overhead inutile, come il grooming del backlog, che può essere uno spreco di effort. In Kanban, si assegna una classe di servizio e si procede. Le cadenze (riunioni periodiche) in Kanban sono minimizzate per essere pragmatiche e orientate all’azione, pur mantenendo la sincronizzazione del lavoro. A differenza degli sprint di Scrum (che possono essere troppo lunghi o troppo corti), Kanban promuove un flusso continuo e stabile, riducendo lo stress di fine sprint e il “context switching”, portando a un passo sostenibile e a una maggiore efficienza. L’implementazione Kanban è altamente personalizzabile e non prescrittiva, per cui le cadenze possono essere adattate o combinate. È anche possibile applicare principi e pratiche Kanban all’interno di uno sprint Scrum per migliorarne l’efficacia.

Per maggiori informazioni sull’implementazione di Kanban insieme a Scrum potete cliccare qui.

Sintesi

In sintesi, il metodo Kanban offre un percorso pragmatico ed evolutivo per migliorare la prevedibilità e la qualità dei servizi professionali, aiutando le aziende a gestire meglio i rischi e a costruire la fiducia dei clienti attraverso consegne più affidabili.

Il cuore del controllo del rischio operativo: il valore del Flow nel metodo Kanban

Nel panorama economico odierno, caratterizzato da rapidi cambiamenti e incertezza, la capacità di un’organizzazione di dare valore ai propri clienti in modo rapido, prevedibile e sostenibile, mantenendo sotto controllo il rischio operativo, è fondamentale per il successo a lungo termine. Il metodo Kanban, con la sua enfasi sul valore del Flow (flusso), offre un approccio efficace per raggiungere questa capacità. Ma cosa significa esattamente Flow e perché è così cruciale?

Cos’è il Flow nel contesto del metodo Kanban?

In Kanban, il Flow si riferisce al movimento continuo e regolare degli elementi di lavoro attraverso un sistema, dalla loro richiesta iniziale fino alla consegna finale al cliente. Non si tratta solo di “fare le cose”, ma di assicurarsi che il lavoro si muova senza intoppi, ritardi o interruzioni. L’obiettivo principale della gestione del flusso è ottenere una creazione e consegna di valore per il cliente che sia veloce, fluida, sostenibile e prevedibile, minimizzando al contempo rischi e costi di ritardo.

I benefici trasformativi di un flusso ottimizzato

Un flusso efficace porta a numerosi vantaggi, sia a livello operativo che strategico:

  • Sollievo dal sovraccarico: molte organizzazioni sono afflitte dal sovraccarico di lavoro (muri), che porta a stress, bassa qualità e rilavorazioni. Implementando il Flow, si riduce la quantità di lavoro in corso (WIP), permettendo alle persone di concentrarsi su meno elementi e di completarli con maggiore qualità. Questo porta a un miglioramento della soddisfazione e del benessere del personale.
  • Maggiore prevedibilità e velocità di consegna: quando il lavoro fluisce senza interruzioni e accumuli eccessivi, i tempi di consegna (lead time) si riducono e diventano più prevedibili. Le organizzazioni che si concentrano sul Flow possono iniziare a soddisfare costantemente le aspettative dei clienti, costruendo fiducia e credibilità.
  • Miglioramento della qualità e riduzione delle rilavorazioni: un flusso più fluido significa meno interruzioni e cambi di contesto, il che si traduce in meno difetti e rilavorazioni.
  • Comprensione profonda del lavoro: la gestione del Flow richiede di identificare e visualizzare i tipi di domanda e come vengono elaborati, rendendo visibili impedimenti e ritardi. Questa trasparenza porta a una comprensione collettiva di come il lavoro viene svolto e dove possono essere apportati miglioramenti.
  • Migliore gestione del rischio e delle opportunità: un flusso prevedibile migliora la gestione del rischio offrendo un numero maggiore di opzioni a disposizione dei decisori. La prevedibilità permette infatti di posticipare le decisioni fino all’ultimo momento responsabile, quando si hanno più informazioni a disposizione. Questo riduce il rischio di lavorare su elementi che potrebbero essere scartati o diventare obsoleti.
  • Crescita dell’agilità organizzativa: Le organizzazioni che padroneggiano il Flow sviluppano la capacità di adattarsi rapidamente ai cambiamenti delle esigenze dei clienti e delle condizioni di mercato. Questo è fondamentale per la resilienza e la sostenibilità a lungo termine.

Un percorso di evoluzione continua

Il percorso verso un flusso ottimizzato è un viaggio di evoluzione continua, non un cambiamento una tantum.

  • Nelle fasi iniziali dell’adozione del metodo Kanban, l’attenzione è spesso rivolta al sollievo dal sovraccarico a livello individuale o di team. I team iniziano a visualizzare il proprio lavoro e a impostare limiti semplici per concentrarsi sul completamento delle attività. In questa fase, le prestazioni possono variare, ma si inizia a percepire una maggiore consapevolezza del lavoro e una motivazione a migliorare.
  • Man mano che un’organizzazione progredisce, si concentra sullo sviluppo di una maggiore consistenza nei processi. Inizia a considerare il lavoro dal punto di vista del cliente e a vedere le proprie attività come servizi. Si sviluppa la capacità di coordinare il lavoro tra i diversi team che collaborano per fornire un servizio end-to-end. Vengono introdotte metriche più significative legate al flusso, come i tempi di consegna (lead time), e si inizia a gestire attivamente blocchi e rilavorazioni.
  • Le organizzazioni più evolute riescono a ottenere un flusso fluido su vasta scala, concentrandosi sul bilanciamento della domanda e della capacità e sulla gestione delle aspettative dei clienti. I clienti percepiscono che i servizi sono “adatti allo scopo” (fit-for-purpose) e affidabili. La collaborazione si estende tra team e con i clienti stessi.
  • Successivamente, le organizzazioni rafforzano la propria robustezza attraverso una gestione quantitativa del rischio e l’ottimizzazione economica del flusso. Le dipendenze complesse vengono gestite in modo dinamico e la prevedibilità del servizio raggiunge livelli elevati. Le decisioni sono sempre più basate su dati e analisi quantitative.
  • Le organizzazioni che continuano a perfezionare il loro Flow diventano nel tempo leader di mercato, capaci di anticipare le esigenze dei clienti e di innovare costantemente. La loro attenzione si sposta sulla capacità di mettere in discussione cosa fanno e come lo fanno, cercando la perfezione e l’eccellenza.
  • Infine, le organizzazioni più evolute raggiungono la capacità di reinventarsi completamente – persino il loro scopo e la loro identità – in risposta a stravolgimenti di mercato o cambiamenti drastici. Questa è la massima espressione di antifragilità e garantisce la sopravvivenza a lungo termine.

Pratiche per sviluppare il Flow

Per coltivare un flusso efficace, il metodo Kanban suggerisce l’implementazione di diverse pratiche:

  • Visualizzazione: rendere visibile il lavoro, le fasi del flusso, le policy e gli impedimenti (come blocchi o elementi divenuti obsoleti) è il primo passo per comprendere e migliorare il Flow. Le Kanban board, le card colorate e gli indicatori visivi sono strumenti essenziali per questo scopo.
  • Limitazione del lavoro in corso (WIP): impostare limiti al numero di elementi che possono essere “in lavorazione” in un dato momento previene il sovraccarico e incoraggia il completamento prima di iniziare nuovo lavoro. Questo trasforma un sistema “push” (a spinta) in un sistema “pull” (a chiamata), che accetta il lavoro solo quando c’è capacità produttiva disponibile.
  • Gestione esplicita delle policy: definire chiaramente le regole per la gestione del lavoro – come vengono accettate le richieste, quando un elemento può essere spostato alla fase successiva, o come vengono trattate le diverse classi di servizio – garantisce coerenza e promuove l’autonomia.
  • Implementazione di cicli di feedback: riunioni regolari come il Kanban Meeting, il Replenishment Meeting e le Service Delivery Review sono essenziali per riflettere sul Flow, identificare problemi e guidare il miglioramento continuo. Questi cicli permettono di adeguare il sistema in base alle osservazioni e ai dati raccolti.
  • Comprensione delle Classi di Servizio: utilizzare diverse classi di servizio (es. Expedite, Fixed Date, Standard, Intangible) in base al costo del ritardo associato agli elementi di lavoro, permette di gestire le priorità in modo strategico e di bilanciare le esigenze dei clienti con gli obiettivi economici dell’organizzazione.
  • Gestione delle dipendenze: riconoscere e gestire le dipendenze tra i diversi servizi o team è fondamentale per mantenere un Flow fluido, specialmente in sistemi complessi. Tecniche come i parking lot e le classi di dipendenza aiutano a mitigare i rischi di blocco.

Conclusione

Il Flow non è solo una componente del metodo Kanban; è la sua ragione d’essere. Concentrarsi sul Flow significa adottare una mentalità che privilegia la velocità di consegna, la prevedibilità e la capacità di soddisfare costantemente le esigenze dei clienti e degli stakeholder. Indipendentemente dalla fase di sviluppo in cui si trova un’organizzazione, la ricerca di un Flow sempre più fluido, efficiente e prevedibile è il percorso verso una maggiore resilienza, agilità e successo nel dinamico mondo del business.

Prossimo webinar

Per conoscere i concetti alla base del valore del Flow potete iscrivervi al webinar gratuito del prossimo 23 luglio alle ore 18:00 in collaborazione con Kanban University e Kanban+. Parlerò di come il metodo Kanban può trasformare radicalmente il modo in cui gestite i vostri servizi, riducendo il rischio operativo e gli errori previsionali e migliorando significativamente la prevedibilità e la qualità.

Webinar: Mastering Predictability & Quality for Better Business Outcomes

Gestite i servizi professionali della vostra organizzazione e vi chiedete come affrontare le incertezze del lavoro quotidiano? Vi tovate spesso a fare previsioni che poi si rivelano inesatte, mettendo a rischio la puntualità e la soddisfazione dei clienti?

Partecipate al webinar gratuito in collaborazione con Kanban University e Kanban+ e scoprirete come il metodo Kanban può trasformare radicalmente il modo in cui gestite i vostri servizi, riducendo il rischio operativo e gli errori previsionali, e migliorando significativamente la prevedibilità e la qualità.

Il problema che affrontiamo insieme: molte organizzazioni si trovano di fronte a un rischio operativo, ovvero la possibilità che il lavoro richieda più tempo del previsto a causa di eventi interni o esterni. Spesso, quando ci viene chiesto quanto tempo ci vuole per evadere una richiesta, la risposta fornita è un numero singolo, vago, senza considerare la variabilità delle circostanze. Questo porta a previsioni poco affidabili e a un’elevata probabilità di ritardo.

Perché le vostre previsioni attuali potrebbero non funzionare: durante il webinar, esploreremo perché affidarsi a concetti come la media (più propriamente la mediana o cinquantesimo percentile) o il valore più frequente (moda) per fare previsioni è rischioso. Utilizzando la mediana, avreste il 50% di probabilità di essere in ritardo, e utilizzando invece la moda, questa probabilità sarebbe ancora più alta! Questo accade perché siamo tutti soggetti a bias cognitivi, come l’euristica della disponibilità, che ci porta ad adottare il valore più frequente senza renderci conto dei rischi inaccettabili che stiamo correndo.

La soluzione di Kanban: gestione del rischio e prevedibilità basata sui dati. Il webinar introdurrà al concetto di Lead Time, ovvero il tempo che ogni richiesta di lavoro (chiamata Work Item) impiega per essere completata. Scopriremo che il Lead Time non è un valore unico, ma una distribuzione di valori.

Vi guideremo attraverso:

  • Come misurare e visualizzare i Lead Time per ottenere una comprensione reale della variabilità del tuo lavoro.
  • Come utilizzare l’ottantacinquesimo percentile come valore previsionale, accettando un rischio di ritardo molto più contenuto (normalmente il 15%). Questo valore è comunemente adottato per i servizi, ma può essere diverso in funzione del rischio accettabile per il servizio.
  • L’importanza di limitare il lavoro in corso (WIP), una pratica fondamentale di Kanban che riduce il sovraccarico e migliora la prevedibilità dei tempi di consegna, facendo emergere i colli di bottiglia e aumentando l’efficienza del flusso.
  • Come il metodo Kanban, oltre a gestire il rischio operativo, è un approccio evolutivo e sostenibile che facilita l’adozione di pratiche che migliorano continuamente i modelli previsionali, stabilizzano i flussi di lavoro e portano a una migliore gestione del servizio.

Kanban: non solo per l’IT, ma per tutti i servizi professionali. Sebbene Kanban sia spesso associato al settore IT e si integri perfettamente con popolari framework di settore, ad esempio ITIL, la sua applicazione è universale. Kanban aiuta a gestire efficacemente le operazioni quotidiane (Enterprise Services Management) e funge da catalizzatore per la trasformazione e l’evoluzione strategica delle organizzazioni (Enterprise Services Transformation). La sua forza sta nel promuovere un cambiamento incrementale, senza imporre stravolgimenti drastici, ma lavorando con ciò che già esiste per far evolvere le pratiche organizzative.

A chi è rivolto questo webinar? Questo webinar è pensato per persone che vogliono rendere la loro attività più efficace, con servizi prevedibili e di alta qualità. Kanban è il punto di partenza ideale.

Cosa imparerete? Acquisirete una comprensione iniziale di come:

  • Migliorare la vostra capacità di fare previsioni accurate.
  • Gestire in modo più efficace il vostro flusso di lavoro.
  • Prendere decisioni basate su dati reali, non su intuizioni soggettive.

Non perdete l’opportunità di migliorare la prevedibilità e la qualità dei vostri servizi professionali!

Iscrivetevi ora al webinar gratuito, il prossimo 23 luglio alle ore 18:00.

Le tre agende del metodo Kanban: guidare l’evoluzione organizzativa in tempi turbolenti

Nel panorama economico odierno, caratterizzato da rapidi mutamenti tecnologici, economici e sociali, le organizzazioni di servizi si trovano spesso a navigare in acque turbolente. L’abilità di evolvere positivamente, mantenendo la stabilità e la pertinenza, è diventata un imperativo per la continuità operativa a lungo termine. Il metodo Kanban, supportato dal Kanban Maturity Model (KMM), offre ai dirigenti aziendali una guida pragmatica per affrontare queste sfide, fondando il proprio approccio su tre agende interconnesse: la sostenibilità, l’orientamento al servizio e l’adattabilità.

Comprendere il contesto turbolento

I periodi di equilibrio organizzativo possono essere interrotti da eventi drammatici che, pur potendo essere preceduti da turbolenze, sono seguiti da caos e ulteriore instabilità, fino al raggiungimento di una “nuova normalità”. Una situazione di tensione può esistere anche in periodi di apparente stabilità, dove problemi latenti (spesso manifestati come inerzia o insoddisfazione) possono portare a una crisi significativa, come durante la crisi finanziaria del 2008.

In questi contesti, la resistenza umana al cambiamento è un fattore critico. Come osservato da Peter Senge, “le persone non resistono al cambiamento, resistono all’essere cambiate”. I cambiamenti drastici e strutturali sul posto di lavoro (nuovi ruoli, riorganizzazioni) possano generare ansia, stress e paura, portando a una forte opposizione. Gli approcci tradizionali, spesso aggressivi e focalizzati su cambiamenti radicali, possono mettere le persone in una situazione di crisi psicologica, mettendo in seria difficoltà anche le organizzazioni.

Il metodo Kanban, al contrario, adotta un approccio al cambiamento evolutivo e incrementale, che evita di provocare una crisi nelle persone. Questo lo rende particolarmente adatto per guidare le organizzazioni attraverso la turbolenza, minimizzando gli effetti dannosi e il turnover del personale.

Le tre agende di Kanban: una bussola per la leadership

Le tre agende di Kanban forniscono una struttura integrata per la crescita e la resilienza aziendale:

  1. L’agenda della sostenibilità: rivolta verso l’interno dell’organizzazione, questa agenda si concentra su tre obiettivi fondamentali, alleviare il sovraccarico di lavoro, migliorare la qualità dei risultati e sviluppare un autentico coinvolgimento professionale, sia nel contributo individuale che nella soddisfazione del cliente. Nei contesti meno strutturati, l’enfasi iniziale è posta sul sollievo dal sovraccarico per persone, team e flussi di lavoro, creando le condizioni per una maggiore qualità e prevedibilità del lavoro svolto. Il risultato è un ambiente professionale più sano, sostenibile e produttivo — condizione indispensabile per affrontare con efficacia le pressioni e le complessità esterne.
  2. L’agenda dell’orientamento al servizio: rivolta verso l’esterno, questa agenda si concentra sulla prestazione del servizio e sulla soddisfazione del cliente, promuovendo la capacità di mantenere gli impegni, rispettare le scadenze con affidabilità e prendere decisioni gestionali basate sulla fiducia reciproca. Nel Kanban Maturity Model (KMM), il ruolo del cliente viene reso esplicito a partire dal livello 2, mentre il livello 3 rappresenta il punto in cui le aspettative del cliente sono soddisfatte in modo costante e sostenibile. Questa agenda orienta l’organizzazione verso il valore percepito dal cliente, stimolando un miglioramento della prevedibilità del servizio e della fiducia esterna — due elementi essenziali per competere efficacemente in contesti di mercato instabili e ad alta variabilità.
  3. L’agenda dell’adattabilità: questa agenda ha uno sguardo orientato al futuro e si concentra sullo sviluppo della resilienza organizzativa e della competitività sostenibile. Lo fa attraverso la capacità di fare promesse credibili e mantenibili e di guidare consapevolmente la strategia e il posizionamento dell’impresa nel tempo. È l’agenda che abilita le organizzazioni a diventare anti-fragili: capaci non solo di resistere alle pressioni esterne, ma di evolversi e rafforzarsi proprio in risposta agli stress ambientali. Questa prospettiva si manifesta pienamente solo nei livelli più evoluti di strutturazione organizzativa, dove diventa possibile una reinvenzione profonda dell’identità e dello scopo aziendale.

Come le agende supportano i dirigenti nell’evoluzione

L’integrazione di queste tre agende, guidata dal KMM, offre ai dirigenti e ai decisori aziendali una strategia robusta per l’evoluzione organizzativa in contesti turbolenti:

  • Cambiamento evolutivo, non radicale: fin dalla sua origine, il metodo Kanban adotta un approccio incrementale e adattivo al miglioramento dell’agilità organizzativa, in netto contrasto con i cambiamenti drastici e imposti tipici di altre metodologie. Questa via evolutiva, più rispettosa delle dinamiche umane, evita traumi organizzativi e resistenze psicologiche, rendendo il cambiamento più sostenibile e più facile da radicare nel tempo. In particolare, nelle organizzazioni meno strutturate, un approccio graduale e contestuale aumenta significativamente le probabilità di successo, rispetto a trasformazioni radicali avviate attraverso grandi iniziative di transizione.
  • Prevenzione delle crisi: anziché aspettare una crisi conclamata per avviare il cambiamento, Kanban promuove un intervento proattivo durante i periodi di stabilità, quando i problemi latenti possono essere affrontati con maggiore lucidità. Le agende del metodo supportano l’emersione e la risoluzione di insoddisfazioni e ostacoli operativi — come il sovraccarico di lavoro o le inefficienze nel flusso — trasformando l’inerzia organizzativa in spinta al miglioramento.
  • Costruire resilienza e adattabilità: Il metodo Kanban, attraverso le sue agende, favorisce lo sviluppo di resilienza strategica, operativa e individuale. Questo percorso comprende transizioni culturali e organizzative fondamentali: dalla burocrazia alla dinamicità emergente, dalla formalizzazione alla personalizzazione, dall’efficienza all’affidabilità e dal profitto alla ricerca di significato. Il modello contribuisce a sviluppare una maggiore sensibilità al contesto esterno e una tolleranza costruttiva verso nuove idee — tratti distintivi delle organizzazioni davvero resilienti. Nei contesti più strutturati, il KMM abilita la capacità di mettere in discussione in modo critico il come, il cosa, il perché e il per chi si lavora, una competenza chiave per la reinvenzione continua e la sopravvivenza nel lungo termine.
  • Decisioni basate sui dati e sul feedback continuo: le agende incoraggiano un uso sistematico di metriche e cicli di feedback, attraverso le cosiddette ‘Cadenze Kanban’ — come il Kanban Meeting, il Service Delivery Review e l’Operations Review. Questi momenti strutturati abilitano un’auto-valutazione onesta e una comprensione quantitativa della performance, fornendo ai decisori le informazioni necessarie per prendere decisioni consapevoli e adattarsi con rapidità ai cambiamenti del contesto.
  • Promuovere la leadership a ogni livello: Kanban promuove la leadership diffusa, incoraggiando atti di leadership a tutti i livelli dell’organizzazione — dalla proattività individuale alla capacità di mobilitare e ispirare il gruppo. Questo approccio distribuisce responsabilità e potere decisionale, rendendo l’organizzazione più resiliente, adattabile e meno dipendente da singole figure carismatiche o ‘manager eroi’.
  • Cambiamento duraturo: Kanban è progettato per garantire che il cambiamento culturale e l’adozione di nuove pratiche si consolidino e perdurino nel tempo, anche in presenza di turnover del personale. Le agende, i valori espliciti e i criteri decisionali fungono da guida, supportando un’evoluzione profonda e sostenibile che si radica saldamente nella cultura organizzativa.

Conclusione

In conclusione, le tre agende di Kanban – sostenibilità, orientamento al servizio e adattabilità – non sono solo principi teorici, ma una guida pratica per i dirigenti che desiderano condurre le loro organizzazioni di servizi verso un’evoluzione positiva in un ambiente sempre più turbolento. Adottando questo approccio sistemico e allo stesso tempo umano al cambiamento, le organizzazioni possono non solo resistere agli shock, ma anche emergere più forti, più agili e con una maggiore probabilità di successo a lungo termine.

Kanban e la navigazione stimata in barca a vela: un approccio simile alla pianificazione

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.

Il metodo Kanban per l’implementazione di DORA e NIS2, ottimizzazione della resilienza digitale e della sicurezza informatica

Le normative europee DORA (Digital Operational Resilience Act) e NIS2 (Network and Information Security Directive 2) pongono nuove sfide alle aziende, imponendo requisiti più stringenti e cogenti in termini di resilienza digitale e sicurezza informatica. Entrambe mirano a garantire la continuità operativa e la gestione efficace del rischio ICT, seppur con ambiti differenti: DORA si concentra sul settore finanziario, mentre NIS2 si applica a un’ampia gamma di settori critici.

In questo contesto, il metodo Kanban offre strumenti concreti per migliorare la gestione del rischio, ottimizzare i processi e garantire la conformità normativa attraverso un monitoraggio costante e l’uso di metriche chiave.

DALL-E AI generated image

Kanban e la resilienza digitale nel contesto di DORA e NIS2

Nello specifico il metodo Kanban, con il suo approccio evolutivo, aiuta le organizzazioni a:

  • Migliorare la prevedibilità e il controllo del flusso di lavoro, garantendo un’operatività stabile e resiliente.
  • Ottimizzare la gestione degli incidenti e delle vulnerabilità informatiche, rispettando i tempi di notifica e risoluzione imposti da DORA e NIS2.
  • Monitorare le performance e l’efficacia delle misure di sicurezza, grazie a metriche chiare e aggiornate in tempo reale.

Metriche Kanban per la conformità a DORA e NIS2

Le metriche Kanban permettono di valutare e migliorare la resilienza operativa e la gestione del rischio ICT. Le principali metriche applicabili sono:

1. Lead Time e Cycle Time

  • Lead Time misura il tempo necessario per completare un’attività dall’inizio alla fine, utile per monitorare la velocità di risposta agli incidenti e garantire il rispetto delle tempistiche di notifica imposte da DORA e NIS2.
  • Cycle Time si concentra sul tempo impiegato per completare specifiche fasi di un processo, aiutando a migliorare la gestione delle vulnerabilità e l’implementazione di misure di sicurezza.

2. Throughput

  • Indica il numero di attività completate in un determinato periodo. Nel contesto normativo, aiuta a monitorare la capacità di risposta agli incidenti, il numero di test di sicurezza eseguiti e le misure di mitigazione adottate.

3. Work in Progress (WIP)

  • Limitare il WIP previene il sovraccarico dei team, garantendo che le risorse siano allocate in modo efficiente e che le attività più critiche vengano gestite con priorità.

4. Cumulative Flow Diagram (CFD)

  • Fornisce una visione chiara del flusso di lavoro, aiutando a identificare colli di bottiglia e ritardi nella gestione della sicurezza informatica e della resilienza operativa.

5. Blockers

  • Evidenziano ostacoli che rallentano o bloccano il flusso di lavoro, come ritardi nelle decisioni di sicurezza o problemi nella gestione delle terze parti, aspetti fondamentali per DORA e NIS2.

6. Lead Time di recupero

  • Misura il tempo necessario per ripristinare completamente un sistema dopo un incidente, in linea con i requisiti di continuità operativa previsti da entrambe le normative.

Kanban e il rispetto degli SLA

Gli SLA (Service Level Agreements) definiscono i livelli di servizio garantiti, tra cui tempi di risposta, ripristino e mitigazione delle minacce. Grazie alle metriche Kanban, le aziende possono:

  • Monitorare in modo continuo il rispetto degli SLA relativi alla sicurezza e resilienza operativa.
  • Individuare inefficienze nei processi e ottimizzare la gestione delle risorse.
  • Garantire una risposta più rapida agli incidenti, riducendo i tempi di inattività e i rischi operativi.

I benefici di un flusso di lavoro stabile e prevedibile

Oltre alla conformità normativa, un flusso di lavoro ottimizzato con Kanban porta numerosi vantaggi:

  • Soddisfazione del cliente: una maggiore affidabilità nei servizi rafforza la fiducia e la reputazione aziendale.
  • Agilità aziendale: una gestione più flessibile e reattiva facilita l’adattamento ai cambiamenti normativi e tecnologici.
  • Cultura del miglioramento continuo: team più consapevoli e proattivi nel migliorare i processi di sicurezza e resilienza.
  • Minore sovraccarico del personale: un carico di lavoro bilanciato riduce lo stress, migliorando il benessere e la produttività.
  • Migliore trasparenza: una chiara visione dello stato del lavoro facilita la collaborazione tra team e stakeholder.
  • Migliore pianificazione e previsione: maggiore accuratezza nel rispetto delle scadenze e delle normative.

Conclusione

L’adozione del metodo Kanban nell’implementazione di DORA e NIS2 rappresenta un’opportunità strategica per migliorare la resilienza digitale e la sicurezza informatica. Grazie a un monitoraggio efficace e a metriche specifiche, le aziende possono:

  • Rafforzare la protezione contro le minacce cyber.
  • Migliorare la gestione degli incidenti e delle vulnerabilità.
  • Ottimizzare le risorse e garantire la continuità operativa.
  • Assicurare la conformità normativa e il rispetto degli SLA.

L’integrazione di Kanban nei processi aziendali consente di trasformare la sicurezza informatica e la resilienza operativa in un vantaggio competitivo, rendendo le organizzazioni più sicure, efficienti e reattive alle sfide del futuro.

Fonti

  1. Direttiva NIS2 – UE 2022/2555 https://eur-lex.europa.eu/legal-content/IT/TXT/?uri=CELEX%3A32022L2555
  2. DORA – Regolamento (UE) 2022/2554 https://eur-lex.europa.eu/legal-content/IT/TXT/?uri=CELEX%3A32022R2554
  3. David J. Anderson, Kanban: Successful Evolutionary Change for Your Technology Business, Blue Hole Press, 2010
  4. David J. Anderson, Teodora Bozheva, Kanban Maturity Model: A Map to Organizational Agility, Resilience, and Reinvention – 2nd Edition, Kanban University Press, 2021
  5. ISO/IEC 27001:2022 – Information Security Management Systems
  6. ENISA – Guidelines on Cybersecurity Measures under NIS2