Tom Gilb, Jeff Sutherland, Kai Gilb
Les défauts d'exigences entraînent une reprise du travail. Chaque défaut est un bogue qui entraîne un surcroît de travail. Il est donc important de vérifier que vos exigences ne présentent pas de défauts.
Tom Gilb propose un atelier agile d'une heure qui permet de prendre une page au hasard de vos spécifications et d'identifier le nombre de défauts. Vous pouvez ensuite multiplier les défauts découverts sur cette page par le nombre total de pages d'exigences pour estimer le nombre total de défauts d'exigences que vous prévoyez de mettre en œuvre.
Les défauts sont des éléments tels que
1. L'exigence n'est pas claire pour le développeur qui la met en œuvre.
2. L'exigence spécifie des détails techniques au lieu de l'exigence de l'utilisateur.
3. L'exigence n'est pas testable.
Dans un article récent, Tom décrit un atelier d'une heure avec la direction d'une grande entreprise. Ils ont identifié 33 défauts en une heure. Il dispose de données issues de plusieurs décennies de travail qui montrent que la première fois, vous n'identifierez qu'un tiers des défauts. Si vous passez une heure de plus, vous en trouverez beaucoup plus.
Ainsi, sur une page, de nombreuses entreprises ont 100 défauts. Il a été démontré que tout défaut majeur nécessite environ 10 heures de travail supplémentaire. Dans l'un des exemples cités dans le document de Tom, il dit à la direction qu'il lui reste 2 000 heures de travail à effectuer. Ils sont surpris et lui demandent comment il le sait. L'équipe de projet travaille depuis un an et était censée avoir terminé après environ 2 000 heures de travail. Or, il leur reste encore un an de travail.
Jetez donc un coup d'œil. 100 défauts pour chaque page d'éléments du carnet de commandes peuvent ralentir vos projets. Tom Gilb. Agile Specification Quality Control : Shifting Emphasis from Cleaning to Sampling Defects. TE Testing Experience. Mars 2009. Voici un lien vers l'article de Tom.
French 
English 
Spanish