Scrum vs Kanban: differenze tra Scrum e Kanban in Agile?

Kanban e Scrum sono due implementazioni della metodologia Agile. Quale dei due è migliore? Perché?

Scrum vs Kanban in Agile Marketing: due metodi a confronto.

Kanban e Scrum sono due strumenti per l’implementazione della metodologia Agile e per la gestione di progetti e servizi complessi in Agile Marketing.
Entrambi rispettano i valori del Manifesto e si concentrano sulla collaborazione.
Quale dei due è il migliore? Quale usare per il tuo Team Agile? Possono essere utilizzati entrambi, e talvolta anche una combinazione di essi per produrre i migliori risultati per i nostri clienti.

All’interno di questo articolo troverai la definizione dei due metodi agile, la differenza tra Scrum e Kanban, pro e contro di ciascuno, il mix dei due metodi e anche suggerimenti su come utilizzarli per i tuoi progetti. ‍

Che cos’è Kanban?

Kanban nella sua forma più semplice è una modalità per gestire il lavoro bilanciando le richieste con le capacità.
Questo sistema agile è nato nel lean manufacturing, originariamente sviluppato dalla Toyota negli anni ’40.
Per distinguerlo dalla tecnica Kanban della Lean, in genere si specifica che ci si riferisce alla metodologia Agile Kanban.

Esso è caratterizzato da:

1. Alta flessibilità;
2. Visione d’insieme data dal fatto che tutti i collaboratori sono al corrente dell’attuale avanzamento del progetto;
3. Focus sulle consegne continue poiché il metodo scoraggia il multitasking e permette di terminare in modo più efficace ed efficiente ogni singolo task;
4. Produttività aumentata, che è la conseguenza del punto precedente;
5. I membri del team possono focalizzarsi su un numero ristretto di task e farli meglio;
6. Time-frame ben definiti che permettono la drastica riduzione di tempo sprecato.

Scrum vs Kanban

La differenza principale tra Kanban e Scrum è il concetto di sprint.
Se in Scrum il lavoro è organizzato in cicli di lavoro di durata costante, Kanban si concentra sulla visualizzazione di un flusso continuo di lavoro. In genere, le schede Kanban sono organizzate in colonne e il lavoro scorre da sinistra a destra. La colonna più a sinistra è in genere lavoro da svolgere e nella colonna più a destra è il lavoro che è stato completato.
È importante precisare che non esiste un modo giusto o sbagliato per configurare una scheda Kanban. Questo dipende da una varietà di fattori come il tipo di lavoro da svolgere, le restrizioni imposte dal processo, l’inclusione delle epics.

Inoltre in Scrum i ruoli sono definiti da tre responsabilità precise: Product Owner, Scrum Master e Team di Sviluppo.
In Kanban invece non esistono ruoli distinti e definiti a priori, ma la gestione del flusso di lavoro si basa sulla responsabilità individuale.

Il metodo Kanban è conosciuto e usato soprattutto nello sviluppo di software, ma sta diventando sempre più popolare anche in altre aree dell’azienda come nel HR, Marketing, oppure nelle iniziative di leadership.

La metrica principale utilizzata in Kanban per determinare l’efficacia del processo è il cycle time.
Misura direttamente il tempo impiegato dal team per completare un’attività. Un cycle time basso indica che il team sta lavorando in modo efficiente, mentre uno elevato indica che qualcosa sta bloccando il processo.
Completare attività mantenendo il cycle time più basso possibile consente di ridurre i tempi di consegna avendo un processo più prevedibile e affidabile. Di conseguenza aumenta la soddisfazione dei clienti.

Tuttavia misurare il solo cycle time non è sufficiente. Ci sono anche altre metriche Kanban utili da considerare, come ad esempio la produttività (throughput), che misura la quantità totale di lavoro completato in un determinato periodo di tempo. Se il throughput aumenta significa che il team sta completando più lavoro nello stesso tempo.

Un altro elemento chiave da misurare in Kanban è il Work In Progress (WIP).
Il WIP misura della quantità di lavoro in corso in un determinato momento.
Meno lavoro in contemporanea stiamo portando avanti, più il WIP sarà basso.
Minore sarà il WIP, maggiore sarà l’efficienza del team.

Queste tre metriche sono tra loro collegate da una legge empirica chiamata Legge di Little.
La Legge di Little afferma che – ad esempio – a parità di cycle time diminuire il WIP aumenta la produttività.

Puoi scoprire di più sul framework Kanban in questo articolo: Kanban Agile, lo strumento per organizzare il tuo team

