Non implementato = nessun valore

Dei dodici principi del Manifesto Agile, alcune persone associano il concetto di "valore" alla consegna di software funzionante. Il focus sul software funzionante in Agile e Scrum deriva da uno dei quattro valori – "software funzionante più che documentazione esaustiva". Questo valore è una reazione a progetti e programmi in cui report e presentazioni PowerPoint valgono più che consegnare software agli utenti. In una tipica organizzazione IT che sviluppa, migliora e mantiene software affinché possa essere utilizzato dal resto dell'organizzazione per le operazioni di business, il valore viene creato solo quando il software può essere effettivamente utilizzato.

Con questi quattro meccanismi viene generato valore attraverso l'implementazione del software:

Validazione 

Prima di arrivare al punto in cui il software viene scritto, testato e implementato, devono essere prese alcune decisioni. Attraverso l'implementazione di software funzionante e l'utilizzo del software da parte di utenti reali, si possono validare sia le idee che il software rappresenta, sia le ipotesi con cui si è data priorità al bisogno e costruito il software. L'implementazione e l'utilizzo del software forniscono le informazioni necessarie per validare le idee e le decisioni emerse nel processo.

Feedback reale

Il miglior feedback si ottiene quando gli utenti utilizzano effettivamente il software nel loro lavoro e nel loro ambiente quotidiano. Review, interviste con i clienti e dimostrazioni sono ottimi per ottenere feedback direttamente all'inizio. Tuttavia, a questi ambienti artificiali manca la complessità della vita lavorativa quotidiana.

Controllo dei progressi

Uno dei principi principali del Manifesto Agile è che il software funzionante è la misura principale del progresso. La consegna di software funzionante e di valore dimostra al resto dell'organizzazione che il loro investimento sta producendo un ritorno.

Ricavi

Un software che viene sviluppato, migliorato o mantenuto e destinato all'uso diretto da parte del cliente non può generare ricavi finché non è in uso – indipendentemente dal fatto che si tratti dell'implementazione di un nuovo prodotto o del miglioramento di un prodotto già esistente.

Valore effettivo vs. valore potenziale

Nella maggior parte dei casi, il software completato e in uso genera valore per un'organizzazione. Il software su cui si sta ancora lavorando o che attende di essere implementato ha forse un valore potenziale – ma questo potenziale ha poco valore effettivo finché non è stato realizzato. Con le batterie, l'energia disponibile diminuisce quanto più si aspetta a convertire l'energia potenziale in energia cinetica, poiché la capacità della batteria si perde nel tempo. Come per una batteria, questa capacità si deteriora nel tempo in qualsiasi ambiente ragionevolmente dinamico. Anche i requisiti e le idee che un software contiene si deteriorano progressivamente, poiché il nostro mondo continua a cambiare.

Conclusione sull'implementazione del software

Finché il software non è completato, non possiamo né ottenere valore dal suo utilizzo, né ricevere feedback su eventuali cambiamenti nell'ambiente di lavoro in cui il software verrà un giorno impiegato. Pertanto, tutto ciò che abbiamo è un enorme ammasso di incertezza. E, come sappiamo, l'incertezza riduce il valore.

Questo testo proviene dal blog di SPaMCAST ed è stato tradotto in italiano.

Lavoro agile

=> Cosa significa iterativo e incrementale?

Evitare gli sprechi in Scrum

=> Eliminazione del Waste e prevenzione degli sprechi.