L'Agilitateur - C'est à l'outil que l'on reconnaît le bon ouvrier - Commentaires

C'est à l'outil que l'on reconnaît le bon ouvrier - Avangel

Avangel — Mon, 12 Jun 2006 15:18:44 +0200

Oui j'ai fait une erreur, je voulais dire que la modélisation n'est pas SYSTEMATIQUEMENT nécessaire, il faut en faire quand la complexité métier le justifie. Bref, soyons Agiles ;)

C'est à l'outil que l'on reconnaît le bon ouvrier - Oaz

Oaz — Sun, 11 Jun 2006 21:10:33 +0200

Que la modélisation métier soit nécéssaire ou pas, c'est, je pense un autre (vaste) débat. Mais dans le cas où elle est utilisée il faut quand même être capable de faire le lien entre tout ça...

C'est à l'outil que l'on reconnaît le bon ouvrier - Avangel

Avangel — Thu, 08 Jun 2006 10:51:39 +0200

En fait, l'outil que j'évoquais serait plutôt utilisé au démarrage d'un projet, comme un assistant pour générer les premières user stories, qui seraient alors intégrées dans un autre outil. Quand on a fait les premières user stories, il est très naturel de les faire évoluer après une rétrospective (de sprint par exemple), et pour ça l'équipe (ou le product owner) le met à jour dans l'outil projet. Reste à prévoir dans l'outil les fameux champs personnalisé pour chaque user story.

La modélisation métier ne me semble pas nécessaire. Travailler avec des thèmes permet d'identifier ses grands secteurs métiers, puis pour chaque secteur de raffiner des sous-secteurs, etc jusqu'à la production de US. L'approche par raffinages successifs est intuitive et généralement efficace. C'est d'ailleurs cet esprit qu'on utilise dans la planification, où on raffine au fil des sprints.

C'est à l'outil que l'on reconnaît le bon ouvrier - Oaz

Oaz — Thu, 08 Jun 2006 00:41:43 +0200

C'est vrai qu'un outil qui sorte du cadre du développement au sens strict pourrait vraiment être utile. J'ai toutefois l'impression que cela fait automatiquement rentrer dans le domaine de la "modélisation de processus métier" du client et je ne me sens pas encore à l'aise avec ces notions pour arriver à en apprécier les points importants.
Il me semble qu'il y a implicitement quelque chose d'itératif dans tout cela : la définition de user stories nourrit le développement tout comme une version du produit développé nourrit l'écriture de nouvelles user stories. J'ai effleuré le sujet dans ce billet : http://agilitateur.azeau.co... . Un outil qui viserait à adresser cette problématique devrait, à mon avis, tenir compte de cet aspect itératif.
Par ailleurs, je n'ai aucune idée de l'existant en matière d'outil d'aide à la "modélisation de processus métier".

En ce qui concerne la capacité du client à faire du XML, je ne doute pas que l'utilisation de notepad soit un peu limite mais un outil tel que Jaxe ou comme Etna (lorsqu'il sortira) http://xtech06.usefulinc.co... me semble être largement dans le domaine du possible.
Après tout, un client agile est censé savoir définir des tests automatisables. J'ose espérer qu'un logiciel tel que FIT http://fit.c2.com/ est à sa portée !

PS : j'ai modifié le lien vers IceScrum

C'est à l'outil que l'on reconnaît le bon ouvrier - Avangel

Avangel — Wed, 07 Jun 2006 00:42:55 +0200

C'est vrai que XML a le mérite d'être complètement souple en assurant un formalisme personnalisable via les schemas. Maintenant, je ne sais pas si un client aimera ouvrir son notepad favori pour taper du XML :S Même Jaxe est encore trop proche de la technique au niveau de son interface. N'oublions pas que la plupart des clients savent tout juste utiliser Word, Excel, PowerPoint, leurs applications métier et l'explorateur Windows (heureusement pour nous, ça nous fait vivre ;)

Je me demandais récemment s'il ne serait pas justement intéressant de réaliser un outil qui guiderait l'utilisateur (ou un groupe en réunion avec un vidéoprojecteur), à identifier des UserStories généralistes, puis des thèmes, puis à les décomposer, les reclasser, prioriser le tout, etc. Et là un magnifique export XML est récupéré par l'équipe de dév qui l'intègre dans leur outil favori (comme IceScrum, au hasard ;), voire ce module fait partie de leur outil. Dans tous les cas, il n'y a pas de solution miracle je pense. Et puis les post-its (ou fiches cartonnées) épinglés sur un tableau en liège, même si c'est rustique, c'est relativement efficace.

Juste un mot sur IceScrum, l'adresse indiquée pointe sur le serveur de dév. Visitez plutôt http://prog13.free.fr/icesc... (en anglais par contre désolé)