04 February 2012

Inscrivez-vous au Flux RSS

Truc de coach: un Backlog enrichi et visuel pour ne pas perdre le fil… de vos estimations

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"

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 lestimation agile en workshop

Faciliter l'estimation agile en workshop

Attention: il vous faudra un peu de place !!

Workshop collaboratif et Lettre au Pere Noel: Acte 4

Posté par jc-Qualitystreet le 24 novembre 2011

… entre JEU et Esprit Agile à la maison…

Noel approche et pour la quatrième fois, nous avons fait avec les enfants, dans un esprit ludique et hautement collaboratif les LETTRES au PERE NOEL.. - ou techniquement parlant Notre liste priorisée de cadeaux pour Noel- :)

Mêmes contraintes

  • Le temps du Père Noel est compté
  • Son traineau n’est pas extensible
  • Les délais sont serrés
  • Le Père Noel a un grand nombre d’enfants à satisfaire
  • La date de livraison ne peut pas bouger
  • et une nouvelle cette année, la livraison doit se faire  sur deux sites… c’est la vie :(

Le Workshop

Pas besoin d’ouverture, les enfants sont familiers du process; ils sont prêts et impatients de commencer…

En outre, ils savent qu’ils ne pourront pas tout avoir (leçons issues du passé:)  et savent qu’être sage ou non durant l’année a un impact fort sur la motivation du Père Noel à leur livrer ce qu’ils souhaitent…Ils ont donc parfaitement intègrés, en bons Product Owner qu’ils sont, la nécessité de FIXER DES PRIORITES!

Etape1: Analyse des besoins, Brainstorming et collecte des donnés

Des semaines de lecture et de recherche, de nombreux échanges avec les copains/ copines de l’Ecole ont constitués une fabuleuse préparation pour ce workshop à la Maison.

Des catalogues

Sélection des items

Etape 2: Initialisation du Backlog

  • Les images sont découpeés - sorte d’atelier user stories:)
  • Une image est collée par Postit (roses pour ma fille; orange pourmon fils). Les backlogs sont initiés

Cest le moment de couper

C'est le moment de couper

Une image par PostIt

Une image par PostIt

Exemple ditem... Buzz lEclair!

Exemple d'item... Buzz l'Eclair!

Etape 3: Priorisation du Backlog

Les postit -cadeaux sont placés soit sur le sol soit sur la table (leur préférence cette année). les enfants font alors leur effort de priorisation (pas toujours facile) et ordonnent les post it à la file indienne.

En haut, les jouets dont ils ont le plus envie, ceux qu’ils veulent le plus avoir (certains agilistes iraient jusquà dire ceux qui sont le plus source de VALEUR à leurs yeux…).

Effort de priorisation. Aucun doute sur le TOP 3!

Effort de priorisation. Aucun doute sur le TOP 3!

On commence par le haut

On commence par le haut

On check on compare on utilise la triangulation. Voilà une compétence PO déjà acquise!

On check on compare on utilise la triangulation. Voilà une compétence PO déjà acquise!

Passage de la table au Mur. Perspective diffèrente

Passage de la table au Mur. Perspective diffèrente

Une vue différente qui visiblement leur a plu

Une vue différente qui visiblement leur a plu

Etape 4: Customisation du Backlog Customization

Depuis l’année dernière, cette étape de customisation est devenue tout simplement cruciale!

La customisation: CRUCIALE à 6 et 4 ans!!!

La customisation: CRUCIALE à 6 et 4 ans!!!

Encore et encore customiser

Encore et encore customiser, côté garçon

Côté fille

Côté fille

Etape 5 : Affichage du Backlog et Version imprimée: la lettre au Pere Noel

Il ne reste plus qu’à afficher le poster dans la chambre des enfants pur lui assurer un maximum d’accessibilité et de visibilité. Ensuite on imprime au format A4 la photo de ce beau backlog, la glisse dans une enveloppe et on l’expédie au pôle Nord… Voilà le tour est joué

résultat du workshop pour mon fils

résultat du workshop pour mon fils

Resultat final pour ma fille

Resultat final pour ma fille

Résultats

Comme à chaque fois, on a passé un super moment!

Mon Backlog de produit est DEEP… et PHY-SI-QUE!

Posté par jc-Qualitystreet le 31 janvier 2011

Le Backlog de produit est cette liste de tous les éléments sources de valeur et nécessaires à l’équipe pour réaliser un produit. C’est le véritable fil rouge d’un projet Agile Scrum.

