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 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
C'est le moment de couper
Une image par PostIt
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!
On commence par le haut
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
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!!!
Encore et encore customiser, côté garçon
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
Resultat final pour ma fille
Résultats
Comme à chaque fois, on a passé un super moment!
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 !
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 !
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.
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
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...
Brainstorming
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
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 !
Triangulation. Pour prioriser: bien comparer...
Liste priorisée
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 du Backlog
Backlog priorisé et customisé : version Fille
Temps 5 : Affichage des Backlogs
Direction la chambre pour une visibilité optimale des backlogs.
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
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 ?
