Kanban - Scrum
In questo capitolo impareremo le somiglianze e le differenze tra Kanban e Scrum. Queste somiglianze e differenze ti aiuteranno a scegliere il metodo corretto per il tuo progetto.
Kanban e Scrum - Somiglianze
Le somiglianze tra Kanban e Scrum sono:
Entrambi sono Agili.
Entrambi usano la pianificazione pull.
Entrambi limitano WIP, Kanban a livello di attività e Scrum a livello di sprint.
Entrambi utilizzano la trasparenza durante lo sviluppo.
Entrambi si concentrano sulla fornitura tempestiva di software rilasciabile.
Entrambi sono basati su team auto-organizzati.
Entrambi richiedono di rompere il lavoro in pezzi.
In entrambi i metodi, il piano di rilascio è continuamente ottimizzato sulla base di dati empirici (Scrum - Velocity, Kanban - Lead Time / Cycle Time).
Kanban e Scrum - Differenze
Le differenze tra Kanban e Scrum sono le seguenti:
S.No | Mischia | Kanban |
---|---|---|
1 | Scrum prescrive i ruoli. | In Kanban, i ruoli sono opzionali. |
2 | Occorre dare la priorità al backlog del prodotto. | L'assegnazione delle priorità è facoltativa. |
3 | Gli sprint devono essere time-boxed. Puoi scegliere la lunghezza dello sprint, ma una volta scelto, la stessa lunghezza deve essere mantenuta per tutti gli sprint. | Le iterazioni time-boxed sono facoltative. |
4 | Il team Scrum deve impegnarsi in una particolare quantità di lavoro per lo sprint. | L'impegno è facoltativo. |
5 | Sono prescritti team interfunzionali. | I team interfunzionali sono facoltativi. Sono ammesse squadre specializzate. |
6 | Utilizza la velocità come metrica predefinita per la pianificazione e il miglioramento dei processi. | Utilizza il lead time (tempo di ciclo) come metrica predefinita per la pianificazione e il miglioramento dei processi. |
7 | Elementi come storie, test devono essere suddivisi in modo che possano essere completati in uno sprint. | Non è prescritta alcuna dimensione particolare dell'articolo. |
8 | Il backlog dello sprint mostra quali attività devono essere eseguite durante lo sprint corrente. Queste attività vengono visualizzate sulla lavagna Scrum. L'ambito dello sprint è fisso. Il WIP è limitato per unità di tempo (il limite WIP è la velocità). |
Le attività vengono definite a livello di flusso di lavoro. WIP è limitato per stato del flusso di lavoro. |
9 | Le aggiunte / modifiche non possono essere effettuate all'interno di uno sprint. | È possibile effettuare aggiunte / modifiche se il limite WIP non viene superato. |
10 | All'inizio di ogni sprint viene impostata una nuova scheda Scrum. | Il tabellone Kanban è persistente. |
11 | È necessario condurre riunioni quotidiane. | Le riunioni giornaliere sono facoltative. |
12 | Sono prescritti grafici di burn-down. | Non è prescritta alcuna tabella particolare. |
Kanban vs. Scrum
I seguenti vantaggi possono aiutarti a scegliere tra Kanban e Scrum:
Devi scegliere Kanban se hai già processi di lavoro e vuoi migliorare senza disturbare l'intero sistema mentre devi scegliere Scrum se vuoi introdurre un nuovo processo nell'organizzazione.
Puoi utilizzare Kanban nello sviluppo del prodotto con Feature Driven Development per tenere traccia dei flussi di lavoro nel flusso di valore mentre puoi utilizzare Scrum per lo sviluppo in ogni iterazione.
È necessario definire i limiti WIP in Kanban in modo esplicito, mentre è necessario definire la lunghezza dello sprint in Scrum che impone i limiti WIP implicitamente.
Sia Kanban che Scrum sono adattivi, ma Scrum è più prescrittivo di Kanban.
Kanban impone solo due regole: visualizzare il flusso di lavoro e limitare il WIP mentre Scrum impone più vincoli come Sprint time-boxed.
Kanban porta a miglioramenti dei processi organizzativi, sia nella gestione che nello sviluppo. Kanban supporta anche le attività di manutenzione. Scrum porta a un throughput elevato in piccoli team di sviluppo. Non contribuisce allo sviluppo del prodotto e ai flussi di lavoro di manutenzione che durano più a lungo con imprevedibilità sulla dimensione delle unità di lavoro e sui cambiamenti. Scrum non pone l'accento sull'ottimizzazione delle attività di gestione.
In Kanban, puoi scegliere quando eseguire la pianificazione, il miglioramento dei processi e il rilascio. Puoi scegliere di svolgere queste attività su base regolare o su richiesta. L'iterazione di Scrum è un singolo Sprint time-boxed che combina tre diverse attività: pianificazione, miglioramento del processo e rilascio (se necessario).
Pertanto, Kanban e Scrum sono strumenti efficaci nei loro contesti specifici. Puoi combinare Kanban e Scrum per ottenere i massimi benefici da entrambi.
Adattare Kanban e Scrum insieme
Puoi usare Kanban e Scrum insieme implementando quelle caratteristiche che si adattano alle tue esigenze. I vincoli di entrambi devono essere considerati prima di adattarli. Ad esempio, Scrum richiede Sprint time-boxed e se li elimini, non puoi dire di aver implementato Scrum. Entrambi offrono una serie di vincoli di base per guidare il miglioramento del proprio processo.