---

Kanban è Scrum agile? Kanban nell’agile e insieme a Scrum

Sono i vincoli a definire un processo

Si possono mettere a confronto gli strumenti studiando quante istruzioni forniscono. Uno strumento prescrittivo significa "più istruzioni da rispettare", mentre uno adattivo significa "meno istruzioni da rispettare".

Uno strumento prescrittivo al 100% stabilisce che non devi prendere decisioni e contiene istruzioni e regole per tutto. Uno strumento adattivo al 100%, invece, consente a te e al team di fare ciò che volete perché non ci sono istruzioni né restrizioni. È evidente che nessuno di questi due estremi è praticabile nell’ingegneria e nell’attività aziendale.

I processi agili vengono spesso definiti leggeri, soprattutto perché sono relativamente meno prescrittivi di altri framework tradizionali di sviluppo software. Ricorda che il primo e principale valore del Manifesto Agile privilegia gli individui e le interazioni rispetto ai processi e agli strumenti.

Kanban e Scrum sono processi altamente adattivi. Kanban è però più adattivo, perché Scrum impone più limiti e istruzioni e prescrive quindi una struttura degli eventi maggiore. Ad esempio Scrum stabilisce cicli di sviluppo a durata fissa, gli Sprint, mentre Kanban di per sé non richiede iterazioni a durata fissa e può anche essere aggiunto a un processo che le utilizza.

Il valore di uno strumento o processo deriva dal modo in cui limita le tue opzioni lasciandoti comunque opportunità sufficienti per realizzare il lavoro con qualità, velocità e creatività.

Confronta gli strumenti per sfruttarli al meglio, non per giudicarli

Come tutti gli altri strumenti e processi, né il framework Kanban né il framework Scrum è perfetto. Non esiste mai una soluzione adatta a ogni situazione. Questi processi non indicheranno necessariamente tutto ciò che devi fare perché il progetto abbia successo.

Presentano soltanto principi, istruzioni e restrizioni specifici. Ad esempio Scrum impone Sprint a durata fissa con team interfunzionali, mentre Kanban richiede lavagne visibili e controllo del lavoro in corso, WIP, insieme a politiche esplicite del flusso, gestione attiva, feedback e miglioramento.

Si può confondere il successo o il fallimento dei progetti con la qualità degli strumenti e dei processi.

È essenziale comprendere che:

• Un progetto può produrre ottimi risultati grazie a strumenti e processi eccellenti.
• Un progetto può produrre ottimi risultati nonostante strumenti e processi non ottimali o inadatti.
• Un progetto può produrre risultati scarsi a causa di strumenti e processi non ottimali o inadatti.
• Un progetto può produrre risultati scarsi nonostante strumenti e processi eccellenti.

Perciò, come professionisti formati e retribuiti, dovremmo confrontare strumenti e processi per comprenderli meglio, non per giudicarli.

Presta particolare attenzione a non seguire un processo a prescindere dalle circostanze. Segui soltanto il percorso che crea il miglior valore aziendale per il tuo progetto. Continua a imparare e ad adattarti quando necessario.

Non limitare l’organizzazione a un solo strumento

Questo ci porta alla necessità di combinare e adattare gli strumenti secondo le esigenze!

La maggior parte dei team Kanban e Scrum impiega principi dell’XP, eXtreme Programming. I team Kanban possono usare una riunione di coordinamento quotidiana, mentre Scrum prevede un Daily Scrum per gli sviluppatori. Una lavagna Kanban può visualizzare uno Sprint Backlog, ma quest’ultimo è il piano degli sviluppatori, non semplicemente una lavagna o un prestito documentato da Kanban. Non limitare l’organizzazione a un solo strumento. Prova e scopri ciò che funziona per te.