Kanban e Scrum a confronto: qual è il tuo modello Agile?

Scopri le considerazioni chiave di cui tenere conto nella scelta tra Scrum o Kanban e cosa fare se non riesci a prendere la decisione.

Max Rehkopf Di Max Rehkopf
Sfoglia tra gli argomenti

Riepilogo:il confronto tra Kanban e Scrum comporta una discussione su due diverse strategie per l'implementazione di un sistema di sviluppo Agile o di gestione dei progetti. Le metodologie Kanban sono continue e più fluide, mentre Scrum si basa su sprint di lavoro brevi e strutturati.

Agile is a set of ideals and principles that serve as our north star. DevOps is a way to automate and integrate the processes between software development and operations teams. When it comes to implementing agile and DevOps, kanban and scrum provide different ways to do so.

È facile indicare le differenze tra le pratiche Scrum e le pratiche Kanban, ma la diversità esiste solo a un livello superficiale. Sebbene le pratiche siano diverse, i principi sono sostanzialmente gli stessi. Entrambi i framework aiutano a creare prodotti (e servizi) migliori con meno problemi.

Dunque, dove eravamo rimasti?

Agile è un approccio strutturato e iterativo alla gestione dei progetti e allo sviluppo dei prodotti. Riconosce la volatilità dello sviluppo dei prodotti e fornisce ai team che si organizzano autonomamente una metodologia che consente di rispondere ai cambiamenti senza stravolgere i piani. Oggi, l'agilità non è un vantaggio competitivo. Nessuno può permettersi il lusso di sviluppare un prodotto per anni o addirittura per mesi in una "scatola nera". Ciò significa che è più importante che mai affrontarla bene.

Kanban is all about visualizing your work, limiting work in progress, and maximizing efficiency (or flow). Kanban teams focus on reducing the time a project takes (or user story) from start to finish. They do this by using a kanban board and continuously improving their flow of work.

Scrum teams commit to completing an increment of work, which is potentially shippable, through set intervals called sprints. Their goal is to create learning loops to quickly gather and integrate customer feedback. Scrum teams adopt specific roles, create special artifacts, and hold regular ceremonies to keep things moving forward. Scrum is best defined in The Scrum Guide.

 

Scrum

Kanban

Origin

Scrum

Software development

Kanban

Lean manufacturing

Idealogy

Scrum

Learn through experiences, self-organize and prioritize, and reflect on wins and losses to continuously improve.

Kanban

Use visuals to improve work-in-progress

Cadence

Scrum

Regular, fixed-length sprints (i.e. two weeks)

Kanban

Continuous flow

Practices

Scrum

Sprint planning, sprint, daily scrum, sprint review, sprint retrospective

Kanban

Visualize the flow of work, limit work-in-progress, manage flow, incorporate feedback loops

Roles

Scrum

Product owner, scrum master, development team

Kanban

No required roles

Colleghi del team che utilizzano una board Scrum | Agile Coach Atlassian

Scrum: un approccio Agile e strutturato

Con Scrum, il tuo team promette di rilasciare un valido incremento di lavoro entro la fine di ogni sprint. Scrum si basa sull'empirismo, concentrandosi su piccoli incrementi di lavoro che ti aiuteranno ad apprendere dai tuoi clienti e a informare meglio i passi successivi. Ecco come si suddivide:

Cadenza Scrum

Scrum moves fast, with sprints that usually last between one to four weeks, which have clear start and finish dates. The short time frame forces complex tasks to be split into smaller stories and help your team learn quickly. A key question is this: Can your team ship useable code that fast?

Gli sprint sono punteggiati da riunioni di pianificazione degli sprint, revisione degli sprint e retrospettiva e costellati da riunioni Scrum quotidiane (riunioni stand-up). Queste cerimonie Scrum sono leggere e vengono eseguite su base continua.

Ruoli Scrum

Scrum ha tre ruoli definiti in modo chiaro.

  • L'owner di prodotto è sostenitore del cliente, gestisce il backlog di prodotto e aiuta a definire le priorità del lavoro svolto dal team di sviluppo.
  • Lo Scrum Master assicura il rispetto dei principi Scrum.
  • Il team di sviluppo sceglie il lavoro da svolgere, fornisce incrementi e dimostra responsabilità collettiva.

Chi gestisce il team Scrum? In realtà, nessuno. I team Scrum si organizzano in modo autonomo e i suoi membri sono tutti a pari livello, pur avendo responsabilità diverse. Il team è unito dall'obiettivo di offrire valore ai clienti.

Common metrics

Scrum metrics are data points scrum teams can use to improve efficiency and effectiveness. They can inform decision-making and help teams become more efficient in planning and execution. During the sprint planning phase, teams can use metrics such as sprint goals, team velocity, team capacity, and type of work. During stand-ups, teams can also benefit from measuring progress towards sprint goals, reviewing a sprint burndown, understanding workload distribution, and more.

Filosofia delle modifiche

Teams strive to understand how much they can accomplish within their sprint time boundaries. They commit to its delivery within a sprint. However, scrum teams can receive customer feedback that encourages them to pivot and change the sprint to deliver the most customer value. During the sprint retrospective, scrum teams should discuss how to limit change in the future, as changes put the potentially shippable increment at risk. If a team frequently changes scope mid-sprint, it may signify work was selected that isn’t adequately understood. It could also mean the team has operational/unplannable work that interferes with the plan.

Per ulteriori informazioni sulle metodologie Scrum, vedi Che cos'è Scrum?

Colleghi di team che utilizzano una board Kanban | Agile Coach Atlassian

