Agile ou pas, il est souvent utile d’avoir des prévisions sur le moyen terme
Prioriser, cela permet de définir l’ordre de développement. Dans le cadre de Scrum, la priorisation porte sur les éléments du backlog et indique à l’équipe sur quoi elle va travailler dans le ou les sprints qui viennent.
La priorité d’une fonctionnalité est basée sur sa valeur métier, mais pas seulement. Pour affiner l’ordre de cette fonctionnalité et se projeter un peu plus loin que le travail immédiat, il convient aussi de s’intéresser à l’effort pour la développer.
Le schéma est facile est 3 colonnes. L’incertitude cumulée sur 6-7 sprints (ex. release de 3 mois avec des sprints de 2 semaines) risque d’être très forte.
Contrairement à ce qu'on pourrait croire, le mouvement #NoEstimates ne milite pas pour la suppression de toutes les estimations. Il s'agit d'un retour aux principes de l'agilité
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.
La méthode Kanban contribue à prendre une vue plus large, holistique, sur l'ensemble des activités de l'organisation
J’ai écrit la préface de Kanban pour l’IT, le livre de Laurent Morisseau, deuxième édition.
Voici un nouvel extrait.
C’est le pénultième.
Mesures et estimations En réponse à l’exigence de prédictibilité toujours exigée par le management, les méthodes agiles ont réussi, en quelques années, à populariser le planning poker, l’estimation en points et la vélocité.
Cependant les dérives liées aux habitudes du contrôle et du micro-management sont apparues de façon concomitante.
J’ai arrêté mon sondage sur les estimations à 100 réponses, c’est plus facile pour calculer les pourcentages. Voici les résultats.
Je demandais quelles étaient les unités utilisées pour les estimations :
tâches en heures et stories en jours 19 % tâches en heures et stories en points 35 % stories en points, pas les tâches 34 % stories en taille de T-shirt ou équivalent 4 % #NoEstimates 7 % Mes premiers commentaires :
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
En Espagne, les panneaux indicateurs, comme le balisage, sont plutôt rares sur les sentiers mais ils ont la particularité, par rapport aux français et aux suisses que je connais, de donner à la fois la distance et la durée.
J’avais écrit en 2007, juste après mon tour des Dents Blanches, un billet sur ce sujet, titré “La minute idéale du randonneur”.
Le panneau placé près de l’hospice de Vielha, lui, indique que le Port de Rius est à 4kms et 1h50.
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.
La planification de release est optionnelle dans Scrum. On n’en a pas toujours besoin. Cependant la plupart des équipes que je connais souhaitent en disposer, ce qui demande des efforts.
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.
À 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.
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.
J’avais ajouté une réponse “je ne sais pas”, c’est classique dans une enquête. Et puis, comme j’étais bien conscient que mon enquête revenait plus ou moins à comparer des vélocités d’équipes différentes, j’avais ajouté une dernière réponse : “C’est du pipeau cette enquête”.
Donc ça donnait ça :
