Categoria: Agile

Ho già accennato in un precedente articolo alla pratica ‘Esplicita le policy’ del metodo Kanban, in questo articolo ne spiegherò meglio il significato, i benefici e farò un esempio. Questa pratica mira a stabilire regole chiare e condivise che governano il flusso di lavoro, favorendo la trasparenza e la coerenza all’interno del team.

Cosa significa ‘Esplicita le policy’?

Esplicitare le policy nel contesto del Metodo Kanban significa definire in modo chiaro e condiviso le regole, gli standard e le aspettative che regolano il flusso di lavoro. Queste policy possono riguardare diversi aspetti del processo, come i criteri di ingresso e uscita da ciascuna fase del lavoro, la gestione delle priorità, o le condizioni necessarie per spostare un’attività da una colonna all’altra sulla Kanban board.

L’obiettivo di questa pratica è ridurre l’ambiguità e migliorare la comprensione comune all’interno del team. In questo modo, ogni membro del gruppo sa esattamente cosa ci si aspetta da lui in ogni fase del flusso di lavoro e quando è appropriato intraprendere una determinata azione.

Esempio di ‘Esplicita le policy’ in azione

Recentemente sto applicando Kanban insieme al team di un ufficio marketing che ha iniziato a utilizzare Kanban per gestire il flusso di lavoro. La Kanban board è divisa in alcune colonne, ognuna delle quali rappresenta una fase specifica del processo, come “Da fare”, “In corso”, “Revisione”, e “Completato”.

Il team ha deciso di esplicitare le policy per ciascuna colonna, definendo chiaramente cosa significa, ad esempio, che un’attività può passare dalla colonna “In corso” alla colonna “Revisione”. La policy stabilita è che un task, per esempio la scrittura di un comunicato stampa, può essere spostato solo dopo che sono state eseguite delle verifiche sul testo del comunicato e ricevuto un riscontro da almeno un collega. Questo standard aiuta a garantire che nessuna attività passi alla fase successiva senza essere adeguatamente revisionata, migliorando così la qualità complessiva del prodotto finale.

Oltre a questo, il team ha stabilito anche una policy per il numero massimo di attività che possono essere presenti nella colonna “In progress” (vedi anche Limitare il Work in Progress – WIP). Questa regola serve a evitare sovraccarichi di lavoro, garantendo che ciascun membro del team non abbia, per esempio, più di tre task attivi contemporaneamente.

Benefici di esplicitare le policy

1. Maggiore trasparenza e chiarezza: Una delle sfide principali nei team di lavoro è mantenere tutti i membri allineati su obiettivi, procedure e aspettative. Esplicitando le policy, ogni persona coinvolta ha una visione chiara di come procedere in ogni fase del progetto. Questo riduce i malintesi e facilita una comunicazione più efficace.
2. Miglioramento della qualità del lavoro: Definire criteri chiari per il passaggio delle attività da una fase all’altra aiuta a garantire che il lavoro sia svolto con uno standard elevato. Nell’esempio citato, la policy relativa alla revisione del comunicato stampa assicura che ogni task venga controllato attentamente prima di avanzare, riducendo il rischio di errori e migliorando la qualità del prodotto finale.
3. Ottimizzazione del flusso di lavoro: Le policy servono anche a ottimizzare il flusso del lavoro e a ridurre i colli di bottiglia. Ad esempio, il limite WIP nel nostro esempio aiuta a mantenere un equilibrio tra lavoro iniziato e completato, evitando che il team si sovraccarichi di task senza portarne a termine alcuno. Questo approccio contribuisce a migliorare l’efficienza e a completare le attività più rapidamente.
4. Facilitazione del miglioramento continuo: Esplicitando le policy, il team ha una base concreta da cui partire per migliorare costantemente il processo. Le regole definite possono essere riviste e adattate in base alle esigenze del team, rendendo il Metodo Kanban uno strumento flessibile e adattabile. Ogni volta che si riscontrano inefficienze o problemi, il team può modificare le policy per affrontarli in modo sistematico e continuo.
5. Riduzione dello stress: Quando le regole sono chiare e ben definite, i membri del team sanno esattamente quali sono le loro responsabilità e cosa ci si aspetta da loro. Questo contribuisce a ridurre l’incertezza e lo stress, migliorando il morale del gruppo e creando un ambiente di lavoro più sereno e produttivo.

Conclusione

