Mot-clé - estimation

Fil des billets - Fil des commentaires

Prioriser, estimer et planifier

Lire la suite...

Prochain Cube Agile à Toulouse : prioriser, estimer, planifier

Cube_marche2_600_263.svg.png

Comment on priorise ? Pourquoi on estime ? À quoi ça sert ? Qu'est-ce qu'on estime avec Scrum et l'agilité ? Comment faire en sorte que le planning poker ne prenne pas trop de temps ? Comment éviter que la vélocité ne tue l'agilité ?

Lire la suite...

Discussion à propos de #noEstimates

Lors de la deuxième journée de l'Agile tour Toulouse, le sujet #noEstimates que j'avais proposé a été retenu pour le premier run de l'Open Space. Nous étions un groupe de 6 ou 7 à en discuter. Le sujet ayant de nombreuses implications, la demi-heure que nous y avons consacrée est passée très vite.

Lire la suite...

Chapitre quinze

La troisième édition de mon livre Scrum a été publiée il y a un an. Depuis, plus de 2000 exemplaires ont été vendus. Pour ces lecteurs, que je remercie bien chaleureusement, je fournis régulièrement des suppléments en ligne.

Voici ceux qui portent sur Estimations, mesures et indicateurs, le chapitre 15 de la troisième édition.

Lire la suite...

Préface de Kanban pour l'IT, cinquième partie

J'ai écrit la préface de Kanban pour l'IT, le livre de Laurent Morisseau, deuxième édition.

Voici un nouvel extrait.

Lire la suite...

Mon enquête sur les estimations

J'ai arrêté mon sondage sur les estimations à 100 réponses, c'est plus facile pour calculer les pourcentages. Voici les résultats.

Lire la suite...

Panneaux indicateurs

J'ai profité des derniers beaux jours pour aller randonner dans le val d'Aran, vers les plus beaux lacs des Pyrénées. Les lacs de Rius et de Tort de Rius sont effectivement des merveilles.

Lac de Rius

Lire la suite...

Chapitre six

Dans la série Suppléments en ligne, voici ceux du chapitre "La planification de release".

C'est dans ce chapitre qu'est abordé le sujet toujours délicat de l'estimation des stories en points. C'est aussi là que je présente la notion de vélocité et qu'on voit pour la première fois un burndown chart.

Lire la suite...

Faut-il ré-estimer les stories pendant la planification de sprint ?

On arrive à la réunion de planification du sprint avec une liste de stories prêtes. Ces stories sont déjà estimées : c'est généralement une condition pour les considérer comme prêtes.

Leur estimation, faite par exemple avec un Planning Poker, date au mieux de quelques jours (lors des revues de backlog du sprint) et probablement pour certaines de beaucoup plus.

A la fin de la réunion de planification du sprint, on connaît beaucoup mieux la difficulté des stories, puisqu'on s'est mis d'accord sur les critères de réalisation et de finition, qu'on a des conditions d'acceptation et qu'on a identifié les tâches pour réaliser la story.

Faut-il ré-estimer ?

En général, non, il n’est pas utile de revoir l’estimation qui, rappelons-le, est relative.

Cependant il peut arriver pour une ou deux stories qu’on se dise que le 2 qui a été donné lors du Planning Poker devrait plutôt être un 5 ou un 8. Dans ce cas de différence manifeste entre son estimation initiale et le ressenti de l’équipe, il vaut mieux changer les points d'une story.

Mon sondage sur la vélocité

En février, j'avais lancé une enquête "Quelle est votre vélocité moyenne ?"

Je donnais comme réponses possibles des plages soigneusement sélectionnées pour une vélocité d'équipe.

Lire la suite...

- page 1 de 6