dimanche, 11 septembre 2011
Par Fabrice le dimanche, 11 septembre 2011, 13:11
dimanche, 19 juin 2011
Par Fabrice le dimanche, 19 juin 2011, 07:00
Ça fait une dizaine de jours que je vis par procuration des vacances au Québec... grâce à Antoine Vernois qui a blogué tout au long de son parcours. Chaque jour, je lisais son billet et pointais son trajet sur une carte google. Lisez ses billets qui sont une véritable invitation au voyage... "au roadtrip photo en Gaspésie" comme il dit sur Son blog à lui qu'il a
:

lundi, 30 mai 2011
Par Fabrice le lundi, 30 mai 2011, 07:47
J'ai installé le Souligneur de l'Institut Agile sur mon blog. Son effet est visible lorsque vous ouvrez un de mes billets "agile" : vous passez avec la souris sur un mot souligné en pointillé et une bulle apparaît contenant la définition du terme. Un simple copier/coller du script fourni en fin de balise body suffit.
lundi, 23 mai 2011
Par Fabrice le lundi, 23 mai 2011, 23:37
Je vous invite tous à consommer sans modération les billets publiés régulièrement sur le site Ça Scrum !... rafraîchissants et énergisants.

mercredi, 4 mai 2011
Par Fabrice le mercredi, 4 mai 2011, 01:01
Aujourd'hui, mon collègue Jean-Rémy a demandé à ce que mon blog soit ajouté à la liste des sites professionnels (sinon soumis au quota internet de la société). Motif invoqué : C'est un site traitant des méthodes agiles en général, et dont l'auteur fait parti de nos collaborateurs, sur lequel nous nous appuyons régulièrement dans le cadre de nos projets en Scrum.
Elle est pas belle la vie ?
samedi, 30 avril 2011
Par Fabrice le samedi, 30 avril 2011, 18:34

De retour de Bretagne où nous avons passé une excellente semaine en famille dans les Côtes d'Armor : Tréguier, Paimpol, l'Île de Bréhat, Saint-Thégonnec, Guimiliau, Lampaul, Roscoff, Morlaix, Ploumanach, Perros-Guirec, ... sans PC ... juste le HTC 
jeudi, 17 février 2011
Par Fabrice le jeudi, 17 février 2011, 07:00

