Ressources

  • User Story Mapping - page xxxix

output vs outcome

  • Tout ce qu’il y a entre l’idée et la livraison est appelée output. C’est ce que l’on crée, le résultat. Ceux qui développent en agile tendent à mesurer la vélocité de l’output et tentent de l’améliorer. Quand les gens créent du logiciel, ils se préoccupent bien entendu du coût de ce qu’ils réalisent et aussi du temps qu’ils mettent à le faire.

  • Mais ce n’est pas réellement l’output qui importe, mais ce qui vient après et qu’on appelle outcome. L’outcome représente ce qui apporte de la valeur, vous pouvez avoir 10 features en output mais seulement une seule qui apporte de la valeur. On mesure ce qu’on a fait pour améliorer la vie des gens et pour qu’ils atteignent leur objectifs

Outcome

L’outcome est quelque chose qu’on mesure bien après la livraison, c’est l’impact. Quel impact à eu notre logiciel, notre fonctionnalité sur la vie des utilisateurs.

Affirmation

Minimize output and maximize outcome and impact

output vs outcome

On revient sur Agile qui consiste à créer un produit à haute valeur

Quoi mesurer ?

The only thing that should be measured is outcomes.

  • On se concentre sur les objectifs à atteindre, et non plus sur un ensemble prédéfini de tâches.
  • On accepte que le périmètre soit flexible : les tâches à réaliser peuvent évoluer tant qu’on reste aligné sur l’objectif final.
  • C’est l’approche outcome over output : ce qui compte, c’est la valeur livrée (résultat), pas la quantité de travail abattue (fonctionnalités codées).

Voir également Mesurer la productivité