Mot-clé - estimation

Fil des billets - Fil des commentaires

lundi 17 novembre 2008

Zorro est revenu

La valeur et le coût

Lire la suite...

dimanche 12 octobre 2008

Variation de périmètre

Un burndown chart de release donne une bonne indication du travail qui reste à faire. En y ajoutant la consommation du budget, on obtient des indicateurs permettant de répondre à des questions fondamentales de la gestion d'un projet : où en sommes-nous dans l'avancement du projet, combien de budget avons-nous consommé ?

Seulement, et c'est normal avec une méthode agile, le périmètre initial, représenté par le point de départ d'un burndown chart, évolue toujours. Je définis ici le périmètre comme le total des points des éléments qui constituent le backlog pour une release.

Il évolue toujours, sur tous les projets auquel j'ai participé. La raison la plus évidente est l'ajout d'une nouvelle story qui n'avait pas été prévue au début du projet. Il y en a de nombreuses autres :

  • la décomposition, suivie d'une estimation. Il est fréquent que le total des points des éléments décomposés ne soit pas identique au total estimé pour l'élément avant décomposition
  • la suppression d'un élément. Il arrive qu'on décide de le reporter pour une prochaine release
  • une ré-estimation d'un ou plusieurs éléments du backlog qui avaient été mal compris
  • un élément qu'on n'avait pas encore estimé, parce qu'on n'avait pas eu le temps et/ou parce qu'il n'était pas prioritaire. Le simple fait de lui donner une estimation ajoute des points au total et modifie le périmètre.

Le burndown chart classique ne permet pas de voir l'évolution de périmètre. Pour l'avoir, il convient simplement de tenir compte de la vélocité. A la fin de chaque sprint, cela revient à faire 2 mesures : le reste à faire et la vélocité du sprint qui se finit. Les deux comptées en points.

Par exemple :

  • fin du sprint 0 : 100 points à faire dans le backlog de produit
  • fin du sprint 1: 82, vélocité 16
  • fin du sprint 2 : 64, vélocité 19
  • fin du sprint 3 : 56, vélocité 18
  • fin du sprint 4: 30, vélocité 20

Cela permet de savoir que pendant le sprint 3, l'évolution de périmètre a été de 18 - (64-56) , soit une augmentation de périmètre de 10 points. Au contraire pendant le sprint 4, le périmètre a diminué de (56-30) - 20, soit 6 points.

Cela peut se voir un graphique, en voici un exemple :

En rouge la courbe de reste à faire, le burndown classique. En bleu, le reste à faire si le périmètre était resté constant, obtenu simplement en utilisant la vélocité à partir du reste à faire au départ.

mercredi 09 juillet 2008

Planning de release

Un plan de release permet d'avoir la connaissance actualisée de ce qui va être fourni au long des sprints de la release. C'est une projection du backlog sur les sprints qui constituent la release.

Lire la suite...

jeudi 19 juin 2008

Conseil agile

Pour une méthode agile, du conseil agile.

Lire la suite...

mercredi 11 juin 2008

Compter les heures, c'est mal

Suite du débat...

Mon point de vue : trouver de l'intérêt dans le comptage des heures, c'est probablement le symptôme d'une mauvaise application de Scrum.

Lire la suite...

dimanche 08 juin 2008

Pas de relevé du temps passé sur les tâches

Le temps qui passe ne se rattrape pas

Lire la suite...

jeudi 22 mai 2008

Pas de volontaire pour les tâches chiantes ?

La question ne se pose pas (trop) dans les équipes Scrum.

Lire la suite...

dimanche 27 janvier 2008

De nouvelles cartes pour le Planning Poker

Estimer devient un jeu...

Lire la suite...

jeudi 03 janvier 2008

Le reste à faire sur une tâche

RAF !

Lire la suite...

mardi 20 novembre 2007

Livres sur les méthodes Agiles

Et en français !

Lire la suite...

- page 3 de 6 -