Blog EN Connexion

Préparez votre poker de planification en quelques secondes, commencez à estimer les points de scénario au scrum poker dès maintenant

Créez votre salle de planification et invitez d'autres personnes en un seul clic

1
3
5
8

Une salle de poker personnelle vous a été attribuée.

Partagez l'identifiant de la salle avec vos coéquipiers pour qu'ils puissent se joindre au scrum poker.

VOTRE IDENTIFIANT DE SALLE: ----

COMMENT ÇA MARCHE

Créer une salle temporaire
1

Créer une salle temporaire

Mise en place en quelques secondes. Utilisez la fonction de réservation instantanée ou inscrivez-vous pour conserver le même numéro de salle pour les planifications futures, ce qui accélère encore la mise en place.

Inviter d'autres participants
2

Inviter d'autres participants

Invitez vos collègues à votre poker de planification en partageant l'identifiant de la salle, en les laissant scanner le code QR avec leur mobile ou en leur envoyant simplement le lien. Si vous avez du mal à trouver un créneau horaire commun, créez un sondage avec notre

Commencez à estimer les scénarios
3

Commencez à estimer les scénarios

Une fois que votre équipe est entrée dans la salle, vous pouvez les voir en ligne et le scrum poker peut commencer. L'équipe peut soumettre des estimations, voir qui a fourni des estimations et montrer les résultats.

Comment réussir l'estimation d'un scénario ?

Tous ceux qui ont travaillé avec Scrum, SAFE ou d'autres méthodologies agiles qui s'appuient sur des estimations de scénarios de planning poker pour juger de la complexité d'un élément savent à quel point ces séances peuvent être délicates. En même temps, tout le monde est péniblement conscient de l'importance d'une bonne session de planification, d'une part pour s'assurer que l'équipe agile s'accorde sur les critères d'acceptation, la définition du fait accompli et la portée générale et, d'autre part, pour permettre au chef de produit de prendre une décision éclairée lorsqu'il établit les priorités de l'arriéré.

Comment faire pour qu'une séance de scrum poker soit un succès ? Pour comprendre la recette d'une planification réussie, nous examinerons ce qu'est un scénario d'utilisateur bien préparé, comment le présenter, quelques bonnes pratiques pour le poker lui-même et comment gérer les écarts entre les estimations.

Avant d'estimer, assurez-vous que le scénario de l'utilisateur est "prêt" et qu'il a été discuté

Ce conseil peut être simple, mais pour que la séance d'estimation soit réussie, il est important que le long métrage ou le scénario que nous voulons estimer soit prêt. Alors comment préparer un scénario ? Dans la mêlée, cela se fait généralement lors des séances d'affinement, où le chef de produit et le développeur (et souvent sous la direction d'un maître de mêlée) discutent des détails du scénario.

Dans notre équipe, cela commence par la présentation succincte par le chef du produit de ce que l'utilisateur veut être capable de faire et qu'il définie comment ayant de la valeur. Cette deuxième partie est particulièrement importante car elle doit donner une idée de l'importance de ce que nous faisons. La structure la plus répandue pour un scénario d'utilisateur est "En tant que ..., je veux faire ..., de sorte que ...".

Souvent, le chef de produit aura également écrit certains critères d'acceptation de haut niveau, qui sont alors discuté avec l'équipe de développement. Peut-être contre-intuitivement, les bons critères d'acceptation sont des conditions de haut degré qui satisferaient le client et lui permettraient d'atteindre la valeur définie et non une description finement détaillée des exigences de la solution. L'équipe de scrum discute ensemble le scénario de l'utilisateur en examinant les critères d'acceptation et peut décider d'en ajouter ou d'en supprimer certains ou de clarifier des éléments qui sont clairement hors de portée.

Une fois que tout le monde est d'accord sur les critères d'acceptation et la définition de done, nous pouvons passer à l'estimation proprement dite en utilisant dans notre cas le Scrum Poker (également appelé Planning Poker).

Estimation à l'aide du scrum poker

C'est à ce moment que l'outil d'estimation de scrumpoker-online.org devient utile. Nous recommandons d'ouvrir la session session au début de la session de raffinement ou de planification et de demander à tous les membres de l'équipe de mêlée d'entrer dans la salle en utilisant l'identifiant de salle fourni. la salle en utilisant l'identifiant de salle fourni. Une fois que l'histoire utilisateur a été discutée et que toutes les questions ont été répondues, tous les membres de l'équipe de développement commencent à estimer la complexité de l'histoire en lui attribuant des points d'histoire. Ok, les points d'histoire et complexité, ça a l'air facile... mais que sont exactement les points de narration et comment savoir combien de points de narration doivent être attribués à une histoire ? points doivent être attribués à une histoire ?

Points de scénario

Les story points sont une mesure abstraite pour représenter la complexité de la mise en œuvre d'un scénario d'utilisateur. En général, cette "complexité" est liée bien sûr à l'effort, mais aussi au risque et aux difficultés prévues. La mesure est abstraite, car elle ne peut être liée à une unité de temps telle que les jours ou les heures-personnes.

Scrumpoker-online.org utilise la séquence de fibonacci (1,2,3,5,8,13,21) pour estimer les histoires. Il est également très utile d'avoir une user story de référence que tous les membres de l'équipe scrum comprennent bien et de lui attribuer une estimation. L'équipe peut alors commencer à estimer les autres user stories en les comparant à la user story de référence. Ainsi, par exemple, si la user story de référence a été estimée à 3 points, une story qui n'a qu'un point devrait être trois fois moins complexe. Ainsi, la valeur absolue des histoires est moins importante que leur relation les unes par rapport aux autres. Et n'oublie pas de rester agile et de commencer à expérimenter, plus l'équipe estimera de stories, plus elle s'améliorera.

Révéler les résultats

Une fois que tout le monde a rendu ses estimations, le chef de produit ou le maître de scrum (scrum master) montre les résultats et si tous les résultats correspondent, le scénario a été estimé avec succès. Si, par contre, il y a des divergences, les membres les plus éloignés peuvent commencer à discuter des raisons pour lesquelles leurs estimations divergent. Le plus souvent, cela indique qu'il n'y a pas encore de compréhension commune de tout ce que ce scénario implique. Cette discussion peut conduire à redéfinir les critères d'acceptation et c'est tout à fait normal, c'est après tout un processus itératif

Ok, super, j'ai maintenant une estimation, mais pourquoi est-ce important ?

Un scénario bien estimé aide grandement le chef de produit à mieux juger si la valeur d'un scénario d'utilisateur (ou d'une nouvelle fonctionnalité) vaut la complexité et l'effort de sa mise en œuvre. En outre, cela permet de mieux comprendre la planification d'un sprint : après le premier sprint, l'équipe saura exactement combien de scénarios elle a pu réaliser, et le sprint suivant devrait donc être rempli avec une somme similaire de scénarios. Au fur et à mesure que l'équipe acquiert des connaissances et devient plus efficace, la livraison d'un certain nombre de scénarios peut être réalisée plus rapidement qu'auparavant. Mais c'est la deuxième étape - pour l'instant, commencez à faire des estimations pendant votre session de planning poker en utilisant scrumpoker-online.org et profitez du plaisir d'essayer de vous mettre d'accord sur une estimation... Vous verrez, cela fera des merveilles pour produire une compréhension commune de ce qui est attendu.