Vous qui suivez ce blog, vous connaissez peut être déjà les caractéristiques majeures (D.E.E.P.) d’un bon backlog ?

Mon Backlog est DEEP: c'est clair !

Mon Backlog est DEEP: c'est clair !

Malheureusement, on peut constater que parmi les équipes travaillant dans un mode Agile, encore peu de backlogs de produit répondent aujourd’hui à ces critères de qualité!

Étonnamment (ou pas), la question de l’outil permettant de gérer ce backlog suscite souvent plus d’intérêt… Outils dédiés, payants ou non,  Excel, Google spreadsheet mais aussi Sharepoint, Jira voire même QualityCenter (si si je vous assure…)… quel outil choisir? Mais, c’est oublié assez vite, une autre caractéristique du Backlog de produit qui pour moi demeure essentielle: sa dimension physique.

Mon Backlog de produit est avant tout PHYSIQUE

Disposer d’une version physique (postits ou bristols sur un mur) du Backlog de produit, visible et accessible en permanence, est tout simplement indispensable. Accompagné de sa courbe, le BurnUp, c’est selon moi un élément clé du radiateur d’informations.

Backlog Physique: je vois où j'en suis; et là ON TOUCHE AU BUT !

Backlog Physique: je vois où j'en suis; et là ON TOUCHE AU BUT !

Des bénéfices bien réels…

Le backlog de produit « physique » :

  • offre aux yeux de tous (Equipe ou non) une vraie visibilité sur l’avancement du produit: ce qu’on fait, ce qu’on a fait et surtout le chemin restant à parcourir.

La vison du produit nous donne le cap ; le backlog de produit guide nos pas.

  • est un signal fort de transparence (valeur forte de l’Agilité), mais aussi la marque d’une vraie volonté d’ouverture et de recherche de collaboration et de feedback
  • permet aussi, en plus du produit partiel livré à chaque sprint, de DONNER DU SENS au travail de l’équipe. Proposer & afficher un but, une ambition est une source de motivation et d’engagement désormais reconnue. Le backlog de produit en tant que fil rouge du projet, vient concrétiser tout cela.
  • Donne enfin la vue globale, cette “big picture” que CHAQUE MEMBRE DE L’EQUIPE ATTEND, et qu’aucun outil virtuel ne peut à ce jour remplacer.

L’esprit Agile et quelques prérequis

Le coût de création, notamment d’écriture, est un faux-problème (car l’ensemble prendra au final très peu de temps). Toutefois, l’efficacité du backlog de produit physique nécessite:

  • Que celui-ci soit affiché, au sein du radiateur d’informations, là où l’Equipe travaille et donc évidemment pas très loin du Product Owner
  • Que celui-ci soit partagé et qu’il devienne un élément de discussion entre l’Equipe et le Product Owner. Le backlog de produit physique doit devenir un véritable point de rencontre
  • Que celui-ci soit «bichonné» et mis à jour en continu: laisser un backlog de produit à l’abandon dans un coin du mur n’est pas acceptable, c’est le signe que quelque ne va pas.

Trois conditions qui se travaillent au fil des sprints.

Vous l’aurez compris: le backlog de produit, moi j’en suis Fan !

Evidemment, les versions électroniques des backlog de produit restent INDISPENSABLES pour les équipes distribuées évoluant dans des contextes distants. Pourtant, y compris dans ces contextes, il faut savoir revenir à plus de simplicité, et redonner l’outil sa vraie place, c’est à dire « rendre les processus plus efficients et faciliter le travail des personnes ».
L’outil doit rester source de valeur, et ne doit pas ni devenir une contrainte ni une forme de gaspillage.

SCRUM, Backlog et Père Noel… Acte 3

Posté par jc-Qualitystreet le 11 novembre 2010

Ou l’Agilité à la maison !

Noel approche et pour la troisième année, nous avons fait avec les enfants, notre LETTRE au PERE NOEL, ou plus exactement nos Backlogs priorisés pour le Père Noel.

Esprit Agile, Esprit KAIZEN, nous cherchons évidemment  à améliorer notre process (voir notre process en 2008, notre process en 2009)

Backlog Final ! Priorisé et customisé ! version garçon

Backlog Final ! Priorisé et customisé ! version garçon

Mêmes contraintes que les années passées

  • Le temps du Père Noel est compté
  • Son traineau n’est pas extensible
  • Les délais sont serrés
  • La date de livraison ne peut pas bouger
  • Le Père Noel a un grand nombre d’enfants à satisfaire

