Posté par jc-Qualitystreet le 23 janvier 2012
Vous savez que je suis un fervent défenseur de l’utilisation d’un backlog de produit (liste de tous les éléments sources de valeur et nécessaires à l’équipe pour réaliser un produit) “PHYSIQUE” c’est à dire affiché au mur au sein du radiateur d’informations… du coup aujourd’hui, je vous propose un nouveau format “enrichi” pour ce backlog…
Backlog de produit Physique "enrichi"
Ce format de backlog présente tous les avantages d’un backlog physique: visibilité, transparence, finalité, et permet de répondre à un besoin exprimé sur le terrain par certaines équipes que j’ai pu accompagner. En effet même si un gros travail d’estimation de l’EFFORT (exprimé en point) de chaque item du backlog est fait au démarrage du projet, l’équipe est donc régulièrement amenée à réaliser des estimations “à la volée” puisque à chaque sprint des items sont affinés, de nouveaux éléments peuvent surgir ou certaines estimations peuvent être revues du fait de nouvelles informations.
Les estimations agiles ont cette spécificité d’être à la fois collectives (les items sont estimés par l’Equipe dans des sessions de planning poker) et relatives (les items sont estimés les uns par rapport aux autres); elles nécessitent des points de répères; d’où l’idée de visualiser en permanence ces repères utilisés initialement en workshop d’estimation… et de proposer un backlog “enrichi”
Faciliter l'estimation agile en workshop
Attention: il vous faudra un peu de place !!
Posté par jc-Qualitystreet le 14 juin 2010
L’agilité nécessite d’envisager les projets différents. Une des premières différences réside dans le travail d’estimation à réaliser. En effet, l’équipe est amenée très vite à estimer le « Backlog de produit » (la liste des exigences du produit ou plus exactement la liste de tous les éléments sources de valeur qui vont nécessiter du travail de l’équipe pour le réaliser).
Ce travail d’estimation est un préalable à l’effort de planification qui l’accompagne, il est indispensable pour savoir où l’on va. Il va consister à estimer un « Backlog de produit » en « Points » (en quoi ?????) et à le faire de manière collective avec un Planning Poker (un quoi ????).
Ce nouveau mode d’estimation n’est au départ pas naturel : il va s’agir d’estimer la complexité de tous les items du backlog de manière relative, les uns par rapport aux autres (2x Plus ; 3x Plus ; Un peu moins ; La moitié ; 5 fois Moins ; 8xplus …).
Pour cela on utilise des cartes de planning poker (un jeu un peu spécial fondé en partie sur la suite de Fibonacci) , et l’équipe vote ensemble pour estimer chaque élément, sur 1, 2 ou 3 tours en recherchant le consensus ; pas forcément plus naturel mais au moins qui présente un côté ludique !
Jeu de planning Poker
Je ne reviendrai pas ici sur le déroulement d’une session… (peut être un prochain “truc de coach”). Le choix d’un étalon (une User Story de référence), la triangulation et surtout L‘INTELLIGENCE COLLECTIVE sont les piliers de cette technique dont les bénéfices sont certains…
Le problème : Les équipes perdent souvent le fil de leurs estimations, éprouvent des difficultés à comparer, manquent de repères. D’autant que cette activité peut prendre du temps …
La réponse du Coach : L’affichage visuel en colonnes (1 colonne par Valeur), et le placement sous chaque valeur des stories qui correspondent à celle-ci !
Affichage Visuel durant l'estimation
Les Avantages :
- C’est visuel
- Cela facilite la comparaison et renforce le concept de «complexité relative»
- Cela facilite la triangulation
- Cela renforce l’idée que rien n’est pas figé durant ce travail: changer le post it de place est facile!
ATTENTION : Garder sur le post it ou ailleurs la priorisation métier (car votre belle liste ordonnée vole en éclats)
Les autres Trucs de Coach Agile:
