Comment maintenez-vous la traçabilité depuis un objectif métier jusqu'à un test ?

Donnez un identifiant à chaque exigence et reliez-la vers le haut à l'objectif qu'elle sert et vers le bas à la conception, à l'élément de réalisation et au cas de test. Le bénéfice pratique, c'est l'analyse d'impact : quand quelque chose change tard, vous pouvez dire précisément ce que ça touche. Gardez la matrice légère et générée quand c'est possible, parce qu'une matrice tenue à la main devient obsolète en un mois.

Chaque exigence reçoit un identifiant, et elle est reliée vers le haut à l'objectif métier qu'elle sert et vers le bas à la conception, à la story et au cas de test. Si je m'embête à le faire, c'est pour l'analyse d'impact et pas pour la paperasse. Quand quelqu'un demande en semaine quatorze ce qui se passe si on abandonne cette règle, je peux répondre en dix minutes au lieu de deviner, et ça vaut l'effort à soi seul. Je m'en sers aussi pour la couverture, donc avant d'entrer en recette je peux voir quelles exigences n'ont aucun test associé, et il y en a toujours quelques-unes. L'important, c'est que ça reste peu coûteux. Si je tiens un tableur à la main, il sera périmé en un mois, donc partout où l'outillage sait relier stories, exigences et tests, je m'en sers et je laisse la matrice n'être qu'un rapport. Et j'adapte : traçabilité complète sur un programme réglementé, quelque chose de beaucoup plus léger sur une réalisation interne de deux mois.