Étiquette : Conférence

Toujours aussi beau sur Chicago … et toujours de la lumière artificielle dans les salles de conférence 🙂

• « I Come to Bury Agile, Not to Praise It » par Alistair Cockburn. Le sujet n’était pas de dire que Agile est mort et qu’il faut l’enterrer mais plutôt de dire que le monde du logiciel ne se réduit pas à Agile et qu’il faut continuer à regarder ce qu’il y a autour. Alistair nous a parler des 3 piliers du développement logiciel : « Cooperative games » + « Craft » + « Lean ». Les jeux ont des notions de « positions », de « moves » et de « strategies » que l’on retrouve dans le développement de logiciel. L’artisanat est surtout présenté par le « Shu-ha-ri » et la nécessité d’apprendre par la pratique puis, la maturité et l’expertise venant, d’adapter les pratiques à son contexte particulier (pas mal de jeux de mots d’Alistair entre « shu » et « shoe »). Le lean est présenté sur l’aspect Flux et Bottleneck. Et en conclusion une comparaison qui fait réfléchir entre une approche pilotée par la « Business Value » (Scrum) et par « Knowledge Acquisition » (gestion des risques et facilitation des prises de décision).

• La technique Pomodoro : Le fil de discussion récent sur une mailing liste agile m’avait intrigué alors j’ai sélectionné cette présentation parmi toutes celles intéressantes de ce matin, enfin être agile c’est faire des choix et définir des priorités, donc j’ai choisi Pomodoro … et je ne l’ai pas regretté. La présentation a été dynamique et bien rythmée, et j’ai découvert que la méthode Pomodoro ne se réduit pas à faire des sessions de 25 minutes de travail intensif alterné avec des périodes de « repos du cerveau », mais contient également une stratégie de gestion des interruptions (internes et externes) et surtout des mécanismes importants de visualisation et de reporting. A titre personnel, j’ai l’impression que je fais régulièrement du Pomodoro-Like en me concentrant sur une seule tâche à la fois, enfin sans l’aspect reporting et le timeboxing, et je me demande s’il est réellement possible de maintenir un pomodoro journalier sur des périodes longues … ce que recommande le formateur.

• First, Kill All the Metrics : L’approche proposée est assez intéressante puisqu’il s’agit de regarder les métriques sous un nouvel angle, celui du comportement. Pour chaque métrique il est intéressant de se poser les 3 questions suivantes : En quoi cette métrique génère un comportement positif ? En quoi elle génère un comportement négatif ? Quel type de comportement permet de controurner la métrique ? Les orateurs ont également insisté sur le fait que le comportement (« behaviour ») est émergent et changeant, donc ce qui est vrai à un instant ne l’est plus quelques mois après … et donc il faut être prêt à changer de métrique. Pour ce qui est du déroulement de la session, j’ai trouvé que les orateurs n’avait pas grand chose à dire de plus alors pour meubler les 90 minutes ils ont surtout fait parler l’assistance. Sans micro et en anglais, c’est un exercice très difficile et je n’ai pas compris la majorité des discussions … dont je me suis ennuyé ferme !

• The Lean Lego Game : Après m’être ennuyé, j’avais envie de détente (c’est le principe du Pomodoro non ?) alors j’ai décidé de construire des maisons en légo suivant les principes Lean. Je n’ai pas vraiment appris grand chose sur le Pull vs Push, le Cell Work, la recherche des gaspillages et autres principes Lean … mais je me suis vraiment bien amusé. Donc : Objectif Atteint 🙂

A demain

Très belle journée sur Chicago … et dans les sous-sols (là où se tient la conférence) c’était pas mal non plus.

• La validation agile se fait de façon continue et collaborative : Premiers travaux de recherche sur la façon dont la validation d’un produit est réalisée en mode agile. Les résultats ne sont pas une réelle surprise pour moi car j’avais déjà assimilé les notions de continuité et de collaboration. Les implications sont pour les pratiquants agile de penser très tôt aux tests et encourager les échanges oraux pour définir les meilleurs tests (ATDD, BDD …) et pour les chercheurs d’étendre la définition de ce qu’est la validation d’un produit. En clair d’obtenir la satisfaction des besoins utilisateurs même si les exigences ne sont pas totalement écrites. Donc en conclusion, et c’est une bonne chose, se rendre compte que la validation telle que défini actuellement n’est pas compatible avec l’approche agile.

