Partendo dal concetto di produzione snella di Toyota degli anni '40, i team di sviluppo software hanno adottato metodologie Agile per ridurre gli sprechi e aumentare la trasparenza, rispondendo rapidamente alle esigenze in continua evoluzione dei loro clienti. Un netto cambiamento rispetto alla gestione dei progetti a cascata che si concentra sui "grandi" lanci, Agile aiuta i team software a collaborare meglio e a innovare più velocemente che mai. 

La gestione Agile tradizionale dei progetti può essere classificata in due framework: Scrum e Kanban. Mentre Scrum si concentra sulle iterazioni di progetto a lunghezza fissa, Kanban si concentra sui rilasci continui. Al termine, il team passa immediatamente al rilascio successivo. 

Framework di gestione Agile dei progetti 1: Scrum

è un framework per la gestione Agile dei progetti che utilizza iterazioni di lavoro a lunghezza fissa, chiamate sprint. Ci sono quattro cerimonie che definiscono la struttura di ogni sprint.

Tutto inizia con il backlog, o la mole di lavoro da completare. In Scrum, ci sono due backlog: uno è il backlog di prodotto (di proprietà dell'owner di prodotto) che è un elenco prioritario di funzionalità, e l'altro è il backlog dello sprint che viene riempito prendendo i ticket dalla parte superiore del backlog di prodotto fino al raggiungimento della capacità per lo sprint successivo. I team Scrum hanno ruoli unici e specifici per la loro partecipazione al processo. In genere c'è uno Scrum master, o campione del metodo Scrum per il team; il product owner, che è la voce del prodotto; e il team Scrum, che spesso è formato da membri interfunzionali del team incaricati di portare a termine il lavoro.

Le quattro cerimonie di Scrum

Framework di gestione Agile dei progetti 2: Kanban

Kanban è un framework per la gestione Agile dei progetti che abbina il lavoro alle capacità del team. Si concentra su come completare i lavori il più velocemente possibile, dando ai team la possibilità di reagire ai cambiamenti ancora più velocemente di Scrum.

A differenza di Scrum, Kanban non ha (di solito) backlog. Il lavoro si trova, invece, nella colonna Cose da fare. Ciò consente ai team Kanban di concentrarsi sui rilasci continui, cosa che può essere eseguita in qualsiasi momento. Tutto il lavoro è visibile, mirato e pronto per essere eseguito in modo che quando qualcosa è completato, il team passi immediatamente al lavoro successivo. La quantità di lavoro viene abbinata alla capacità del team tramite i limiti WIP, che corrispondono a un limite di lavoro predefinito che può essere contenuto in una singola colonna alla volta (tranne la colonna Da fare). Il framework Kanban include i seguenti quattro componenti:

I quattro componenti di Kanban

A prescindere dal framework Agile scelto per supportare lo sviluppo del software, è necessario un metodo per valutare l'avanzamento del team e programmare gli interventi o gli sprint futuri. La stima del progetto Agile consente ai team Scrum e Kanban di valutare le proprie capacità. I report Agile mostrano l'avanzamento del team nel tempo. I grafici Gantt e il backlog grooming aiutano i project manager a mantenere aggiornata e pronta la lista dei lavori che il team deve affrontare.