Che cos’è Scrum?

Lo scopo di Scrum è molto simile a quello di Kanban. Scrum, nella sua forma più semplice, è una modalità di gestione del lavoro ed utilizza un metodo iterativo e incrementale per ottimizzare la prevedibilità e il controllo del rischio. La differenza sta nel fatto che Scrum è basato su iterazioni timeboxed, chiamate comunemente sprint.

In genere, gli sprint sono di due settimane, ma possono durare fino a un mese. Ogni giorno, c’è un daily scrum che a volte è chiamato anche stand up meeting. Questa riunione giornaliera non dura più di 15 minuti ed è il momento di effettuare il check-up sui progressi dello sprint. 

Tipicamente ogni stand up risponde a tre domande:

1. Cosa hai fatto ieri?
2. A cosa stai lavorando oggi?
3. C’è qualcosa che impedisce i tuoi progressi?

Questo framework agile viene utilizzato in modo che il team del prodotto possa lavorare come gruppo per raggiungere un obiettivo che è prezioso per l’azienda. Il framework è anche ampiamente utilizzato e accettato nello sviluppo del prodotto perché, anziché pianificare tutti i requisiti in anticipo, vengono creati lungo il percorso. Ciò consente che le modifiche avvengano in modo molto più semplice e rapido, offrendo al team la possibilità di adattarsi a nuovi requisiti, cambiamenti nell’obiettivo e nuove tecnologie.

Inoltre, consente di misurare la velocità con cui un team di marketing può raggiungere un determinato sprint. Questo permette di effettuare proiezioni accurate in merito al progetto a cui si sta lavorando.

Le caratteristiche peculiari di Scrum sono:

1. Trasparenza;
2. Aumento della credibilità verso i clienti grazie all’elevato numero di iterazioni e degli incontri con la committenza;
3. Prodotto di alta qualità grazie alla strutturazione del suo sviluppo in diverse fasi e massima attenzione al dettaglio in ognuna di esse;
4. Prodotto ad alta stabilità in quanto ogni ciclo di produzione ci permette di consegnare una parte completamente funzionante di software;
5. Ritmo di lavoro coordinato tra i membri del team che sono costretti ad interfacciarsi di continuo e collaborare per portare avanti il lavoro;
6. Dà la possibilità al cliente di cambiare le priorità e i requisiti del prodotto in quanto il team è caratterizzato da un alto grado di flessibilità tra un’iterazione e l’altra.

In questo articolo, ci concentreremo solo sulla definizione di base in modo da poter continuare a confrontare i due strumenti, però puoi approfondire l’argomento qui: Metodologia Scrum e Agile Marketing

Scrum vs Kanban: pro e contro di Kanban e Scrum

Scrum e Kanban funzionano in modo corretto e collaudato ed è difficile fare la classica lista dei pro e contro.
Riprendendo un altro famoso slogan, si potrebbe dire che “nessuno viene licenziato per aver scelto uno dei due”.

È importante però sapere che non è necessario fare una scelta netta. I team con cui lavoriamo utilizzano modelli ibridi influenzati sia da Scrum che da Kanban. Noi siamo i primi ad aver deciso di aiutare i team a lavorare in questo modo.

I progetti gestiti dal team, come suggerisce il nome stesso, consentono ai team di scegliere le funzioni Agile che hanno senso per loro, che si tratti di Scrum, Kanban o di una combinazione di entrambi.

Invece di implementare un unico framework e decidere che sarà sempre così, i progetti gestiti dal team consentono di sovrapporre progressivamente funzioni sempre più utili per te man mano che scopri cosa funziona (e cosa non funziona) per il tuo team.

Puoi scegliere con fiducia Scrum o Kanban gestito dal team sapendo che entrambi i modelli possono evolversi per soddisfare le esigenze del tuo team.

A prescindere dalla tua scelta, portala avanti per un po’ di tempo. Prendi del lavoro dal backlog, portalo a termine e poi chiedi al tuo team cosa è andato bene e cosa è migliorabile.

Provando Scrum e Kanban e ponendo queste domande, sei sulla buona strada per raggiungere il tuo modo di essere Agile.

Agile framework: significato e differenza tra framework e metodo

Un framework di agile marketing definisce un approccio specifico per la gestione di progetti e l’erogazione di servizi, che rispetti i valori enunciati nel Agile Marketing Manifesto.
Un framework può descrivere, ad esempio, l’insieme minimo di responsabilità, eventi e processi di lavoro.