Ce midi, j'ai eu une discussion très enrichissante avec Jean-Pierre Lescure, membre de l'Association A2C "Aquitaine - Amélioration Continue de la Compétitivité". A2C est un relais Région Aquitaine de l’Institut Lean France et est porteur du Club Lean Aquitaine.
Cela m'a permis de vérifier que le monde du Lean Manufacturing et du Lean Software Development partageaient potentiellement beaucoup de choses et j'espère que cela m'ouvrira de nouveaux horizons... je n'hésiterai pas dans ce cas à publier d'autres billets sur le sujet.
En attendant, je vous mets à disposition la Plaquette de présentation d'A2C.
lundi, 14 février 2011
Par Fabrice le lundi, 14 février 2011, 07:00
Je souhaiterais que l'on arrête de traduire le terme japonais Lean par "maigre". Si j'ai bien compris le Lean est un qualificatif donné par une équipe de chercheurs du MIT au système de production Toyota. Après quelques recherches, je suis tombé sur la traduction de la très belle lettre de Jim Womack datant du 8 octobre 2004 : "En déconstruisant la Tour de Babel" qui précise qu'à l'époque, un de ses jeunes collègues, John Krafcik, a proposé ce terme parce que le système Toyota permettait de faire moins de.... efforts humains, investissements, temps, stocks, accidents, ... tout en étant centré vers le client et à la recherche permanente de la perfection. Si je me permets de comparer ce contexte à la pratique de l'aïkido, on traduira alors le lean par "épuré". A force d'observation et de pratique répétée des mêmes mouvements (patience et rigueur), le geste devient de plus en plus fluide, précis et efficace tout en s'épurant de tous les réflexes parasites liés à notre éducation, culture et histoire. Un débutant commence (malheureusement) son apprentissage par des gestes amples et en marquant des pauses pour bien décomposer le mouvement, puis à force de répétitions, le placement (corps et esprits au centre de l'action) fait que le geste devient de plus en plus court et l'on fait moins d'efforts, en moins de temps et il y a donc moins d'accidents. Le geste ne s'est ni amaigri ni simplifié, il s'est enrichi et complexifié ! Par ailleurs, il y a toujours deux rails de progression qui n'arrêtent pas de s'entrecroiser, le -jutsu (les techniques) et le -do (la voie, l'aboutissement des techniques). Toujours pareil, quelque soit l'art considéré, il faut passer par le corps, le forger et le discipliner pour atteindre l'esprit. On pourra donc parler des pratiques concrètes du lean-jutsu sur le terrain pour atteindre le lean-do. Bon je n'insiste pas, je deviens lourd... 
dimanche, 30 janvier 2011
Par Fabrice le dimanche, 30 janvier 2011, 07:00
Christophe Louvion, au travers de son article "STUPID goals" paru sur son blog "Running Agile", reproche aux objectifs SMART d'être stupides (micro-management, mini-waterfall, ...) et propose un nouvel acronyme pour définir un objectif :
- Sincère : attaquez-vous à des sujets dont vous vous souciez réellement. Ne perdez pas de temps là où le cœur n'y est pas.
- Transparent : vous ne pourrez pas réaliser de grandes choses tout seul. Rendez votre objectif le plus visible possible afin que d'autres puissent vous proposer leur aide.
- Unique : votre valeur repose sur des talents que personne d'autre n'a. Cultivez-les.
- Primordial : concentrez-vous sur des choses importantes pour avoir un impact important.
- Indépendant : atteindre un objectif est déjà assez difficile, ne les mélangez pas.
- Déterminé : soyez courageux et allez au-delà de vos limites.
Feedback :
samedi, 1 janvier 2011
Par Fabrice le samedi, 1 janvier 2011, 00:34
Hier après-midi, mes trois filles et moi-même avons joué à ce que je baptiserais le "Scrum Police Lego Game".
Equipe :
- Jade, l'aînée, est le Product Owner.
- Ilona, Alix et moi-même sommes les bâtisseurs.
- Je joue également le rôle de ScrumMaster.
Vision :
- J'ai demandé au Product Owner, Jade, de rédiger la vision du projet en 5 minutes et de la présenter au reste de l'équipe.

Backlog :
- J'ai demandé au Product Owner, Jade, d'initialiser et prioriser le backlog en 30 minutes.
- Je lui ai demandé d'identifier des thèmes, d'y associer des user stories en respectant la forme "En tant que... Je peux... Afin de..." et d'indiquer quelques critères de validation.
- Je lui ai également demandé de prioriser en appliquant la méthode MoSCoW dont j'ai ensuite retraduit les résultats en points de valeur (pour simplifier).
- J'ai ensuite demandé à l'équipe, Ilona et Alix, d'estimer l'effort de façon relative en positionnant une story à gauche d'une autre si l'effort semble moindre, à droite s'il semble plus conséquent et en-dessous s'il semble équivalent. Ça a pris 5 minutes et j'ai ensuite retraduit les résultats en points d'efforts avec la suite de Fibonacci... ce qui a donc permis au Product Owner, Jade, de reprioriser son backlog (ROI d'une user story = Points de valeur / Points d'efforts).

Impediments :
- J'ai préparé quelques freins et accélérateurs, comme des cartes possibles à tirer pendant le projet.

Matériel :
- Je me suis basé sur le jeu de construction Lego d'un poste de police et d'une prison (réf. 7744).

