Agile

Des pratiques à reprendre

burndown_avsp.jpg

burndown_avsp.jpgJ'ai une demi heure pour parler de ma dernière mission. J'y ai vu des pratiques excellentes, dont je suis certaine de la valeur, et d'autres qui m'ont plus troublée.

Les pratiques extras

  • Les standards sont le bien. Il y a un tableau avec un post it par standard, construit peu à peu par l'équipe
  • L'auto gestion et le lead par l'équipe. Toutes les décisions sont prises par l'équipe, suite à un vote. Le processus de décision est plus lent et il peut y avoir des clashs mais au final, il y a plus de conviction. Un consensus mou ne permet pas de valider une décision. Par ailleurs, si le client a un lien plus régulier avec le scrum master, c'est à toute l'équipe que les mails sont envoyés et n'importe quel membre de l'équipe répond directement à ses questions. Quasiment tout le monde fait des propositions d'améliorations du coup.
  • Le binomage systématique. Meilleure qualité du produit, moins de rework, plus d'apprentissage et meilleure ambiance.

Lire la suite

Retour sur le 6e séminaire Lean & SI

pareto-clients.gif

pareto-clients.gifL'institut Lean organise régulièrement des séminaires autour du Lean. Certains sont gratuites, comme la 14e du Lean en France le 16 décembre, d'autres payantes durent toute la journée, comme le 7 décembre avec Michael Ballé. Je vous conseille vivement d'y assister si vous en avez l'occasion !

Ce billet évoque quelques éléments de la sixième séance du séminaire "Lean et Système d'information" :

  • "Mise en flux continu des incidents informatiques" par Catherine Chabiron, Lean Office and IT Governance, Faurecia ;
  • "Le Lean dans la maintenance du système d'information" par Régis Médina, Operae Partners

Lire la suite

Meme quand j'ai raison, j'ai tort

homme_question.jpg

homme_question.jpgAu cours d'un atelier System Thinking, j'ai eu un doute sur la bonne catégorisation d'un item. Nous l'avions etiquetté en but et je me demandais si ce n'était pas plutôt un moyen. Les deux autres personnes du groupe n'ont pas été convaincus et ont suggéré de poser la question à l'animateur. Comme il était occupé et que ce n'était pas siii important, nous sommes passés à la suite.

Plus tard, il est passé et a dit : "C'est bien ce que vous avez fait mais ça, ça serait plutot un moyen". L'un d'entre eux m'a félicité :

  • - Bravo, tu avais raison.
  • - Bah non je n'avais pas raison, c'est la majorité qui l'emporte.
  • - Ah non, ce n'est pas vrai. Tu aurais du insisté car tu avais vu juste. Laisse moi te raconter une expérience.

Lire la suite

Tester des scripts shell avec ShUnit2

Originellement développé par Vera Peeters and Rik Tytgat, ShUnit a été le premier outil de tests unitaires en shell.

Il permet de valider que vos scripts shell effectuent bien ce que vous en attendez. Intégrez vos tests shunit à votre usine de développement et vous serez assurés qu'ils resteront valides de façon permanente, qu'ils ne souffriront d'aucune régression sans vous en alerter.

Je vous propose de me suivre sur les traces d'un framework un peu plus xUnit like : ShUnit2 de Kate Ward.

Lire la suite

Voter avec ses mains

doigts.jpg

Parmi les goodies de l'agile tour Paris 2010, il y avait des cartes de planning poker d'Octo. J'en avais déjà eu aux XPDays 2009 mais j'ai apprécié le cadeau car je n'en avais pas assez. Je me rappelle le plaisir que j'ai eu la premiere fois à utiliser des cartes pour évaluer les complexité des  […]

Lire la suite

Quand une métrique devient utile

burndown.png

burndown.pngJ'ai trop longtemps mis à jour des métriques à la main pour en avoir une image positive. Ces derniers temps, je me suis pourtant surprise à en apprécier quelques unes. Je vais vous raconter comment certaines ont réussi à trouver (un peu) grâce à mes yeux, en particulier le burn down chart. Mais avant d'y venir, faisons un tour d'horizon sur quelques défauts des métriques.

Les métriques mentent

La métrique peut être tout à fait pertinente au départ, et dans les faits refleter quelque chose de complètement faux. Nous considérons par exemple qu'une MEP réussie n'a pas de rollback et n'a pas eu d'incidents pendant son déroulement.

Lire la suite