Scrum è un framework leggero, fattibile e di successo da utilizzare in azienda. In quanto framework è intrinsecamente flessibile: non devi mai aver paura di andare oltre gli  “standard”.

Un metodo agile per il marketing è ancora più leggero e flessibile: non definisce le regole del gioco, ma i principi e le pratiche che deve rispettare.

Kanban è un metodo e non un framework. Questo significa che può essere affiancato a qualsiasi altro metodo di lavoro, che si utilizzi o meno un framework.

Mix di metodi e framework

Il bello di Agile è che è stato creato per servire il singolo team e non è necessariamente visto come “taglia unica” quando si tratta del framework o del metodo utilizzato come metodo di implementazione. Raramente ti imbatterai in un’azienda o in un progetto che è stato sviluppato all’interno di un singolo silos di Scrum o Kanban: oggi non è poi così comune.

È importante utilizzare framework e/o metodi che funzionino meglio per il tuo team e i tuoi obiettivi di progetto.
Quando inizi a lavorare su un progetto implementando un metodo, potresti scoprire che è utile integrare anche componenti di altri framework lungo il percorso. E viceversa.

Come usare Kanban e SCRUM insieme?

Se prima decidi di lavorare su un progetto con il metodo Kanban, ma desideri anche implementare uno standup giornaliero (o riunioni “Scrum”) per garantire l’allineamento all’interno di tutto il team, dovresti sentirti sicuro di questa decisione.

Esistono approcci documentati per le sovrapposizioni di Scrum e Kanban (come Scrumban e Kanplan), devi solo assicurarti che qualunque metodo tu scelga di adottare, non limiti te stesso o il tuo team, solo perché vuoi seguire una struttura.

Scrum o Kanban? puoi utilizzarli entrambi

Possono essere utilizzati tutti e due i metodi, oppure mixare componenti di entrambi, per creare un metodo che abbia più senso per la tua organizzazione. Importante è determinare qual è il metodo migliore per produrre i migliori risultati.

Scrum ci consente di pianificare il lavoro in modo più efficace e fornire risultati più rapidi

Uno dei motivi principali per cui Scrum ci consente di pianificare il lavoro in modo più efficace è che solitamente i progetti sono incentrati su un team per una durata compresa tra tre mesi e oltre un anno. Dato che le squadre rimangono sostanzialmente le stesse per tutte le attività, consente di calcolare la loro velocità entro i primi due o tre sprint. Questo è un modo di misurare la quantità di lavoro che possiamo fare all’interno di ogni sprint, e quindi ci consente di pianificare il lavoro rimanente e stimare il tempo necessario per il completamento.

Detto questo, è importante sottolineare che a volte ogni team di marketing può funzionare in modo leggermente diverso, a seconda delle esigenze del cliente, del progetto e delle persone che lavorano per la soluzione.

Ogni volta che intraprendi il viaggio verso la creazione di un nuovo progetto, è davvero importante capire che la flessibilità è la chiave non solo per il suo successo a livello complessivo in fase di realizzazione, ma anche per i singoli membri del team che lavorano verso un obiettivo comune. 

Quali tool usare per ogni metodo e perché?

• Kanbanize

Kanbanize è lo strumento più potente sul mercato per lavorare con Kanban, e con qualche adattamento può lavorare bene anche con Scrum.

• Asana

Asana è un altro strumento non particolarmente adatto per Scrum, ma funziona bene per i progetti gestiti con Kanban.

• Jira

Jira è il re per i progetti Scrum e Kanban. È il più utilizzato tra i principali software in tutto il mondo e permette di gestire praticamente qualsiasi tipo di progetto.

• Ora

Ora è un nuovo attore nel regno dei software per la gestione dei progetti è il suo grande vantaggio è sua flessibilità:  è impostato per gestire i progetti all’interno delle schede Kanban, ma consente ai team con preferenze o obiettivi diversi di eseguire i propri progetti senza restrizioni o prescrizioni.

• Trello

Trello è un software per il project management in stile Kanban. Le bacheche, le liste e le schede di Trello ti consentono di organizzare e stabilire la priorità dei tuoi progetti in modo veloce, flessibile e trasparente.

Siamo alla fine di questo articolo su Scrum vs Kanban e il nostro suggerimento è questo: che usiate Scrum o Kanban, importante è non avere mai paura di essere flessibili indipendentemente dal metodo di base che abbiate scelto, per consentire al team di crescere e fornire il miglior risultato possibile.

Vuoi sapere come implementare Kanban nella tua azienda? Scopri il corso Kanban Per il Marketing!