Planification Estimation du poker par histoire entière ou par tâche

Question

Nous avons l'intention de commencer avec Scrum et de préparer des choses pour le moment. Nous aimerions utiliser le poker de planification pour le raffinement. Mais je ne peux pas trouver l'information, si chaque membre de l'équipe doit estimer toute l'histoire ou juste sa tâche comme les tests.

par exemple. par l'histoire "En tant qu'utilisateur j'ai besoin d'une formule pour envoyer des incidents automatiques"

Devrait un testeur, estimer juste sa tâche de test ou devrait-il estimer l'histoire entière incl. test, programmation etc. Parce que je ne vois pas, qu'un testeur pourra estimer l'effort pour un programmeur.

concernant collin

Answer 1

Lorsque vous planifiez le poker, vous n'estimez pas l'effort, vous estimez la taille relative. Par exemple, une histoire de 5 points est plus grande qu'une histoire de 3 points et ainsi de suite.

Toute l'équipe estime ensemble. Ils commencent par estimer la taille relative de leur point de vue. Ensuite, ils discutent en détail s'il y a des différences dans les estimations. Finalement, ils s'entendent sur une taille de consensus et passent à l'histoire suivante. Par exemple, une équipe estime une histoire pour ajouter certaines fonctionnalités à une page Web. Un développeur a déjà fait ce genre de travail et estime 3 points. Un autre développeur est nouveau à ce type de travail et estime 5 points. Le testeur de l'équipe est un peu inquiet de la façon dont elle va tester l'histoire alors elle l'estime comme un 8. Comme il n'y a aucune garantie que le développeur qui l'a classé comme 3 fera le travail, ils estiment qu'une meilleure estimation est meilleure. Les développeurs écoutent aussi le testeur expliquer pourquoi il sera difficile à tester. L'équipe en parle pendant un moment. Ils réfléchissent à des moyens de faciliter les tests. Ensemble, ils acceptent d'aller avec 5 points pour l'histoire.

Ce type de processus prend du temps au début. Mais à mesure que l'équipe s'habitue à travailler ensemble, elle parvient de mieux en mieux à atteindre rapidement un consensus. Le point important est que tout le monde a son mot à dire.

Answer 2

En théorie, le chaque membre doit évaluer toute l'histoire. Le but d'un poker de planification n'est pas "qui a raison ou qui a tort sur l'estimation". Le but est de partager des informations entre l'équipe pour obtenir des estimations plus précises au fil du temps. Peut-être que l'analyse d'un testeur donnera plus d'informations aux autres membres, y compris les développeurs, pour estimer. La mêlée agile dépend de la communication entre les membres de l'équipe. L'équipe devrait être considérée comme un rôle approprié, plutôt que de considérer «le développeur» ou «le testeur». Donc, mon opinion est que chaque membre devrait estimer l'histoire entière. S'il y a des différences, alors les gens parlent, comprennent pourquoi il y a des différences ou des difficultés et parviennent à un accord.

Answer 3

Planning Poker n'est qu'un outil utilisé dans AGILE. Son but est d'aider l'équipe à décider du nombre de points à allouer à une tâche ou une histoire particulière (vous pouvez l'utiliser pour les deux). Il a pour but d'aider à atténuer les débats interminables. Lorsque vous utilisez Planning Poker Cards, vous comptez sur l'expertise des personnes impliquées - c'est une question d'opinion d'expert. Donc, si tout le monde montre à peu près la même carte que tout le monde est sur la même page et il est facile de décider. Cependant, si quelqu'un choisit une carte qui est loin de la valeur moyenne choisie par le reste de l'équipe, l'équipe doit se lancer dans un débat: pourquoi cette personne a-t-elle choisi cette valeur? arguments.Quoi qu'il en soit, en bref, c'est un outil de prise de décision et il est utilisé partout où vous en avez besoin. Il aide à converger vers une vue commune plus rapidement que les réunions traditionnelles où vous en parlez sans cesse.