Sprints :
- J'ai fixé les sprints à 5 minutes (1 minute représente 1 jour de travail).
- Le Product Owner et l'équipe négocient sur le contenu du sprint en fonction de la priorité, de l'effort estimé et bien sûr de certaines contraintes liées à la construction d'un bâtiment.
- Je chronomètre le sprint et toutes les minutes je marque un temps d'arrêt dans le jeu pour relever les stories terminées. Je peux potentiellement demander à un membre de l'équipe de tirer une carte "Frein"/"Accélérateur".
Livrables :
- L'équipe a aligné 22 sprints en explosant tous ses engagements, mais bon... le Maire est content, sa Ville est sauvée !
Rétrospective du projet :
- Plein de choses à améliorer pour 2011 : la longueur des sprints était trop courte, le backlog était incomplet, certaines stories étaient fortement dépendantes donc un ordre de construction devait être respecté, étant dans l'équipe des bâtisseurs pressés par le temps - et en même temps ScrumMaster - je n'ai pas eu assez de discipline pour faire appliquer le daily standup meeting et la rétrospective en fin de sprint, ... c'est dommage parce que l'équipe aurait peut être pu prendre certaines décisions pour recadrer le projet, comme par exemple allonger la durée du sprint.
- Des parallèles étonnants avec le développement logiciel : le bâtisseur fou qui part faire son truc dans son coin, celui qui veut arrêter le chronomètre parce qu'il manque une pièce dans le jeu, celui qui remet en cause la vision du projet, le client qui en demande toujours plus alors que les 2 sprints précédents sont en vrille, l'équipe qui éjecte un de ses membres parce qu'il n'est pas autonome ou assez rapide, ...
- Quelques photos qui montrent que l'on peut être fier de son travail :

jeudi, 30 décembre 2010
Par Fabrice le jeudi, 30 décembre 2010, 07:00
Ce n'est pas facile en ce moment. Je travaille sur l'élaboration d'un Backlog Produit avec le client, mais dans l'idéal ça aurait dû être fait il y a plusieurs mois au démarrage du projet. Personnellement, je m'heurte aux classiques (mais douloureux) problèmes suivants :
- la granularité des fonctionnalités : elle exige de descendre au niveau de la user story (pour les fonctionnalités importantes) mais le client ne comprend pas pourquoi il doit encore reformuler sous une autre forme (historique documentaire du projet) et pourquoi il ne pourrait pas le faire dans le cadre des ateliers de spécifications déjà lancés et planifiés...
- la multiplicité des acteurs : mes collègues sont responsables de certains ateliers fonctionnels et/ou techniques ; ils n'ont pas forcément connaissance de l'Agilité et encore moins du Backlog Produit qui apparaît par conséquent comme un n-ième document de travail... alors que ce doit être le document maître !
- la définition des critères de priorisation : le client a plus de facilité à estimer une priorité qu'à associer une valeur métier et je commence franchement à m'y perdre : est-ce que le niveau de priorité estimée par le client peut finalement correspondre à sa perception de la valeur métier ? est-ce que que le niveau de risque estimé par le fournisseur peut finalement correspondre à sa perception de l'effort ? je commence déjà à tordre le modèle (tiens ça me fait penser à la présentation "Agilité sous contraintes" de David Brocard).
- la localisation des équipes : pour l'instant, les équipes se trouvent toutes sur le plateau du projet chez le client, mais ça ne va pas durer... la situation cible c'est que les équipes de développement réintègrent rapidement leurs villes d'origine (j'ai de la chance, ça reste en France) selon le fameux modèle Front/Back : un Front Office "fort" à proximité du client pour recueillir, qualifier, spécifier le besoin et le support à la recette (bon ben autant dire le haut du cycle en V), des Back Office "réactifs" à distance du client pour la conception, le développement, les tests et l'intégration (bon ben autant dire le bas du cycle en V).
J'ai un peu mal à la tête là, je vais aller prendre une aspirine 
N'hésitez pas à me laisser un commentaire (prière de ne pas tirer sur l'ambulance).
vendredi, 17 décembre 2010
Par Fabrice le vendredi, 17 décembre 2010, 21:28
Je suis récemment tombé sur le taskboard suivant d'un projet dit "agile".
On trouve le temps sur l'axe horizontal, le trigramme du développeur sur l'axe vertical, la tâche affectée à l'intersection.
Ne cherchez pas la story...
Avez-vous des remarques ? Oui ? Laissez-moi un commentaire.

