« User Stories » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 20 : | Ligne 20 : | ||
Les développeurs estiment le temps nécessaire à la mise en oeuvre de ces stories. Chaque histoire fera l'objet d'une estimation de 1, 2 ou 3 semaines en "temps de développement idéal". Ce temps de développement idéal est le temps qu'il faudra pour implémenter la story sous forme de code sans être distrait, en ayant pas d'autres tâches, et que vous savez exactement quoi faire. Plus de 3 semaines signifie que vous devez décomposer la story plus en détail. Moins d'une semaine et vous êtes à un niveau trop détaillé, combinez quelques stories. Un chiffre d'environ 80 user stories, plus ou moins 20, est un chiffres parfait pour créer un [http://www.extremeprogramming.org/rules/commit.html plan de release] pendant la planification de la release.<br/> | Les développeurs estiment le temps nécessaire à la mise en oeuvre de ces stories. Chaque histoire fera l'objet d'une estimation de 1, 2 ou 3 semaines en "temps de développement idéal". Ce temps de développement idéal est le temps qu'il faudra pour implémenter la story sous forme de code sans être distrait, en ayant pas d'autres tâches, et que vous savez exactement quoi faire. Plus de 3 semaines signifie que vous devez décomposer la story plus en détail. Moins d'une semaine et vous êtes à un niveau trop détaillé, combinez quelques stories. Un chiffre d'environ 80 user stories, plus ou moins 20, est un chiffres parfait pour créer un [http://www.extremeprogramming.org/rules/commit.html plan de release] pendant la planification de la release.<br/> | ||
<br/> | <br/> | ||
Une autre différence entre des stories et un cahier des charges c'est l'accent mis sur les besoins des utilisateurs. Vous devriez essayer d'éviter les détails spécifiques à la technologie, la configuration de la base de données et les algorithmes. Vous devriez essayer de garder les stories centrées sur les besoins et les bénéfices des utilisateurs plutôt que de spécifier la mise en page de l'interface graphique. | Une autre différence entre des stories et un cahier des charges c'est l'accent mis sur les besoins des utilisateurs. Vous devriez essayer d'éviter les détails spécifiques à la technologie, la configuration de la base de données et les algorithmes. Vous devriez essayer de garder les stories centrées sur les besoins et les bénéfices des utilisateurs plutôt que de spécifier la mise en page de l'interface graphique.<br/> | ||
<br/> | |||
Liens : | |||
* [[User Story|User Stories (fr)]] | |||
* [[Planning Poker ou Comment éviter la paralysie lors de la planification de version|Planning Poker (fr)]] | |||
