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é