2009, premières controverses

Scrum, XP, etc…

Présentation rapide de Scrum

Présentation rapide de Scrum

Scrum, c'est quoi ?

Scrum est un processus de développement faisant partie des Méthodes Agiles qui s’inspire des valeurs collectives du rugby : scrum signifie mêlée.

En fait, Scrum n’est pas vraiment un processus ni une méthodologie -ni une méthode même si on parle de méthode Agile.

Lors d’un Scrum Gathering, Ken Schwaber, un des fondateurs, a décrit Scrum comme :

“not a process or a methodology, but a path”.

Une voie à suivre.

Migration en Dotclear2

Migration en Dotclear2

Un changement majeur pour mon blog,tout en restant fidèle à Dotclear

Depuis le lancement de mon blog en 2006, j’utilise Dotclear. La version 1 m’a rendu de bons services, mais il était temps de changer. Pour passer à Dotclear2, il m’a fallu aussi changer aussi d’hébergeur, mon ancien hébergement n’offrant pas Php5 requis pour Dotclear2.

Bonne année 2009

En 2009, il va y avoir du neuf

Je vous souhaite à tous une excellente année 2009, pleine de bonheur et de réussite ! Pour vos projets, j’espère que vous ne serez pas touchés par la crise. Certains estiment que la récession est, pour les entreprises, une occasion à saisir pour passer à l’agilité. Je pense aussi que, dans les grandes entreprises et les administrations, cela peut inciter des décideurs à changer leur façon de gérer les projets.
French Scrum User Group

French Scrum User Group

Le FSUG

Je le savais depuis un mois. L'annonce officielle a été faite hier : Création du French Scrum User Group. Le FSUG. Il a déjà 76 membres 123 membres ! La réunion de lancement est pour le 19 mars avec Jeff Sutherland. Bon, évidemment c’est à Paris et tout le monde ne pourra pas y aller. Pour la suite, j’ai proposé à Luc Legardeur d’organiser le SUG de Toulouse.
Définition de produit avec IceScrum

Définition de produit avec IceScrum

Neige à Toulouse, mon déplacement à Paris est annulé

C’est l’occasion de faire un tutoriel IceScrum. Celui-ci porte sur la façon dont l’outil aide à gérer différents niveaux d’exigences et produire le backlog de produit. La nouvelle version d’IceScrum, qui s’appelle R2#9, facilite la définition de produit avec les features et les rôles d’utilisateurs qui complètent le backlog de produit. Ce petit tutoriel vous aidera à expérimenter IceScrum sur ces nouveautés permettant d’avoir une meilleure vision du produit. Pour bien comprendre les termes utilisés, une lecture de ce billet peut être utile avant de commencer.

Rock et rugby

Il faut bien que je justifie le titre de mon blog

Hier soir, je suis allé au bar des 2 ormeaux pour regarder Dax - Toulouse. J’ouvre la porte et cherche des yeux Jean-Alain, mon camarade de rugby. Le bar était bondé. J’étais un peu en retard, le match était commencé, mais je n’entends pas la voix des commentateurs. Ce qu’on entend, c’est de la musique. Le gros son d’un groupe qui joue sur l’estrade dans le fond de la salle.

Rock'n roll, scrum et agilité

Mon blog s'appelait, depuis 2006 et jusqu'à maintenant Scrum, Méthodes Agiles.

À l’occasion de la migration, je l’ai renommé Scrum, Agilité et Rock’n roll.[1] Pourquoi le rock ? C’est évidemment en référence à la fameuse maxime « Sex, drugs and rock ‘n’ roll » de Ian Dury. L’idée de ce titre m’est venue quand j’ai vu que les éconoclastes n’avaient pas hésité à appeler leur livre sur l’économie Sexe, drogue et économie. Un petit sondage autour de moi m’a enlevé mes dernières réticences.

Exigences non fonctionnelles revisitées

Des exigences de localisation ou d'utilisabilité représentent des contraintes qui portent sur plusieurs user stories

J’alimente le backlog de produit d’IceScrum pour la nouvelle release. J’y mets donc des features et des user stories, qui représentent l’aspect fonctionnel. Pour avoir un produit de qualité, je réfléchis aussi aux exigences non fonctionnelles. J’avais fait un billet “que faire avec les exigences non fonctionnelles ?" il y a quelque temps en disant qu’elles devaient aussi aller dans le backlog. Mais ça ne marche pas avec toutes. IceScrum est un produit utilisé dans le monde entier, il offre 2 langues : en plus du français, l’anglais et l’espagnol.

