« Comment construire un Arbre Opportunité-Solution » : différence entre les versions

De Wiki Agile
Ligne 198 : Ligne 198 :
===Tests itératifs===
===Tests itératifs===
[[Fichier:OSTs Tests itératifs.png|border|link=|700px]]<br/>
[[Fichier:OSTs Tests itératifs.png|border|link=|700px]]<br/>
<br/>
La confiance dans une solution ne vient pas d'un seul coup, et il est rare d'avoir une certitude absolue sur une hypothèse donnée. Dans la plupart des cas, la confiance dans une solution se construit au fil du temps, en effectuant des tests successifs, chacun d'entre eux renforçant votre confiance, mais nécessitant plus de temps et d'argent.<br/>
<br/>
Par exemple, si vous essayez de réduire le risque technique :
* Une conversation avec votre responsable technique pour savoir si cela est théoriquement possible peut prendre quelques minutes.
* Le responsable technique qui examine le code pour vérifier quelques éléments peut prendre une heure.
* Un spike technique peut être limité à un ou deux jours.
<br/>
Et si vous essayez de réduire le risque lié à l'utilisabilité :
* Obtenir les feedbacks de votre équipe sur une maquette peut prendre quelques minutes.
* Obtenir les commentaires d'une poignée d'utilisateurs réels sur un prototype de haut niveau peut prendre des heures.
* Obtenir les feedbacks d'un grand nombre d'utilisateurs réels nécessitera probablement un prototype détaillé ou un MVP, dont la création peut prendre des jours, voire des semaines.
<br/>
Vous ne voulez pas vous engager dans le MVP avant d'avoir obtenu les feedbacks de votre équipe. Mais les feedbacks de votre équipe ne suffisent pas à eux seuls à justifier la création de la fonctionnalité.<br/>
<br/>
Il faut plutôt considérer les différents types de preuves comme appartenant à une hiérarchie :<br/>
<br/>
[[Fichier:OSTs Hustle Badger confidence scale.jpg|link=|border|600px]]<br/>
<small>''[https://www.hustlebadger.com/what-do-product-teams-do/joe-tinston/ Échelle de confiance] Hustle Badger''</small><br/>
<br/>
<br/>