Pas implémenté = pas de valeur

Parmi les douze principes du Manifeste Agile, certaines personnes associent le terme « valeur » à la livraison de logiciels fonctionnels. L'accent mis sur les logiciels fonctionnels en Agile ou Scrum provient de l'une des quatre valeurs – « des logiciels opérationnels plutôt qu'une documentation exhaustive ». Cette valeur est une réaction aux projets et programmes où les rapports et les présentations PowerPoint ont plus de valeur que la livraison de logiciels aux utilisateurs. Dans une organisation IT typique qui développe, améliore et maintient des logiciels pour que le reste de l'organisation puisse les utiliser dans ses opérations commerciales, la valeur n'est créée que lorsque le logiciel peut effectivement être utilisé.

Voici les quatre mécanismes par lesquels l'implémentation de logiciels génère de la valeur :

Validation 

Avant d'arriver au point où le logiciel est écrit, testé et implémenté, certaines décisions doivent être prises. En implémentant un logiciel fonctionnel et en le faisant utiliser par de vrais utilisateurs, tu peux valider à la fois les idées que représente le logiciel et les hypothèses avec lesquelles tu as priorisé les besoins et construit le logiciel. L'implémentation et l'utilisation du logiciel te fournissent les informations dont tu as besoin pour valider les idées et les décisions qui ont émergé au cours du processus.

Retours d'expérience concrets

On obtient le meilleur feedback lorsque les utilisateurs utilisent réellement le logiciel dans leur travail et leur environnement quotidien. Les revues, les entretiens clients et les démonstrations sont excellents pour obtenir du feedback dès le départ. Cependant, ces environnements artificiels manquent de la complexité du quotidien au bureau.

Suivi de la progression

L'un des principes fondamentaux du Manifeste Agile est que le logiciel fonctionnel constitue la principale mesure de l'avancement. Livrer un logiciel fonctionnel et de valeur montre au reste de l'organisation que son investissement lui apporte une vraie valeur.

Chiffre d'affaires

Un logiciel en cours de développement, d'amélioration ou de maintenance, destiné à être utilisé directement par le client, ne peut générer aucun chiffre d'affaires tant qu'il n'est pas encore en service – qu'il s'agisse de l'implémentation d'un nouveau produit ou de l'amélioration d'un produit déjà existant.

Valeur réelle vs. valeur potentielle

Dans la plupart des cas, un logiciel terminé et utilisé génère de la valeur pour une organisation. Un logiciel en cours de développement ou en attente d'implémentation a peut-être une valeur potentielle – mais ce potentiel n'a que peu de valeur réelle tant qu'il n'a pas été concrétisé. Avec les batteries, on dispose de moins en moins d'énergie à mesure qu'on attend pour convertir l'énergie potentielle en énergie cinétique, car la capacité de la batterie se dégrade avec le temps. Comme pour une batterie, cette capacité se dégrade avec le temps dans tout environnement un tant soit peu dynamique. Les exigences et les idées contenues dans un logiciel se dégradent également progressivement, car notre monde ne cesse d'évoluer.

Conclusion sur l'implémentation logicielle

Tant que le logiciel n'est pas terminé, nous ne pouvons ni en tirer de la valeur en l'utilisant, ni obtenir de feedback pour savoir si l'environnement de travail dans lequel le logiciel sera un jour déployé a déjà changé. Par conséquent, tout ce que nous avons, c'est une énorme montagne d'incertitude. Et, comme nous le savons, l'incertitude diminue la valeur.

Ce texte provient du blog de SPaMCAST et a été traduit par nos soins en français.

Travail agile

=> Que signifie itératif & incrémental ?

Éviter le gaspillage dans Scrum

=> Élimination du Waste et prévention du gaspillage.