Comme un lego

Des arguments contre les croyances erronées sur l'agilité

Emmanuel Chenu a réalisé une maquette en lego de son espace collaboratif de projet. On voit bien les 2 sièges devant un seul poste, pour le binômage. Emmanuel est un artiste. Et il écrit aussi des articles toujours intéressants. En allant voir les legos, profitez-en pour lire le billet Agilité et critiques courantes. Dans l’article associé, vous trouverez un argumentaire précis, toujours utile si vous en êtes à vendre l’agilité dans votre organisation.
Le backlog de produit

Le backlog de produit

Le backlog est la liste des choses à faire par l'équipe

Ce backlog en couleurs a été produit avec une vieille version de iceScrum. Un exemple récent avec un beau dessin existe sur ce site, voir PermaBio Les équipes agiles ne produisent pas une documentation faite au début du projet, qui décrit en détail toutes les spécifications fonctionnelles. Elles collectent les fonctions essentielles (les features) et les raffinent progressivement. Il n’y a pas un gros document de spécification, l’outil de collecte s’appelle le backlog de produit.

Pratiques d'ingénierie du logiciel

Il est courant de classer les pratiques agiles en 2 : ingénierie et management

Distinguer les pratiques d’ingénierie et de management, c’est par exemple ce que fait Denis dans son questionnaire sur le niveau d’agilité. Vous aurez noté que dans ce blog je parle plus des pratiques de management. C’est parce que je préfère parler de ce que je pratique (!) couramment : je suis impliqué dans de nombreux projets agiles, mais je n’écris plus de code depuis déjà un certain temps. Les pratiques d’ingénierie, c’est évidemment très important.
Test d'agilité

Test d'agilité

Etes-vous agile ?

Pour le savoir, il faut passer des tests. Il y a par exemple le test de Denis qui permet de connaître son niveau d’agilité. Moi j’en passe un autre. Depuis que j’ai eu la Wii Fit comme cadeau de Noël, je teste mon agilité au moins une fois par semaine. J’ai encore une bonne marge de progression. Mais aujourd’hui je suis content de mon test. Et de mon âge Wii Fit, bien en dessous de mon âge réel.
Elément du backlog de produit, le modèle

Elément du backlog de produit, le modèle

Un méta modèle !

A l’occasion d’évolutions dans IceScrum, j’ai remis à jour le (méta) modèle de l’élément de backlog de produit. Le backlog de produit contient des éléments. Un élément de backlog est généralement qualifié de story. Mais ce n’est pas si simple. A partir des idées de ce billet, j’ai modélisé la typologie qu’on retrouve dans Icescrum : Un élément peut aussi être une feature, avant sa décomposition en stories. Une user story correspond à un type de story qui apporte de la valeur directe aux utilisateurs.

Obeya

Le Lean pour apprendre le japonais ?

Hier j’étais en déplacement à Paris pour une réunion de préparation à l’introduction de l’agilité dans une organisation offshore. J’en ai profité pour assister à la présentation sur le Lean chez Zenika, c’était en soirée. La présentation était assurée par Pascal van Cauwenberghe. J’avais participé à un de ses ateliers au XP Day 2007. Cette fois-ci, c’était sur The Toyota Way. Je ne vais pas vous raconter les 14 principes du Toyota Way ni les commentaires de Pascal, j’ai été pris de vitesse.

Est-ce que votre équipe Scrum passe le test Nokia ?

En attendant les résultats de l’enquête de Denis, voici un autre test. C’est le test Scrum passé chez Nokia, j’en ai déjà parlé. On le trouve maintenant dans un questionnaire en ligne. L’objectif annoncé est d’obtenir plus de 1000 réponses. Si votre équipe Scrum ne réussit pas à passer ce test, c’est que vous avez peut-être besoin d’une formation ou de coaching ! Nous sommes là et de plus en plus nombreux, les consultants agiles qui peuvent vous aider.
Annonce conférence Agile2009

Annonce conférence Agile2009

À Chicago en août ?