Atelier test : coaching avec le magicien d'Oz

Agile-Fairytales-3d.png

Après avoir raté l'atelier de Portia "Apprenez les techniques de coaching avec le magicien d'Oz" à l'Agile France, je m'étais dit que c'était trop bête d'attendre les passages des fairytalers en France pour découvrir leurs jeux. J'avais vraiment beaucoup aimé le jeu de Blanche Neige. Non  […]

Lire la suite

Rétrospectives manquées

La conférence Agile France 2010 mettait la rétrospective à l'honneur en incluant les cartes des alchimistes agiles dans le sac de bienvenue. En dépit de tout ce qu'elle apporte, il faut veiller à ne pas l'idéaliser car elle aussi peut bogguer. Je vous propose de faire un tour sur quelques problèmes classiques.

Lire la suite

Empêcher les réunions d'être des prisons

studio.jpg

"Si une réunion ne vous apporte plus de valeur et que vous n'y apportez rien non plus, vous devriez avoir la possibilité de simplement sortir, avec un signe convenu par exemple." (Entendu aux XPDays 2009).

Comme beaucoup, j'ai participé à des réunions "inutiles" où je faisais acte de présence. C'est moins fréquent en environnement agile, avec le ROTI (un note de 1 à 5 de la réunion) qui permet de donner un indice sur la valeur apportée. Autant dans le principe, une réunion peut être utile, sur place sa valeur peut dégringoler : les conversations peuvent tourner en rond, le sujet a dévié et ne concerne plus que quelques personnes (les chefs), etc.

Lire la suite

Une bouffee d'air avec la rétrospective

Avez-vous déjà remarqué en revenant dans une pièce, que l'air ne sentait pas si bon? Vous y étiez pourtant depuis des heures et n'aviez rien remarqué. Vous étiez occupés. C'est après être sorti de la salle pour prendre l'air que cela vous saute au nez.

La rétrospective en Scrum s'apparente à cette bouffée d'air frais : il faut sortir pour mieux voir et découvrir qu'il est décidément temps d'ouvrir la fenêtre.

Lire la suite

Suivre les ordres

bon_appetit_grd_mere.png

bon_appetit_grd_mere.pngJ'ai déjeuné chez ma grand-mère dernièrement, et ma mère avait préparé sa spécialité. Miam en perspective?

Hélas non. C'était trop salé par endroit, des morceaux étaient trop durs et les nouilles trop molles. Tout en mangeant un petit plus lentement que d'habitude, je me demandais pourquoi : est-ce que j'étais devenue plus exigeante ? Est-ce que parce que ma mère préparait ce plat souvent, il était devenu inévitable que je tombe de temps en temps sur un échec ? Est-ce qu'elle l'avait baclé car elle était pressée? Est ce que le pot de sel s'est renversé ? Bizarrement, ce jour là, je ne me suis pas resservie.

Quelques jours plus tard, j'ai appris qu'au moment de la préparation, ma grand-mère était derrière elle à lui donner des instructions, pour corriger son plat. Ca l'avait complètement perturbé. Le mélange des deux façons de faire, où ma mère a plus "obéi" aux ordres plutôt qu'écouter son instinct habituel avait été à l'origine de ce plat extra-terrestre.

Lire la suite

Quelques news autour de Fitnesse (Mai-Juin 2010)

FitNesse.jpg

FitNesse.jpg

Quelques mails ont retenu mon attention dernièrement sur la mailing de Fitnesse :

  • Gfbrols tente une nouvelle implémentation d'éditeur WYSIWYG
  • Gojko Adzic, un membre très actif de la communauté, explique sa vision d'un bon test d'acceptance.
  • Toshiyuki Fukuzawa a développé un plugin Eclipse pour Fitnesse. Il était temps que quelqu'un se dévoue, merci à lui !

J'aime beaucoup Fitnesse, mais le cout de maintenance peut être très couteux à la longue (sur la forme ou sur la gestion dse dépendances par exemple). Ce genre de billet aide à faire les choses bien dès le départ.

Lire la suite

Agile France - Atelier d'Esther Derby

Cette année, le programme d'Agile France affichait le nombre de places maximum par session. Vingt-cinq places pour l'atelier d'Esther Derby, auteur éminent de Agile Retrospectives et Behind Closed Doors et membre fondateur de la Scrum Alliance, c'est peu. Je me suis donc précipitée à l'atelier "Lifting the veil : how visible and invisible structures drive organisational behavior". Je ne l'ai pas regretté.