Autres éléments de contexte

Mes enfants sont désormais des Product Owners expérimentés :)  :

  • Ils manient le post-it et la patafix avec dexterité…
  • Ils savent qu’ils ne pourront pas tout avoir (mais qu’il y a d’autres occasions “releases” pour recevoir des cadeaux :)  …
  • Ils savent qu’être sage ou non durant l’année a un impact fort sur la motivation du Père Noel à leur livrer ce qu’ils souhaitent…

DONC, ils ont compris la nécessité de fixer des PRIORITES!

Voilà donc comment nous fixons des priorités pour la lettre au père Noël

Temps 1 (optimisé) : Analyse des besoins, Brainstorming et collecte des données
Lecture passionnée depuis quelques semaines, et recherche intensive dans plusieurs sources. Confrontation avec les copains / copines de l’école. Conseil aux parents puis découpage des images.

Des catalogues...

Des catalogues...

Brainstorming

Brainstorming

Workshop Parent

Workshop collaboratif avec Parents

Temps 2 : Initialisation des Backlogs
Les images sont découpées. Une image par Post it sur 1 post it. Post it rose pour ma fille ; jaune pour mon fils qui cette année participe beaucoup plus activement (question de maturité : il a maintenant 3 ½ ans). Les deux backlogs sont alors initiés.

1 image par Post It

1 image par Post It

1 item

Exemple d'1 item

Temps 3 : Priorisation des Backlogs
Les post it sont posés sur le sol. Mes enfants doivent les classer par ordre de préférence « à la file indienne » : en haut, ceux dont ils ont le plus envie, les plus importants pour eux …

En haut, la plus grande priorité , ce dont vous avez le plus envie !

En haut, la plus grande priorité , ce dont vous avez le plus envie !

Triangulation. Pour prioriser: bien comparer...

Triangulation. Pour prioriser: bien comparer...

Liste priorisée

Liste priorisée

Passage du sol au Poster

Passage du sol au Poster

Temps 4: Customisation des Backlogs
Les post it sont priorisés sur le sol puis transposés sur le poster. Nous gardons le principe de management Visuel mais nos Product Owner ont souhaité cette année s’approprier davantage leur backlog, en le customisant.

Customisation

Customisation

Customisation du Backlog

Customisation du Backlog

Backlog priorisé et customisé : version Fille

Backlog priorisé et customisé : version Fille

Temps 5 : Affichage des Backlogs
Direction la chambre pour une visibilité optimale des backlogs.

In situ

In situ

Bilan

On a vraiment passé un bon moment et  les enfants sont plus que ravis (faut dire qu’ils attendaient le  « jeu des post it » avec impatience). J’ai pris plaisir à “coacher” ces bons Product Owners :)

Dans SCRUM mon Backlog de produit est DEEP

Posté par jc-Qualitystreet le 5 février 2010

Les coachs Agiles apprécient les acronymes … c’est vrai qu’ils permettent de faire passer simplement quelques messages clés auprès des équipes.

Alors vous m’entendrez souvent au cours de mes missions de coaching insister sur :

Le backlog de produit, c’est en résumé 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 réaliser le produit. On y trouve donc essentiellement des User Stories mais aussi des élément plus techniques voire des défauts détéctés .

Le backlog de produit est un des 3 artefacts SCRUM, sous la responsabilité du Product Owner, c’est l’élément central de tout notre dispositif agile. Il se construit (se priorise et s’estime collectivement) en général dans le Sprint 0.

Alors, qu’est ce qui caractérise notre backlog de produit ? Il est DEEP tout simplement :

  • D = Détaillé de manière appropriée (le backlog contient des éléments au bon niveau de granularité : suffisamment petits, détaillés et compréhensibles pour ceux devant être réalisés dans les sprints qui arrivent)
  • E = Estimé (chaque élément du backlog est estimé de manière relative, les uns par rapport aux autres; une estimation menée collectivement par l’équipe: c’est le Planning Poker)
  • E = Evolutif (le backlog n’est pas figé; il émerge dans le sprint 0 mais change au fur et à mesure de l’avancement du projet: ajout, retrait, changement de priorités)
  • P= Priorisé (les éléments du backlog sont priorisés: du plus important au moins important; rappelez-vous l’objectif est de livrer le plus de valeur (top priorité) le plus tôt possible)

Simple, non ?

Get Adobe Flash playerPlugin by wpburn.com wordpress themes