La grande conférence annuelle sur l’agilité, organisée par l’Agile Alliance, aura lieu cette année à Chicago en août. Agile2009 promet d’être excitante, à l’image des précédents éditions. Je dis ça, bien que je n’aie participé à aucune; je le sais par les échos que j’en ai eus. Cette année, je vais relayer les informations fournies par Eric Lefévre, qui participe au marketing de la conférence. Peut-être cela va me motiver pour aller à Chicago… Je dois déjà y aller depuis des années, voir un copain expatrié là-bas.

De la vélocité à l'accélération

La vélocité ne mesure pas la productivité. Et l'accélération de vélocité ?

Trouvé dans InfoQ et venant de Scott Ambler, le prolifique Scott Ambler, une nouvelle mesure : l’accélération. On sait que la vélocité est une mesure de la capacité d’une équipe pendant un sprint, qui est intrinsèque à cette équipe. Elle ne permet pas de comparer 2 équipes, ce n’est pas une mesure de productivité. Pour y remédier, Scott propose de calculer l’accélération. C’est simple : accélération = (vélocité de l’itération n - vélocité de l’itération m) / vélocité de l’itération m, sachant que n>m
Le graphique de vélocité

Le graphique de vélocité

Mesurer sa vélocité c'est une pratique agile recommandée en 2009

C’est d’ailleurs une des demandes du test Nokia, une équipe doit connaître sa vélocité pour être considérée comme appliquant vraiment Scrum. En plus duburndown chart, cela permet d’afficher un beau graphique qui montre l’évolution de la vélocité mesurée à chaque fin de sprint. Si les éléments du backlog sont typés, par exemple en user story, technical story ou défaut, le graphique de vélocité enrichi permet de voir la contribution de chaque type d’élément à la vélocité :

Des diplômés de l'agilité

29

29 nouveaux diplômés en développement agile ! J’ai la liste des nouveaux diplômés : Allanic, Artaud, Aubry, Audureau, Basso, Bonnard, Bringuier, Cabanas, Chapeyroux, Courcelle, Courtiau, Dembélé, Descamps, Gastellu, Goin, Hary, Hingue, Kin-Foo, Linard, Marco, Moreau, Pecoult, Perli, Rapicault, Rey, Sac, Speronel, Tamisier, Verdier. Ils ont réussi le module agile dans l’unité d’enseignement Ingénierie du Logiciel, en Master Ingénierie des Systèmes Informatiques. Tous reçus en première session, c’est la première fois que ça m’arrive.

Le développement agile est plus une culture qu'un processus

Non, Jeff, t'es pas tout seul

Jeff Patton n’écrit pas souvent. Mais quand il le fait, c’est long et ça donne à réfléchir. J’avais parlé à l’époque de son article Je ne sais pas ce que je veux mais je sais comment l’obtenir. On y retrouvait la Joconde illustrant les notions d’incrément et d’itération. Cette fois-ci il dit que le développement agile est plus une culture qu’un processus. Il revient sur l’histoire du mouvement agile en montrant les éléments qui constituent sa culture et propose de tenir compte des aspects culturels dans la formation à l’agilité.

Scrum en bouc émissaire

La rançon du succès

La diffusion de Scrum a connu une croissance très forte ces dernières années. Fatalement ce mouvement amène son lot de personnes mal formées, d’opportunistes qui vendent des compétences au rabais… puis de projets en difficulté. Rien d’étonnant : la transition à Scrum (et à l’agilité en général) demande beaucoup d’efforts et du savoir-faire pour conduire le changement culturel. En tous cas, c’est le buzz du moment : tous les projets de développement de logiciel ne réussissent pas, même avec Scrum.

Communauté agile de Toulouse

Toulousaines, Toulousains, rejoignez-nous

SigmaT, une association Même si elle a déjà organisé 8 séminaires sur les méthodes agiles depuis 2006, l’association SigmaT vient seulement de voir le jour officiellement. Le succès des manifestations a rendu nécessaire la mise en place d’une structure plus formelle, qui devrait permettre de multiplier les actions de diffusion de l’agilité auprès de la communauté toulousaine. Presque simultanément, 3 autres associations de type loi 1901 à caractère non lucratif, avec lesquelles la SigmaT a vocation à être partenaire viennent de se créer :