Estimojo

Le planning poker est un petit rituel avec une seule règle qui compte : personne ne devrait entendre un chiffre avant d’avoir choisi le sien. Faites-le en visioconférence et la règle tient grâce aux bonnes manières. Faites-le dans un tableur à côté du ticket et elle ne tient pas du tout, car l’estimation doit ensuite être recopiée à la main, et celui qui recopie peut l’arrondir.

Estimojo fait dérouler le rituel sur le ticket lui-même, dans Jira comme dans monday.com. Un seul moteur d’estimation se tient derrière les deux : les outils de suivi ne diffèrent que par une passerelle d’une douzaine de méthodes, si bien qu’une règle de vote s’écrit une fois et se comporte pareillement dans l’un comme dans l’autre.

Personne ne voit un chiffre avant la révélation

La confidentialité n’est pas une affaire d’interface qui cacherait quelque chose qu’on lui a envoyé. Avant la révélation, la charge que reçoit l’écran d’un votant porte son propre vote et une valeur nulle pour celui de tous les autres. Ce qu’elle porte en revanche, c’est qui a voté : la salle voit donc qu’elle attend une personne sans voir ce que les autres ont choisi. Le résultat calculé et l’indicateur de désaccord sont retenus à la même condition. La révélation est un changement d’état de la séance, et elle n’est automatique que si l’équipe l’a activée, auquel cas elle se déclenche quand le dernier participant a voté.

Ce sur quoi la salle s’est accordée, et ce sur quoi non

Quand les votes sont révélés, le moteur calcule les valeurs les plus votées puis fait l’une de trois choses. S’il n’y a qu’une seule valeur la plus votée, elle est retenue et marquée comme décidée à la majorité. Si plusieurs valeurs sont à égalité, ce qui suit dépend d’un réglage que l’équipe choisit : un préréglage prend la plus haute des valeurs à égalité et la marque comme décidée par départage, un autre remet l’égalité au coordinateur et ne retient rien. Un troisième préréglage est plus strict jusque dans le premier cas : une majorité relative ne suffit pas, et une valeur que plus de la moitié des votants n’ont pas choisie est traitée comme une absence de décision. Les abstentions sont exclues du calcul plutôt que comptées comme un petit nombre. Et quand la dispersion des votes est large, mesurée par un écart type supérieur à deux, le résultat est signalé, car une salle d’accord en moyenne peut n’avoir pas été d’accord du tout.

Où se place le panneau, et qui peut lancer

Le panneau peut vivre dans le corps du ticket, dans la colonne latérale, ou dans les deux, et le choix appartient au projet plutôt qu’à la personne. Qui peut lancer une séance est également un réglage : n’importe qui, ou seulement la personne à qui le travail est assigné, ou seulement celle qui a ouvert le ticket. Cela ressemble à de petits choix, mais ensemble ils décident à qui appartient la réunion : une équipe où chacun peut lancer n’a pas la même habitude qu’une équipe où seul l’assigné le fait, et l’outil ne tranche pas entre les deux.

Si l’estimation valait quelque chose

L’estimation ne vaut d’être mesurée que face à ce qui s’est passé ensuite. Estimojo enregistre chaque estimation appliquée et peut demander à l’outil de suivi combien de temps un élément a mis pour passer entre deux statuts que l’équipe nomme. En rapprochant les deux, on obtient un graphique de l’estimation face à la durée réelle, sur une fenêtre pouvant aller jusqu’à vingt-quatre mois. C’est la partie qu’une rétrospective peut utiliser : non pas la vitesse à laquelle l’équipe vote, mais si les chiffres sur lesquels elle s’est accordée ont fini par vouloir dire quelque chose.

À qui cela s’adresse

Les équipes agiles qui estiment dans Jira ou monday.com et veulent que le chiffre atterrisse sur le ticket.

Visiter Estimojo: estimojo.bomdisoft.com