• Le flux est orthogonal à la planification : Très bonne présentation de Mary Poppendieck qui se sert de l’exemple de la construction de l’Empire State Building en 8 mois pour argumenter la supériorité de l’approche par le flux et la gestion des contraintes plutôt que par la planification et par l’architecture. Pour plus de détails, je vous invite à lire l’article que Portia Tung vient juste de publier. Auquel je rajouterais la comparaison faite entre l’approche Itérative et le Kanban (Engagement+Livraison vs Engagement parfois irréalisable / Engagement de l’équipe au complet vs Intervention plus aisée des experts / Taille des batchs basé sur la durée vs Taille des batchs basé sur la taille des fonctionnalités / Cadence = Timebox vs Cadence = Release Cycle / Capacité de production = Vélocité vs Capacité de production = « Troughput »). De surcroît le Kanban proposé par Marie (le libellé des colonnes) me semble vraiment intéressant pour obtenir un « ready-ready » (prêt à être implémenté) et un « done-done » (prêt à être livré).

• Qu’est ce donc qu’un chef de projet agile ? : J’ai eu tout faux avec cette session car je n’ai absolument rien appris ! A part de fait de faire de la publicité pour la communauté agile du PMI animée par Jesse Fewell (qui était l’orateur), de bombarder quelques slides basiques regroupant les activités de Scrum Master et de Coach agile sous l’étiquette « Agile Project Manager » et de demander à chaque table de faire un brainstorming sur ce qu’est un « Agile Project Manager » … RIEN DE RIEN – SESSION ABSOLUMENT INUTILE … mais certains participants de ma table ont bien aimé … comme quoi 🙂

• Considérer le changement comme un champ de bataille : Superbe présentation faite par George et Giora de BigVisible sur l’utilisation d’une approche guerrière pour modéliser les résistances au changement dans l’entreprise. L’idée est de créer un carte (champ de bataille) de l’ensemble des acteurs qui influence la mise en place de l’agilité (6 types) et leur force d’influence (3 types) sur chacun des autres acteurs (un manager influence ses collaborateurs par exemple). Puis de définir une stratégie de bataille, car on ne peut être sur tous les fronts, pour s’occuper des points où la ligne de front risque de céder. Cette carte permet également de reconnaitre certains patterns comme le siège ou le champ de mines afin de mener les actions appropriées. Bref une approche super simple que je trouve superbe (pour plus d’information, voir le commentaire de Yann)

C’est tout pour aujourd’hui et je file à l’Ice Breaker pour faire connaissance avec d’autres agilistes, vivement demain.

C’est parti, je viens de récupérer mon badge et le sac de goodies !!!!

Je sais bien que certaines personnes trouvent ces conférences « too much », mais moi j’adore cela et je reste excité comme un jeune garçon devant un nouveau jeu vidéo 🙂

Comme l’année dernière on trouve dans ce sac les incontournables de la conférence :

• Un T-Shirt Agile 2009 : Cette année il est bleu ciel et ne contient pas d’inscription visible sur le devant
• Le programme détaillé (130 pages)
• Les « papers » de la plupart des présentations (430 pages)
• Des pubs pour un grand nombre de produits et/ou sociétés (environ 20)

Et quelques nouveautés :

• Une BD de Chris Matts (un gars sympa avec qui j’ai eu l’occasion de boire une bière hier 🙂
• Un livre « Becoming Agile in an imperfect world » par Greg Smith et Ahmed Sidky
• Un autre livre « Lean-Agile Pocket Guide for Scrum Teams »
• Une petite bouteille de nettoyage des mains sans eau … qui a dit que le H1N1 était à Chicago ?

Il est 8 heures du matin ici et la conférence démarre officiellement dans 3 heures (quoiqu’il y a également 1 session unique à 9h sur la validation collaborative en continue … bizarre, mais très intéressant) et je vais aller écouter Mary Poppendieck sur le sujet « Workflow is Orthogonal to Schedule » – Mary et Tom dont j’attends le prochain livre « Leading Lean Software Development: Results are not the point » avec impatience –

PS : Sinon c’est la galère car mon téléphone portable plante aux US 🙁 Si quelqu’un sait comment empêcher un Samsung LGH-L770 de rebooter tout seul dès que le réseau T-Mobile est présent … je suis preneur !