Lire la suite

Agile France 2010 : c'est fini !

Cette année, j'ai beaucoup plus misé sur les ateliers, car

  1. j'avais l'impression de pouvoir en apprendre plus
  2. un PPT est regardable de chez soi
  3. ce n'est pas tous les jours qu'on se mélange avec tant d'agilistes alors autant en profiter

Au final, j'ai un peu saturé car les ateliers c'est quand même assez crevant, et parfois, on sent que le message nous passe au dessus. Quelques retours d'expériences au milieu auraient été bien. C'est difficile de faire un choix entre 7 sessions en parallèle !

J'ai laissé mon carnet au placard, sauf quand je ne voulais vraiment pas laisser quelque chose m'échapper, pour pouvoir me concentrer sur la conf (surtout que je les relis à peine après). Conséquence : mon récit n'est peut être pas restitué fidèlement à 100% :-D

Lire la suite

Agile France - Session d'Esther Derby par Esther Derby

... déjà en ligne ! Si vous faites partie des 20 personnes qui ont du quitter la salle faute de place, vous pouvez vous consoler avec le billet qu'Esther Derby a mis en ligne, avec une photo de l'atelier. Vous verrez que vous pouvez changer les choses avec une approche systémique. Je ferai un retour  […]

Lire la suite

Session : comment écrire du code testable

 J'ai eu le plaisir d'animer la session "Comment écrire du code testable" à la conférence Agile France 2010. C'est l'heure de mettre les slides à disposition et de faire une rétrospective !

Connaître les symptômes d'un code intestable vous permettra de mieux vous en débarrasser :
  1. Un constructeur cher
  2. Des instanciations directes
  3. Des blocs statiques
  4. Une dynastie de classes
  5. Des états globaux
  6. Annuaire de service
  7. Interroger des collaborateurs
  8. Des classes hyperactives
  9. Des méthodes trop chargées
  10. Mélanger les objets valeurs et les objets services

Lire la suite

Tools used for agile projects : the survey's results !

depouillement.jpg

depouillement.jpg

It all began when I wanted to have feedbacks on agile tools. By "agile tool", I mean more backlog management than continuous integration. Forums are full of information but they are messy, so I created a survey on my blog. I am very greatful to all the people who took part of it : many thanks to the 204 voters !

But

Soon enough, some limits appeared :

  1. Voting is easy. A company can easily send an email to its customers to ask them to vote. This is not really a problem, but it may not reflect the reality (what about the company who aren't aware of the survey or just don't care) ?.
  2. Someone asked me what to do when you were using several tools... (There was only one possible choice in the survey).
  3. The meaningless option "Other" was getting bigger and bigger, despite my efforts to be exhaustive. I finally created a post to invite people to tell me when the option was not available, but I guess it was too late and / or not convenient enough
  4. A widespread tool does necessarily fit your needs. X may be perfect for a distributed team in a multinational but not for my open source project. Surveys make valuable information disappear.
  5. Drawbacks are also missing. We don't know when a tool has been dropped and why.

Lire la suite

Les formules à volonté

Formules à volonté

Formules à volonté

Un copain m'a dit une fois que ce qui l'énervait dans les méthodes agiles, c'était justement l'agilité. Ce pass à volonté pour changer d'avis toutes les deux semaines était trop exploité. A force de faire des incréments, il trouvait que le produit final n'avait plus de cohérence, qu'on s'en rendait compte tardivement, et qu'il fallait tout recommencer. A côté de ça, faire des développements sur un module une fois, de le jeter, deux fois, de le jeter, au bout de 10 fois, c'était usant et de moins en moins motivant, surtout qu'ils n'en voyaient pas le bout. Comme dans un jour sans fin. ;-)

Cela me fait penser à un autre pote quand on quittait une fête, qui n'avait plus faim et était allé quand même chercher un morceau de pain parce que "c'était gratuit" (pas parce qu'il était fada de pains).

Lire la suite

Soat à l'agile conférence

Agile Conference 2010

Nous tiendrons deux sessions à l'agile conférence (ex-XPDays) les 31 Mai et 1er Juin : un atelier fun et une conférence geek. Survivre sur la lune avec la NASA ou l’importance de travailler en groupe L'idée de l'atelier est de démontrer que pour résoudre un problème, 1111 est bien plus fort que  […]

Lire la suite

Haut de page