Prima di immergerci direttamente nei valori e nei principi dell'Agile, è importante capire l'Agile. Agile è un termine generico che racchiude diversi framework e approcci alla fornitura di valore in ambienti complessi. Più specificamente, Agile è una metodologia di gestione dei progetti che utilizza cicli di sviluppo brevi, chiamati "Sprints" che si concentrano sulla creazione di valore, con un miglioramento continuo nello sviluppo di un prodotto.
Agile è un termine che è cresciuto in popolarità negli ultimi 20 anni, a partire dalla creazione del Manifesto Agile nel 2001. In quell'occasione un gruppo di professionisti del software sviluppò un concetto per contribuire ad aggiungere un approccio più strutturato e umano al lavoro complesso. Il termine è ampiamente utilizzato per riferirsi alle Agile Framework che includono Scrum.
La comprensione del Manifesto Agile ci aiuta a riconoscere la base su cui è stato fondato Scrum. L'Agile comprende due concetti principali;
- Quattro valori Agile e;
- 12 Agile Principi
Ognuno di essi descrive un modo migliore di affrontare un lavoro complesso. Vediamo questi concetti, come si differenziano e come si usano insieme.
Quali sono i valori dell'Agile?
Il Manifesto Agile è costituito da quattro valori fondamentali:
- Diamo più valore alle persone e alle interazioni che ai processi e agli strumenti.
- Diamo più valore al software funzionante che alla documentazione completa.
- Diamo più valore alla collaborazione con i clienti che alla negoziazione dei contratti.
- Per noi è più importante rispondere ai cambiamenti che seguire un piano.
Analizziamo ogni valore in modo più dettagliato:
Valore 1: Individui e interazioni rispetto a processi e strumenti.
Questo principio riconosce che, sebbene processi e strumenti efficaci siano importanti, è ancora più importante dare la priorità alle persone che vi stanno dietro. La presenza del giusto gruppo di persone in un team software è fondamentale per il successo. Forse ancora più importante è il modo in cui queste persone interagiscono e collaborano.
2. Accogliere i requisiti in continua evoluzione
Il secondo dei 12 Principi Agile si concentra sull'accoglienza del cambiamento. La consegna del valore in incrementi più piccoli e utilizzabili rende possibile questa nozione. I team imparano dal cliente dopo ogni consegna e, grazie a piccoli incrementi di lavoro, è possibile introdurre nuovi requisiti. In ambienti complessi, questo è vantaggioso per aiutare a fornire un prodotto efficace.
3. Consegnare frequentemente software funzionante
Tutti i framework Agile si basano sul principio della consegna frequente del software. Ma non solo: i team devono consegnare software funzionante.
In Scrum, i team determinano la frequenza di consegna del valore in base alla lunghezza dell'Sprint. Ogni Sprint dovrebbe fornire un incremento di lavoro utilizzabile che rientri in la definizione di "Fatto". La lunghezza dell'Sprint deve essere sufficiente a consentire al team di sviluppo di fornire un incrementoma non oltre, con una preferenza per i tempi più brevi.
4. L'azienda lavora quotidianamente con gli sviluppatori
Questo principio si concentra sull'incontro regolare delle parti interessate con il team Agile. In Scrum, questo può avvenire durante riunioni di perfezionamento o al Sprint Review. L'obiettivo è quello di garantire un coinvolgimento e un processo decisionale qualificato, e quindi la visibilità è continua.
5. Costruire i progetti attorno a persone motivate
I leader che lavorano in un ambiente Agile si concentrano sull'assicurare che i team abbiano il supporto (strumenti, accesso, risorse) e l'ambiente (persone, cultura, processi) di cui hanno bisogno, e poi hanno fiducia in loro per portare a termine il lavoro. L'obiettivo deve rimanere il risultato.
6. La conversazione faccia a faccia è la migliore
Questo Principio Agile considera le conversazioni faccia a faccia come il modo migliore per trasmettere le informazioni. Ciò potrebbe includere coloro che consegnano il lavoro parlando direttamente a coloro che lo utilizzano. Inoltre, il team potrebbe collaborare in tempo reale per risolvere i problemi.
7. Questioni di software di lavoro
Il successo si misura in base al prodotto consegnato e al fatto che sia in uno stato soddisfacente e utilizzabile. Ciò significa che i rapporti sullo stato di avanzamento hanno il loro posto, ma non sono fini a se stessi. In ultima analisi, ciò che conta è il prodotto funzionante.
8. Ritmo costante
Questo principio spiega come i team Agile possano stabilire un ritmo costante. Il team testa il lavoro man mano che procede e ha una serie di passi chiari da compiere per raggiungere l'obiettivo finale. Poiché stanno fornendo valore in modo incrementale, ogni pezzo è utilizzabile e rappresenta un passo in avanti verso l'obiettivo. Il feedback costante degli stakeholder riguarda il valore.
9. Il codice di alta qualità è più veloce
I team devono concentrarsi sulla garanzia di fornire prodotti di alta qualità e una buona progettazione per migliorare l'agility. Ciò dovrebbe includere la risoluzione di qualsiasi debito tecnico esistente e la prevenzione del suo accumulo. I team dell'Agile potrebbero collaborare con l'Product Owner per includere gli elementi che aumentano la qualità del prodotto nel Product Backlog per contribuire al raggiungimento di questo obiettivo.
10. Massimizzare il lavoro non svolto
Invece di chiedere alle parti interessate tutti i loro requisiti, i team Agile devono concentrarsi su quale sia la cosa più importante da fare successivamente. Questo è possibile grazie alle consegne più piccole e più frequenti a cui il team lavora. Concentrarsi su ciò che viene dopo, piuttosto che sull'intero quadro, può ridurre significativamente gli sprechi. Il team può costruire la fiducia attraverso queste frequenti consegne di software funzionante.
11. I team auto-organizzati producono qualità
Questo principio si basa sull'idea che i team auto-organizzati sono probabilmente i più vicini al lavoro da svolgere e i più adatti a capire come farlo. Aderire a questo principio significa che il team non scompare per mesi mentre pianifica un approccio a lungo termine per completare il lavoro. Al contrario, si occupa di capire come costruire al meglio il prodotto mentre lo costruisce.
12. I cicli di feedback utilizzati per migliorare
Infine, l'ultimo dei 12 Principi Agile si concentra sul modo in cui il team riflette su come diventare più efficace a intervalli regolari, per poi regolare il proprio comportamento di conseguenza. Il team deve chiedersi come sta andando e quali cambiamenti dovrebbe apportare. Poi può apportare tali cambiamenti e ripetere il processo regolarmente.
Questo principio ha un notevole impatto sull'efficienza e sul morale di un team Agile a lungo termine.
Sintesi di Agile
Rivedere regolarmente il Manifesto, compresi i Valori Agile e i 12 Principi Agile, è un esercizio utile per i team. La riunione Sprint Retrospective è un'ottima occasione per discutere e incorporare questi principi in ogni Sprint e nel lavoro quotidiano. Per saperne di più sulla riunione Sprint Retrospective, cliccate qui:
