Archives de
Catégorie : Agilité

Comment valider la qualité d’un produit tout au long du projet en utilisant le Definition of Done – DoD

Comment valider la qualité d’un produit tout au long du projet en utilisant le Definition of Done – DoD

Nous avons vu dans un précédent article que l’objectif premier d’une User Story (US) est de définir un besoin utilisateur recueilli via une expression de besoins qui elle-même adresse un ou des problèmes bien précis. A la différence d’une spécification utilisateur une User Story se veut plus courte, précise et va remplacer la documentation utilisateur que l’on retrouve sur les gros projets.

Lire la suite Lire la suite

Du bon usage des User Story et Epic

Du bon usage des User Story et Epic

Définition d’une User Story

Les spécifications sont souvent une cause majeure de l’échec d’un projet. De mauvaises spécifications peuvent entraîner un manque de vision sur le produit attendu, des fonctionnalités redondantes/contradictoires.

Le but de l’utilisation des « user stories » est de permettre de répondre plus rapidement et avec moins de coût au changement rapide des exigences du monde réel.

En méthode agile, la US est écrite pour partager la vision développeur/testeur/projet à travers des revues fréquentes et non formelles en même temps que celles-ci sont rédigées/modifiées.
On retrouve ce partage également dans les cycles en V au travers de la notion des revues d’exigences/spéc très formelle après que celle-ci soit rédigée (moins d’A/R mais processus très figé – pas de modification en direct).
Les « user stories » décrivent les fonctionnalités qui seront utiles. Les « user stories » sont composées de trois aspects  (principe des 3C):

Lire la suite Lire la suite