La pratica ‘Esplicita le policy’ è una componente essenziale del Metodo Kanban che aiuta a migliorare la trasparenza, la qualità del lavoro e l’efficienza del flusso di lavoro. Definendo regole chiare e condivise, i team possono lavorare in modo più coeso e produttivo, migliorando costantemente il loro approccio al lavoro. Implementando questa pratica, le aziende possono trarre vantaggio da un ambiente di lavoro più efficiente, flessibile e orientato alla qualità.

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

Ho già spiegato in un precedente articolo l’utilità della Teoria dei Vincoli per stabilizzare i flussi di lavoro, in questo approfondisco come la pratica Kanban di Limitare il Work in Progress (WIP) sia un approccio migliorativo rispetto al Drum-Buffer-Rope (DBR) della Teoria dei Vincoli.

In cosa consiste la pratica Kanban di Limitare il WIP?

Limitare il WIP (Work in Progress) è uno dei pilastri del metodo Kanban, che prevede di fissare un limite al numero di attività che possono essere gestite simultaneamente in ogni fase del processo lavorativo. Questo approccio permette di stabilizzare il flusso di lavoro, mantenere alta la focalizzazione e ridurre il multitasking, creando le condizioni per una migliore qualità del lavoro. Limitare il WIP rende più evidenti i colli di bottiglia in qualunque punto del processo, garantendo interventi tempestivi per risolvere le inefficienze.

Drum-Buffer-Rope (DBR) nella Teoria dei Vincoli

Il DBR è una tecnica sviluppata all’interno della Teoria dei Vincoli. Si basa sul principio che in ogni processo esiste un ‘vincolo’, ovvero un collo di bottiglia che determina la velocità complessiva del sistema. Il metodo DBR si concentra su questo vincolo, cercando di sincronizzare tutte le altre attività attorno a esso. Gli elementi fondamentali del DBR sono:

• Drum: Il ritmo di lavoro dettato dal vincolo.
• Buffer: Una riserva di attività pronta per essere lavorata dal vincolo.
• Rope: Un meccanismo che sincronizza il flusso delle attività per evitare sovraccarichi.

Il DBR è un approccio efficace per contesti in cui un singolo vincolo domina l’intero processo, ma non sempre è adatto a flussi di lavoro più complessi e dinamici.

Perché Limitare il WIP è migliorativo rispetto a DBR

1. Ottimizzazione di ogni fase vs. focalizzazione su un singolo vincolo

Il principale vantaggio di Limitare il WIP rispetto al DBR è che permette di ottimizzare ogni fase del flusso di lavoro, non solo quella corrispondente al vincolo principale. Nel DBR, tutta l’attenzione è focalizzata sull’elemento più lento o meno efficiente del sistema, trascurando possibili inefficienze in altre fasi. Limitare il WIP, invece, stabilisce dei limiti per ciascuna fase, garantendo che il carico di lavoro sia sempre bilanciato. Ciò consente una visione d’insieme del processo, identificando colli di bottiglia in qualsiasi punto, e non solo in corrispondenza del vincolo principale.

2. Maggiore flessibilità

Un altro punto di forza di Limitare il WIP è la sua flessibilità. Il metodo permette di adattare i limiti in base alle necessità e al carico di lavoro del team. Se una fase del processo si rivela più critica in un determinato momento, è possibile intervenire velocemente e cambiare i limiti al WIP. Al contrario, il DBR è più rigido e focalizzato sul vincolo principale, risultando meno efficace in situazioni dinamiche, dove i colli di bottiglia possono spostarsi rapidamente da una fase all’altra.

3. Miglioramento della qualità e riduzione del multitasking

Mediante la pratica di Limitare il WIP, i team sono incentivati a terminare le attività già iniziate prima di avviare nuove, riducendo così il multitasking. Questo approccio aumenta la qualità del lavoro, in quanto permette di dedicare maggiore attenzione alle singole attività. Nel DBR, invece, la priorità è mantenere attivo il vincolo principale, il che può portare a sovraccaricare altre fasi del processo, inducendo il team a spostare la propria attenzione su più attività contemporaneamente.

4. Maggiore trasparenza e visibilità dei problemi

Limitare il WIP garantisce una trasparenza immediata grazie alla visualizzazione del flusso di lavoro per esempio su una Kanban board, dove ogni fase, ogni attività e i limiti al WIP sono chiaramente rappresentati. Quando si raggiunge il limite WIP in una fase, diventa subito evidente che ci sono problemi da risolvere. Con il DBR, la visibilità è limitata al vincolo principale, il che può far trascurare inefficienze in altre fasi del processo.

