David BROCARD Consultant Indépendant

Référence

DBFOR_SCRUMXP

Présentation

Alors que les modèles classiques de développement logiciel - tels que cycle en V ou le processus unifié - souffrent d'importantes difficultés de mise en œuvre, les méthodes agiles s'imposent de plus en plus comme une alternative crédible à la gestion de projet informatique, mettant en avant l'adaptation et l'interaction entre les personnes plutôt que la prédiction et la gestion d'un contrat figé.

L'expérience d'hier m'incite à publier ce billet sur les techniques d'élaboration de besoins en agilité (dans les domaines plus "classiques", on parle d'"Ingénierie des exigences")

Vue fonctionnelle d'ensemble

Dans le Business Value Game, on dispose les user stories de la façon suivante : En haut, de gauche à droite, on place les features (ensemble fonctionnel de haut niveau, autonome et consistant, répondant à la notion de service rendu de bout en bout avec un résultat observable apportant de la valeur... ouf) de gauche à droite, par valeurs décroissantes (voir la notion de valeur expliquée précédemment)

En dessous, on dispose horizontalement les user stories de haut en bas par valeurs décroissantes (valeurs divisées) et verticalement, en face de la feature à laquelle elles appartiennent.
On obtient ainsi une vue matricielle de l'ensemble. On peut alors considérer une "diagonale" bas-gauche/haut-droite en dessus de laquelle se trouve les user stories les plus intéressantes à élire pour le court terme. Évidemment, ce n'est pas le seul critère à prendre en compte (antécédences entre items, investissements techniques etc)