Agile non è una singola metodologia, ma un insieme di valori e principi che hanno rivoluzionato la gestione dei progetti, specialmente nel settore dello sviluppo software, per poi estendersi ad altri ambiti. Il suo scopo principale è quello di fornire valore al cliente in modo rapido e continuo, attraverso un approccio flessibile e adattivo.
Il manifesto Agile
Tutto parte dal Manifesto per lo Sviluppo di Software Agile, redatto nel 2001, che ha delineato i quattro valori fondamentali:
- Individui e interazioni più che processi e strumenti: si pone l’accento sulla comunicazione e la collaborazione tra le persone.
- Software funzionante più che documentazione esaustiva: la priorità è un prodotto che funzioni realmente, non una mole di documenti teorici.
- Collaborazione col cliente più che negoziazione dei contratti: il cliente è parte attiva del processo e il suo feedback continuo è cruciale.
- Rispondere al cambiamento più che seguire un piano: la flessibilità è un vantaggio competitivo, non un ostacolo.
A questi si aggiungono dodici principi che guidano l’applicazione di questi valori. L’idea chiave è che un piano rigido e a lungo termine (tipico del modello Waterfall) può diventare obsoleto rapidamente in un contesto in rapida evoluzione.
Differenza tra approccio Iteration based e On Demand
La differenza principale tra gli approcci iteration-based (basati sulle iterazioni) e quelli on-demand (su richiesta) sta nel modo in cui il lavoro viene strutturato e rilasciato.
Approccio Iteration-Based (Basato sulle Iterazioni)
Questo approccio si basa sull’idea di suddividere il lavoro in cicli brevi e a durata fissa, noti come iterazioni o sprint. L’obiettivo è produrre un incremento di prodotto funzionante al termine di ogni ciclo.
- Principio di base: Il lavoro è guidato dal tempo. Si stabilisce una scadenza (es. due settimane) e il team si impegna a completare un insieme di attività entro quel periodo.
- Esempio principale: Scrum. Con Scrum, ogni Sprint ha una durata fissa e immodificabile. Le attività per lo Sprint vengono pianificate all’inizio e il team si concentra esclusivamente su quelle, con l’obiettivo di consegnare un prodotto potenzialmente rilasciabile alla fine del ciclo.
Approccio On-Demand (Su Richiesta / Basato sul Flusso)
Questo approccio si concentra sulla gestione di un flusso di lavoro continuo, senza la necessità di cicli predefiniti. Le attività vengono “tirate” dal backlog non appena il team ha la capacità di lavorarci, a seconda della priorità.
- Principio di base: Il lavoro è guidato dal flusso. L’obiettivo è massimizzare l’efficienza e ridurre i colli di bottiglia, assicurando un flusso di valore costante.
- Esempio principale: Kanban. In Kanban, non ci sono sprint. I team lavorano su una lavagna visuale (Kanban board) e spostano le schede (attività) attraverso le diverse fasi del processo. Non appena un’attività è completata, una nuova può essere avviata, a condizione che non si superino i limiti di lavoro in corso (WIP – Work In Progress).
Approcci e framework Agile
Proviamo a capire i punti essenziali dei principali framework Agile, in modo da avere una panoramica chiara e concisa delle loro caratteristiche distintive.
Scrum
Scrum è il framework Agile più diffuso. È progettato per gestire progetti complessi in modo iterativo e incrementale, con una forte enfasi sulla trasparenza e l’adattabilità.
- Cicli (Sprint): Il lavoro è suddiviso in cicli a durata fissa, chiamati Sprint (tipicamente 1-4 settimane), al termine dei quali viene rilasciato un incremento di prodotto potenzialmente funzionante.
- Ruoli: Ci sono tre ruoli specifici:
- Product Owner: Definisce cosa fare e gestisce il backlog di prodotto per massimizzare il valore.
- Scrum Master: Aiuta il team a lavorare al meglio e a rimuovere gli ostacoli.
- Developer: Il team di professionisti che realizza il lavoro.
- Cerimonie: Prevede riunioni regolari e a tempo limitato (Time-boxed): Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective.
- Punti di Forza: Struttura chiara, forte enfasi sulla collaborazione del team, e gestione del progetto attraverso obiettivi a breve termine.
Kanban
Kanban si concentra sulla gestione del flusso di lavoro in modo continuo, senza cicli temporali fissi. L’obiettivo è ottimizzare l’efficienza e ridurre il tempo di consegna delle attività.
Elementi principali:
- Visualizzazione del flusso: l’elemento centrale è una lavagna Kanban che visualizza il lavoro nelle diverse fasi (es. Da Fare, In Lavorazione, Fatto).
- Limiti WIP (Work In Progress): È il principio chiave. Si imposta un limite al numero di attività che possono essere “In Lavorazione” in un dato momento, per evitare il sovraccarico e mantenere il focus.
- Sistema “Pull”: Le attività vengono “tirate” dalla fase precedente solo quando il team ha la capacità di lavorarci, creando un flusso continuo.
- Punti di Forza: Altissima flessibilità, ottimo per flussi di lavoro imprevedibili (es. manutenzione, supporto), e facile da implementare su processi esistenti.
Extreme Programming (XP)
XP è un framework focalizzato sull’ingegneria del software. Il suo scopo principale è migliorare la qualità del codice e la reattività ai cambiamenti, specialmente per team di piccole dimensioni. Di seguito le caratteristiche principali.
- Programmazione a Coppie (Pair Programming): Due sviluppatori lavorano insieme su un’unica postazione di lavoro. Questo migliora la qualità del codice e la condivisione delle conoscenze.
- Sviluppo Guidato dai Test (TDD): Per ogni nuova funzionalità, si scrivono prima i test automatici e solo dopo si procede con lo sviluppo del codice effettivo.
- Integrazione Continua (Continuous Integration): Il codice viene integrato e testato in modo automatico più volte al giorno per evitare conflitti e problemi di integrazione.
- Refactoring: Miglioramento continuo della struttura interna del codice senza alterarne il comportamento esterno, per mantenerlo pulito e gestibile.
- Punti di Forza: Eccellenza tecnica, alta qualità del codice e della progettazione, e rapida capacità di adattamento ai cambiamenti.
Lean Software Development
Basato sui principi della produzione “snella” di Toyota, Lean si concentra sull’eliminazione degli sprechi (tempo, risorse, funzionalità non necessarie) e sulla massimizzazione del valore per il cliente.
- Eliminare gli Sprechi: Individuare ed eliminare tutto ciò che non aggiunge valore al prodotto finale (es. documentazione eccessiva, funzionalità superflue).
- Amplificare l’Apprendimento: Utilizzare cicli di feedback brevi e regolari per apprendere e adattarsi rapidamente.
- Decidere il più Tardi Possibile: Posticipare le decisioni non reversibili a quando si avranno maggiori informazioni, per mantenere la flessibilità.
- Consegnare il più Velocemente Possibile: L’obiettivo è un flusso di valore continuo e veloce per il cliente.
- Punti di Forza: Efficienza, focalizzazione sul valore per il cliente, e riduzione degli sprechi in tutte le fasi.
Il Legame tra Lean e Kanban
Il rapporto tra Lean e Kanban è molto stretto: puoi pensare a Lean come la filosofia o la “mentalità” e a Kanban come uno degli strumenti pratici per applicarla.
Il movimento Lean, che nasce dalla produzione automobilistica di Toyota, ha come obiettivo primario l’eliminazione degli sprechi (“muda” in giapponese) e la creazione di valore per il cliente. Questi sprechi possono essere processi inutili, tempi di attesa, sovraccarico di lavoro o funzionalità non richieste.
Kanban, come framework, agisce direttamente su questi principi:
- Visualizzazione del lavoro: Rende visibili tutti i passaggi del processo, permettendo di identificare immediatamente i colli di bottiglia e gli sprechi di tempo.
- Limiti WIP (Work In Progress): Evita il sovraccarico di lavoro e il “multitasking”, che sono fonti di inefficienza e spreco. Forzando il team a concentrarsi su poche cose alla volta, si riducono gli sprechi di tempo legati ai cambi di contesto e si accelera il completamento delle singole attività.
- Sistema “Pull”: Le attività vengono avviate solo quando la fase precedente ha capacità. Questo previene la creazione di un inventario di lavoro non necessario (un altro tipo di spreco) e garantisce che il lavoro fluisca senza intoppi.
In sintesi, Kanban è una metodologia che traduce i principi astratti del Lean in un sistema di gestione del flusso di lavoro pratico, visivo e scalabile.
Crystal
Crystal è un framework Agile che si distingue proprio per la sua adattabilità. Invece di essere un unico metodo con regole fisse, è una famiglia di metodologie che si sceglie in base alle caratteristiche specifiche del progetto e del team.
L’idea alla base di Crystal è che un progetto di 10 persone e uno di 100 persone, così come un progetto per un software critico e uno per un’applicazione non essenziale, non possono essere gestiti allo stesso modo. La metodologia deve essere “sintonizzata” sul contesto.
I Punti Essenziali di Crystal
- Focalizzazione sulle Persone: A differenza di altri framework, Crystal pone l’accento massimo sugli individui e sulla comunicazione. Si basa sul principio che una buona comunicazione faccia a faccia è l’elemento più efficace per un progetto di successo.
- Adattabilità e Leggerezza: Crystal non ha un set di regole rigido, ma un insieme di principi che variano in base a due fattori chiave:
- Dimensione del Team: Un team più grande richiede più coordinamento e regole.
- Criticità del Progetto: Un progetto in cui gli errori possono costare vite umane o ingenti somme di denaro richiede processi più rigorosi.
- I Sette Principi: La famiglia Crystal è guidata da sette principi fondamentali:
- Consegna Frequente: Sfornare software funzionante ogni 1-3 mesi.
- Miglioramento Riflessivo: Il team riflette regolarmente sul proprio lavoro per migliorare i processi.
- Comunicazione: Mantenere un contatto frequente e diretto tra i membri del team.
- Focalizzazione: I membri del team devono poter lavorare su una sola cosa alla volta.
- Accesso Utente: Il team deve avere accesso diretto a un esperto di dominio che possa rispondere alle domande.
- Ambiente Tecnico: Il team deve disporre degli strumenti e delle infrastrutture necessarie per lavorare in modo efficiente.
- Integrazione Continua: Integrare il codice frequentemente per evitare problemi.
DSDM (Dynamic Systems Development Method)
DSDM è un framework Agile più maturo, nato nel Regno Unito negli anni ’90. Si basa su una filosofia ben definita che pone l’accento sulla consegna puntuale, il coinvolgimento degli utenti e il controllo dei costi.
- Principi Fondamentali: Si basa su 8 principi, tra cui la focalizzazione sul bisogno di business, la consegna puntuale (a tutti i costi), la collaborazione e lo sviluppo iterativo e incrementale.
- Timeboxing Fissi: Lavora con periodi di tempo fissi, o “timeboxes”, simili agli Sprint di Scrum, per mantenere il controllo sulla pianificazione e sul budget.
- Coinvolgimento degli Stakeholder: Enfatizza il coinvolgimento continuo e diretto degli utenti e del business per garantire che il prodotto finale soddisfi le loro esigenze.
- Punti di Forza: È più prescrittivo di Scrum o Kanban, con ruoli e processi ben definiti. È particolarmente adatto per progetti in cui il rispetto del budget e delle scadenze è prioritario.
DAD (Disciplined Agile Delivery)
Il Disciplined Agile Delivery (DAD) si distingue dagli altri framework Agile proprio perché non prescrive un unico approccio, ma offre una serie di cicli di vita diversi che un team può scegliere in base al contesto e agli obiettivi del progetto. Questa flessibilità lo rende un toolkit di grande utilità per le organizzazioni che vogliono applicare l’Agile in modo “ragionato”.
I Cicli di Vita di DAD
DAD riconosce che il modo migliore per consegnare un prodotto varia a seconda che si voglia ottenere un rilascio frequente, una esplorazione continua o una integrazione con sistemi legacy. Ecco i principali cicli di vita che DAD offre:
1. Ciclo di Vita di Sviluppo Agile (Agile/Scrum-based)
Questo è l’approccio più comune e familiare, basato sui principi di Scrum. È ideale per progetti in cui i requisiti cambiano ma la squadra ha un’idea chiara dell’obiettivo finale.
- Fasi: Il ciclo è diviso in fasi: Inception (avvio), Construction (costruzione in Sprint) e Transition (transizione).
- Caratteristica Principale: Lavoro a cicli iterativi e incrementali (simili agli Sprint). Al termine di ogni iterazione, il team produce un incremento di prodotto che può essere validato dagli stakeholder.
2. Ciclo di Vita Lean (Kanban-based)
Questo approccio si concentra sul flusso di lavoro e sull’eliminazione degli sprechi, ed è perfetto per progetti in cui il lavoro arriva in modo continuo e imprevedibile, come per la manutenzione di un software esistente o la gestione di un prodotto in evoluzione.
- Fasi: Il ciclo è continuo, con attività che fluiscono attraverso la lavagna Kanban. Non ci sono Sprint a durata fissa.
- Caratteristica Principale: Enfasi sulla visualizzazione del flusso, sui limiti al lavoro in corso (WIP) e sulla consegna “just in time”. Il team tira le attività dal backlog quando è pronto, massimizzando l’efficienza.
3. Ciclo di Vita Continuo (Continuous Delivery)
Progettato per team che hanno già un alto livello di maturità e un’infrastruttura di automazione (es. DevOps). L’obiettivo è rilasciare continuamente il software in produzione, anche più volte al giorno, non appena è pronto.
- Fasi: Non ha fasi distinte di “costruzione” o “transizione” in senso tradizionale, perché il rilascio è un evento continuo.
- Caratteristica Principale: La priorità è ridurre al minimo il tempo di ciclo (lead time), dall’idea al rilascio. Si basa su una forte automazione di build, test e deployment.
4. Ciclo di Vita Esplorativo (Exploratory)
Questo approccio è per progetti in cui non si ha una chiara idea di cosa si vuole costruire. È una fase di ricerca e sviluppo in cui si sperimentano diverse soluzioni finché non se ne trova una fattibile.
- Fasi: L’obiettivo principale è l’apprendimento e la convalida di ipotesi. Si creano prototipi e si raccolgono feedback costantemente.
- Caratteristica Principale: Si privilegia la flessibilità estrema rispetto alla prevedibilità. Non ci si impegna su una data di fine o un insieme di funzionalità predefinite, ma si cerca una soluzione funzionante.
Perché Scegliere un Ciclo di Vita DAD?
Il grande vantaggio di DAD è che fornisce una mappa per scegliere il percorso giusto per ogni progetto. Invece di forzare un team a usare Scrum anche quando un approccio Lean sarebbe più efficace, DAD permette di:
- Adattarsi al Contesto: Un team può iniziare un progetto con il ciclo esplorativo, passare a quello Agile/Scrum quando ha compreso i requisiti e, una volta che il prodotto è maturo, adottare il ciclo di vita Lean o Continuo per la sua evoluzione.
- Personalizzare: DAD offre un vasto insieme di pratiche e tecniche che possono essere “pescate” e applicate per migliorare il ciclo di vita scelto.
Vuoi scoprire come scalare Agile e combinare diversi framework? Continua la lettura nella seconda parte della guida: Scalare Agile e Mescolare i Framework: SAFe, approcci ibridi e nuove prospettive