5. Prevedibilità e stabilizzazione del flusso

Infine, Limitare il WIP contribuisce a rendere il flusso di lavoro maggiormente prevedibile e stabile. Limitare il numero di attività in corso riduce i tempi di attesa e la variabilità, permettendo una gestione più accurata. Il DBR, concentrandosi sul vincolo principale, non sempre offre la stessa prevedibilità, poiché parti del processo a monte del vincolo principale potrebbero accumulare ritardi non previsti.

David J. Anderson, nel suo libro Discovering Kanban, a questo proposito spiega (la traduzione e mia): “Drum-Buffer-Rope porta il flusso a procedere al ritmo del collo di bottiglia e impedisce all’intero sistema di sovraccaricarsi: crea stabilità. Tuttavia, nella sua forma più semplice, non è robusto alla variabilità dei tempi di ciclo o alla disomogeneità del flusso a monte del collo di bottiglia. Nel caso in cui il collo di bottiglia si bloccasse, il lavoro già iniziato continuerebbe a scorrere verso di esso. Il riavvio del processo del collo di bottiglia diventa problematico, in quanto potrebbe essere sopraffatto dal lavoro che si accumula in eccesso nel suo buffer protettivo a monte.”

Un esempio pratico: Limitare il WIP vs DBR

Consideriamo un team di sviluppo software che lavora allo sviluppo di un nuovo software. Il flusso di lavoro comprende diverse fasi: analisi, sviluppo, testing e rilascio. Supponiamo che la fase di testing sia un collo di bottiglia, perché solo uno sviluppatore è qualificato per svolgere i test più complessi.

Applicazione del DBR

Utilizzando il metodo DBR, il team si concentra sul vincolo, cioè la fase di testing. Il tester lavora al ritmo massimo possibile (il “drum”), e viene creata una riserva di lavoro (buffer) per assicurarsi che il tester non rimanga mai senza lavoro da eseguire. Nel frattempo, un meccanismo di controllo (rope) impedisce che troppo lavoro entri nel sistema, sincronizzando tutte le altre fasi al ritmo del tester.

Questo approccio permette di garantire che il vincolo non rimanga inattivo, ma può creare squilibri in altre fasi del processo. Ad esempio, lo sviluppo o l’analisi potrebbero accumulare più lavoro del necessario, o rimanere in attesa senza produrre valore, creando inefficienze non rilevate.

Applicazione della pratica Limitare il WIP

Con la pratica Limitare il WIP di Kanban, il team stabilisce un numero massimo di attività per ogni fase del processo. Ad esempio, nella fase di testing si decide che non possono essere in corso più di 3 attività contemporaneamente. Quando questo limite viene raggiunto, il team deve fermarsi e risolvere i problemi nella fase di testing prima di aggiungere nuove attività.

Allo stesso modo, limiti WIP vengono fissati anche nelle fasi di sviluppo e analisi, per evitare che si accumuli lavoro in eccesso in una sola fase. Questo approccio assicura che ogni fase del processo mantenga un carico di lavoro bilanciato, riducendo i tempi di attesa e stabilizzando il flusso di lavoro complessivo. Se, ad esempio, lo sviluppo raggiunge il suo limite, il team è costretto a risolvere il blocco prima di spostare nuove attività verso la fase successiva.

Nel lungo termine, Limitare il WIP garantisce che il team mantenga un ritmo costante, riducendo al minimo gli sprechi di tempo e risorse. In questo modo, non solo si risolve il problema del vincolo principale, ma si ottimizza l’intero processo, portando a un miglioramento complessivo delle prestazioni.

Conclusioni

Sebbene il Drum-Buffer-Rope della Teoria dei Vincoli rappresenti un valido approccio per ottimizzare il flusso di lavoro attorno a un vincolo principale, Limitare il WIP in Kanban si dimostra più efficace in ambienti complessi e dinamici. Limitare il WIP offre maggiore flessibilità, trasparenza e ottimizza ogni fase del processo, non solo il vincolo. Inoltre, riduce il multitasking e aumenta la qualità del lavoro, contribuendo a stabilizzare e rendere più prevedibile l’intero flusso.

La pratica Kanban di Limitare il WIP consente ai team di adattarsi rapidamente ai cambiamenti e migliorare continuamente, rendendolo un approccio più robusto e adatto ai contesti attuali e ai settori in cui la gestione efficace del flusso di lavoro è fondamentale per mantenere l’organizzazione economicamente sostenibile.

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