L'Agilitateur - Exprimer ses besoins - CommentairesCréation de logiciels : de l'agilité à l'artisanat2021-10-09T15:11:31+02:00urn:md5:7668924f626a6543fa389f1b4e47e529DotclearExprimer ses besoins - Avangelurn:md5:089686e19bbf0c9485b6e8328924dd992006-11-19T12:42:27+01:002006-11-19T13:42:27+01:00AvangelJe pense que le modèle métier produit est un document à placer au même rang qu'un diagramme de classes. De cette façon, dès qu'on discute avec les clients des user stories que l'on va réaliser, il y a de fortes chances qu'on le ressorte pour mieux visualiser le process, et qu'on le mette éventuellement à jour.<br />
<br />
Je viens de mettre en pratique cette phase de lancement sur notre projet, mais nous avons dû la réaliser en une journée seulement, du fait des créneaux de temps qui nous sont alloués. Le fait de réfléchir aux rôles utilisateurs est une chose, mais ce qui a le plus servi à mon avis est de réfléchir aux intéractions qu'ils ont entre eux. Cela a permis de révéler des User Stories "cachées" dans le métier, auxquelles nous n'aurions probablement pas pensé sans avoir eu ce travail sur les intéractions. Et comme je le pensais, les tâches(buts) déduites de ce diagramme se sont tout naturellement transformées en user stories, le concept est très proche en fait. Il nous a fallu simplement rajouter les user stories purement techniques, qui sont liées à l'implémentation du noyau minimum nécessaire pour s'intéresser aux fonctionnalités utilisateur.Exprimer ses besoins - oazurn:md5:92eb485ecb140e2cb51a25d8f81d1f002006-11-15T00:14:27+01:002006-11-15T01:14:27+01:00oazMerci pour le lien vers ce document que je ne connaissais pas.<br />
<br />
J'ai bien aimé l'approche en 2 dimensions criticité/temps pour déterminer le meilleur contenu possible pour la 1ère version (slide 31). Je reste cependant un peu sur ma faim quant à la mise à jour du modèle métier suite au feedback des itérations. Ce point mériterait à mon avis plus une escription plus détaillée. Mais peut être ce détail vient-il naturellement quand on a effectivement déroulé une phase initiale avec cette méthode ?<br />
<br />
En tout cas, la description qui y est faite des histoires utilisateur (peu importe comment on les nomme, 'tâche' ou autre) me conforte dans mes choix de granularité. Un distributeur de billet sert à retirer de l'argent et non pas à saisir un code secret de CB tout comme un bug tracker sert à livrer un produit dont on maîtrise les défauts et non pas à saisir des fiches de bug.Exprimer ses besoins - Avangelurn:md5:a064095b1d7a50f9a19237a3187f2b6c2006-11-13T23:07:52+01:002006-11-14T00:07:52+01:00AvangelJe suis actuellement des cours en Master 2 (DESS) IHM, où on nous enseignement beaucoup de choses sur les utilisateurs, leur façon de penser, et comment bien comprendre leurs besoins.<br />
<br />
Un article très intéressant propose une approche centrée utilisateur pour récolter des besoins sous une forme très proche des User Stories, pour ne pas dire identique. Ca me semble très pertinent et très efficace, ce que je pourrai vous confirmer dans le temps (je vais l'expérimenter sur notre projet de l'année).<br />
<br />
Voici le lien : <a href="http://agilealliancebeta.org/show/1368" rel="nofollow" rel="ugc nofollow">http://agilealliancebeta.or...</a>