mercredi, 1 décembre 2010
Par Fabrice le mercredi, 1 décembre 2010, 23:41
Cette semaine, j'ai mené un atelier Speed Boat Game avec mon client pour identifier ce qu'il n'appréciait pas dans le produit ou le service rendu par son fournisseur bien-aimé. Le Speed Boat Game est décrit dans le livre Innovation Games de Luke Hohmann.
Lors d'un SUG bordelais, Philippe Launay nous avait donné l'occasion de pratiquer ce jeu et nous avait fait un retour d'expérience sur son utilisation dans le cadre d'une relation client-fournisseur complexe et dégradée.
Mes points d'amélioration :
- Prévoir une salle de réunion permettant à chaque personne de se lever pour poser ses post-it sur le mur ; là ce n'était pas possible compte tenu de la taille de la salle et de la disposition des tables et du vidéo-projecteur ; pourtant Luke dit bien d'y prêter la plus grande attention dans son bouquin... mouarf, ça m'apprendra à survoler les chapitres !
- Etre prudent sur l'indication de la vitesse que l'on pourrait gagner si l'ancre était levée : ça a faussé notre appréciation du poids des ancres. Résultat, lorsque j'ai demandé de voter un top 3 des ancres les plus lourdes, nous sommes partis sur une algorithmie hasardeuse. Donc pas de vitesse, KISS[1].
- Etre prudent lorsqu'on demande aux personnes de proposer des moteurs ; nous avons quitté la phase de recueil des problèmes pour très vite tomber dans le "y a qu'à... faut qu'on..." ; du coup j'étais bien content d'arriver au bout de mon timeboxing (se forcer à livrer) et j'ai pu écourter cette phase expérimentale : je ne le referai plus ou alors dans un atelier dédié.
Le ROTI[2] était quand même bon 
vendredi, 26 novembre 2010
Par Fabrice le vendredi, 26 novembre 2010, 19:44
Aujourd'hui, nous avons officiellement fêté ma fin de mission (18 mois) avec un repas collégiale et une corbeille bien pourvue : quelques terrines, un beau verre et un superbe Miyagikyo 12 ans !
J'en profite donc pour remercier plus particulièrement le plateau du projet : Hélène (la tête pensante), Laurence (ou pas), Marie-Christine (la douce), Fabrice (2h58!), François (118...), Frédéric (le gourmet), Frédéric (euhhhhhhhhhh), Gary (le nouveau marié), Nadir (chouchou), Nathalie (c'est pas passé loin), Paco (el Mejor de los 4), Teddy (...218), Thierry (l'hippopotame)... et tous les autres. Une belle page qui se tourne.
samedi, 13 novembre 2010
Par Fabrice le samedi, 13 novembre 2010, 19:58
L'année dernière, j'avais eu l'occasion de préparer le Noël d'une manière originale grâce à Jean Claude Grosjean (cf. Christmas Backlog).
Une fois de plus, c'est son dernier billet "SCRUM, Backlog et Père Noël… Acte 3" qui m'a permis de lancer les opérations ce samedi après-midi. Cette fois mes deux filles et ma femme étaient de la partie et ont respecté la recette à la lettre... au Père Noël 

jeudi, 4 novembre 2010
Par Fabrice le jeudi, 4 novembre 2010, 19:37
Alors le PDCA, ce n'est pas "Je planifie, Tu déploies, Je contrôle, Tu améliores". Non mais !
vendredi, 15 octobre 2010
Par Fabrice le vendredi, 15 octobre 2010, 00:03
dimanche, 19 septembre 2010
Par Fabrice le dimanche, 19 septembre 2010, 23:20
Cette statue en bronze de Corto Maltese se trouve sur les bords de la Charente, dans l'axe de la Cité internationale de la bande dessinée et de l'image à Angoulême.
Crédits : merci à Antoine, Pauline, Laure & Ivan.
vendredi, 17 septembre 2010
Par Fabrice le vendredi, 17 septembre 2010, 19:12
Aujourd'hui, j'ai offert un p'tit cadeau à mon intégrateuse & testeuse sur le projet. Juste pour lui redonner le moral... c'est pas un rôle facile !
Je passe toujours par Zazzle pour mes créations.
Crédits : Dans le bas des marches
dimanche, 29 août 2010
Par Fabrice le dimanche, 29 août 2010, 11:56
Je suis tombé sur ce schéma de la pyramide de Maslow appliquée à l’épanouissement du salarié et à la performance de l’entreprise sur Le Blog de Vanina Delobelle.