Kanban: miglioramento continuo, processi flessibili

Kanban ti aiuta a visualizzare il tuo lavoro, a limitare il lavoro in corso (WIP) e a spostare rapidamente il lavoro dallo stato "Da completare" a "Completato".

Kanban è eccellente per i team che ricevono molte richieste diverse in termini di priorità e dimensioni. Mentre i processi Scrum richiedono un elevato controllo su ciò che è incluso nell'ambito, con Kanban puoi seguire il flusso. Diamo un'occhiata alle stesse cinque considerazioni per aiutarti a decidere.

Cadenza Kanban

Kanban si basa su una struttura continua del flusso di lavoro che mantiene i team agili e pronti ad adattarsi alle priorità in continuo cambiamento. Gli elementi di lavoro, rappresentati da schede, sono organizzati in una board Kanban, dove si spostano da una fase del flusso di lavoro (colonna) a quella successiva. Le fasi del flusso di lavoro più comuni sono Da completare, In corso, In revisione, Bloccato e Completato. Ma non è questo l'aspetto interessante.

L'aspetto migliore di Kanban è la creazione di colonne personalizzate in base al modo di lavorare del tuo team. Il mio team rilascia contenuti, quindi le nostre colonne (semplificate) includono Backlog, Con priorità, Bozze pronte, Scrittura, Progettazione, Revisione tecnica e Rilasciato. La nostra board ci ha aiutati a capire che rilasciamo circa un contenuto a settimana e a individuare i colli di bottiglia (grazie alla revisione tecnica).

Metodologia di rilascio

In Kanban, gli aggiornamenti vengono rilasciati ogni volta che sono pronti, senza una programmazione regolare o date di scadenza predeterminate.

In teoria, Kanban non impone una tempistica fissa per la consegna di un task. Se il task viene completato in anticipo (o più tardi), può essere rilasciato in base alle esigenze senza dover attendere una milestone di rilascio come la revisione sprint.

Ruoli Kanban

L'intero team è responsabile della board Kanban. Alcuni team ingaggiano un Agile Coach; tuttavia, a differenza di Scrum, non esiste un singolo "Kanban Master" che garantisca un'esecuzione fluida di tutte le fasi. È una responsabilità collettiva dell'intero team collaborare ed eseguire i task indicati nella board.

Metriche chiave

Il lead time e la durata ciclo sono metriche importanti per i team Kanban. Riguardano il tempo medio necessario affinché un task completi l'intero ciclo. Il miglioramento della durata ciclo indica il successo dei team Kanban.

Il diagramma di flusso cumulativo (CFD) è un altro strumento analitico utilizzato dai team Kanban per comprendere il numero di elementi di lavoro in ogni stato. I CFD aiutano a identificare colli di bottiglia specifici che devono essere risolti per migliorare la produttività.

Un altro modo per affrontare i colli di bottiglia prevede l'uso dei limiti del lavoro in corso (WIP). Un limite WIP applica un numero massimo di schede che possono trovarsi in una specifica colonna alla volta. Quando raggiungi il limite WIP, uno strumento come Jira Software chiude quella colonna e il team si occupa di quegli elementi per spostarli in avanti.

Filosofia delle modifiche

A kanban workflow can change at any time. New work items can get added to the backlog and existing cards can get blocked or removed based on prioritization. Also, if the team capacity changes, WIP limit can be recalibrated and work items adjusted accordingly. It’s all about being flexible in kanban.

For more on kanban methodologies see What is kanban?

Il progetto di agilità di Atlassian | Agile Coach Atlassian

Scrum tools vs. kanban tools

The agile community believes this conversation shouldn't be about the tools. We often see the tool of choice driving the framework of choice and the framework driving the principles the team adopts. We believe the decision should flow in the other direction.

Una volta scelti i principi Scrum e soddisfatto del framework Scrum, è il momento di trovare uno strumento Scrum adeguato alle tue esigenze. Lo stesso vale per Kanban. Siamo di parte, ma visto che è lo strumento di sviluppo software numero 1 utilizzato dai team Agile, pensiamo che Jira Software sia ciò che fa per te.

Con i tipi di progetto dedicati di Jira per Scrum e Kanban puoi attuare i principi di ogni framework. Inoltre, siamo a tua disposizione per aiutarti a muovere i primi passi con le nostre guide su come utilizzare Scrum con Jira Software e come utilizzare Kanban con Jira Software.

Kanban vs. scrum: What if you can't choose?

Scrum e Kanban sono "Agile secondo le regole". Funzionano in un modo autentico e collaudato che è francamente difficile confutare. Riprendendo un altro famoso slogan, si potrebbe dire che "nessuno viene licenziato per aver scelto Scrum".

Ma non è necessario che la tua decisione sia bianco o nero. Centinaia di team utilizzano modelli ibridi influenzati sia da Scrum che da Kanban. Abbiamo deciso di aiutare i team a operare in questo modo in Jira Software, motivo per cui abbiamo creato progetti gestiti dal team.

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 il primo giorno, i progetti gestiti dal team consentono di sovrapporre progressivamente funzioni sempre più potenti man mano che scopri cosa funziona (e cosa non funziona) per il tuo team.

You can confidently choose team-managed scrum or team-managed kanban knowing that both templates can evolve to suit the needs of your 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 è andato male. Provando Scrum e Kanban e ponendo queste domande, sei sulla buona strada per raggiungere la beatitudine Agile.

Board Jira

Inizia gratuitamente con il modello Kanban di Jira

Usa modello
Prossimo contenuto
Kanplan