Un atelier XP Game est programmé le mercredi 3 février, de 17h45 à 20h. J'aurai le plaisir de l'animer avec Thierry.
XP Game est un atelier de simulation de quelques itérations Extreme Programming. Cela permet surtout (mais pas seulement !) aux développeurs d'être sensibilisé vis-à-vis des coûts de développement, de leurs estimations et de mieux comprendre les droits et responsabilité de chacun (client/développeurs).
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)
Le dernier <a href="http://www.sigmat.fr/dotclear/index.php?post/2009/12/04/"SigmaT12-dans-une-semaine">Sigmat12 fut exceptionnel.
En particulier la présentation Scrum in the Real World : un essai transformé", même si les deux autres ont été également de grande qualité (TFS par Bewise et un retour d'expérience Ekito/INRA).
Je rebondis sur l'excellent billet de Thierry (et des références citées), auquel je souscris dans les grandes lignes : il y a des divergences de fond manifeste entre la vision CMMI et celle de l'agilité, autant les mettre à jour pour mieux les gérer.
Cette métaphore qui avait fait le tour des mails il y a quelques années me fait toujours autant sourire.
Avec le recul et mes expériences dans les projets agiles, ce qui retient le plus mon attention aujourd'hui est la dernière image : ce que voulait vraiment le client n'est finalement pas ce sur quoi il avait juré au départ...
Ce constat semble immuable au sein des projets informatiques.
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)
