Nei post precedenti abbiamo fatto un tuffo nel cuore dell'Agile, analizzando i 4 Valori che lo caratterizzano ed evidenziando la re-interpretazione fatta dal framework DAD.
Non bisogna stupirsi che gli stessi Valori dell'Agile possano (debbano!) evolvere, perché il concetto di learning è alla base dell'Agile stesso, tanto che pratiche come "inspect-and-improve" sono oggi alla base delle attività di un VERO Agile Team.
Più volte abbiamo evidenziato come il framework Disciplined Agile Delivery sia da considerarsi un'estensione delle metodologie Agile CORE, che rende "agili" anche le fasi di Inception e di Transition, fasi tipicamente affrontare in modo classico all'interno dei contesti Enterprise.
In tale ottica abbiamo riletto i 4 valori in chiave più ampia:
- GLI INDIVIDUI E LE INTERAZIONI più che i processi e gli strumenti (stessa formulazione), focalizzando la nostra attenzione sul Delivery Team e non esclusivamente sull'Implementation Team;
- SOLUZIONI FUNZIONANTI più che la documentazione esaustiva ("soluzioni" e non "software"), perché quello che viene rilasciato è una soluzione. Il Core è effettivamente il software che però viene sempre completato con elementi quali: manuali, formazione, attività di aggiornamento, ecc...;
- LA COLLABORAZIONE CON GLI STAKEHODLER più che la negoziazione dei contratti ("stakeholder" e non "clienti"), perché se è vero che il cliente rappresenta il key stakeholder è altresì comprovato che lo sviluppo di una nuova soluzione (o di una sua nuova release) genera valore ad una pluralità di soggetti, interni ed esterni all'azienda;
- RISPONDERE AL CAMBIAMENTO più che seguire un piano (stressa formulazione), perché la vera comprensione della soluzione che si sta sviluppando e delle proprie potenzialità è possibile solo attraverso un continuo apprendimento e un altrettanto continuo arricchimento del know-how, che porta, inevitabilmente, al cambiamento.
Chiaramente è facile aspettarsi che anche i 12 Principi alla base dell'Agile possano essere rivisti in funzione di questa nuova prospettiva:
- La nostra massima priorità è soddisfare gli stakeholder rilasciando soluzioni di valore, fin da subito e in maniera continua;
- Accogliamo i cambiamenti nei requisiti anche a stadi avanzati del ciclo di delivery della soluzione. I processi agili sfruttano il cambiamento a favore del vantaggio competitivo degli stakeholder;
- Consegniamo frequentemente soluzioni funzionanti, con cadenza variabile da un paio di settimane a un paio di mesi, preferendo i periodi brevi;
- Stakeholder e sviluppatori devono lavorare insieme quotidianamente per tutta la durata del progetto;
- Fondiamo i progetti su individui motivati. Diamo loro l'ambiente e il supporto di cui hanno bisogno e confidiamo nella loro capacità di portare il lavoro a termine;
- Una conversazione faccia a faccia è il modo più efficiente e più efficace per comunicare con ed all'interno del team di delivery;
- Il Valore della Soluzione è il principale metro di misura di progresso;
- I processi agili promuovono uno sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante;
- La continua attenzione all'eccellenza tecnica e alla buona progettazione esaltano l'agilità;
- La semplicità - l'arte di massimizzare la quantità di lavoro non svolto - è essenziale;
- Le architetture, i requisiti e la progettazione migliori emergono da team che si auto-organizzano;
- A intervalli regolari il team riflette su come diventare più efficace, dopodiché regola e adatta il proprio comportamento di conseguenza;
Anzi, oltre ai 12 principi "standard" è utile introdurre altri 3 nuovi principi:
- (13) Far evolvere le attività all'interno dell'ecosistema organizzativo aziendale, collaborando con i responsabili di esse;
- (14) Focalizzare un workflow del processo di delivery costante, in modo da minimizzare le attività inerenti;
- (15) L'intera organizzazione deve evolvere per massimizzare i risultati del team agile, restando sufficientemente flessibile da supportare team-non-agili o team ibridi.
