2008, l'envol de l'agilité

Ce rite quotidien constitue un point de rencontre entre tous les membres de l’équipe pour garder la focalisation sur l’objectif du sprint en cours.

Hier soir à Labège, avec bières et flammeküches, nous avons préparé le programme du cinquième séminaire sur les méthodes agiles de Toulouse.

Finalement, après avoir délibéré, nous proposerons uniquement des retours d’expérience sur la mise en œuvre de méthodes agiles. Quatre. Ce qui est bien : ça veut dire qu’il y en a des expériences.

Cette importance de l’humain est bien connue mais pas toujours appliquée dans nos organisations hiérarchiques. Les méthodes agiles cherchent à favoriser absolument cette idée de collectif, à travers, notamment, les réunions et les travaux en groupe. Comment savoir si ça fonctionne ? Evaluez votre niveau…

Dans les applications Web, il existe souvent un rôle secondaire qui a accès à des informations seulement en lecture et qui a besoin d’une ergonomie particulière, soit parce que les personnes qui jouent le rôle ne sont pas expertes dans l’utilisation de l’outil informatique, soit parce que les informations doivent constituer un tableau de bord facilement lisible et permettre d’avoir une vue synthétique. L’ergonomie est essentielle et fait que ces exigences ne sont pas des histoires comme les autres.

Un test, c’est une expérimentation menée pour révéler des informations, ou en réponse à une question précise sur un logiciel ou un système.

Dans le cadre d’une approche agile basée sur les histoires d’utilisateur (user stories), un test d’acceptation est un test qui permet au client (ou au Product Owner) de dire s’il accepte, en fin d’itération, une histoire d’utilisateur développée par l’équipe. Un test est accroché à une story, qui en possède généralement plusieurs.

Pour décrire les tests d’acceptation, ma préférence va à une technique orientée comportement, le BDD.

Mercredi, lors de la réunion de planification du sprint que j’animais, nous avons inclus dans le sprint plusieurs spikes. On utilise un spike pour mener des travaux d’étude, d’exploration technique d’un élément (user story) du backlog.

C’était aujourd’hui la fin du projet Wilos dans le cadre de l’année scolaire 2007-2008 pour les étudiants de l’IUP ISI. Commencé fin septembre, il s’est achevé par la revue de projet, incluant une démonstration et un bilan (une rétrospective) des 6 mois. Wilos est un orchestrateur de processus. Il utilise en entrée un processus décrit avec le Composer d'Eclipse Process Framework et permet de l’instancier sur un vrai projet. Instancier, cela veut dire définir les tâches, les rôles et les produits concrets pour les utiliser et les faire vivre pendant le déroulement du projet tout en restant conforme et en étant guidé par le processus en entrée.

C’était hier une journée Mai 68 sur France Inter, qui a pris de l’avance en célébrant le Mouvement du 22 mars. L’évocation des événements m’incline à estimer qu’une des raisons qui me font adhérer avec enthousiasme aux idées du mouvement agile, c’est qu’elles me rappellent l’esprit de Mai 68, qui a irrigué mon adolescence. On retrouve dans le mouvement agile cette remise en question de l’ordre établi et quelques idées en commun.

C’était vendredi la fin de la release 2 pour IceScrum2. La revue de projet IceScrum2, dans le cadre de l’année scolaire 2007-2008 pour les étudiants de l’IUP ISI, a eu lieu vendredi dernier. 6 mois de travail qui ont abouti à un résultat tout à fait intéressant qui sera présenté lors du SigmaT5 de vendredi. Pour qu’un outil comme IceScrum soit utilisé, il faut qu’il facilite la vie dans l’utilisation de Scrum.

Par Infoq, je viens de lire un article Well Formed Teams and Agile: An Opportunity to Thrive qui définit 3+2 attracteurs pour penser efficacement et constituer des équipes hyper-productives, comme dit Jeff Sutherland.

Les SigmaT sont destinés aux personnes qui pratiquent les méthodes agiles mais aussi à celles qui ne le font pas encore et souhaitent s’y mettre. Cela se passe à Toulouse, mais au delà des Toulousains, les SigmaT accueillent des participants du grand Sud-Ouest : le 28 mars, nous aurons des visiteurs de Montpellier et Bordeaux ainsi que de Montauban.

Les SigmaT abordent l’agilité sous toutes ses facettes et s’adressent à toutes les personnes impliquées dans le développement ou le management des projets. Ils incluent également l’aspect enseignement avec la participation d’étudiants qui apprennent les Méthodes Agiles et les appliquent sur leurs projets.

Il y a presque 2 ans, j’avais développé un plugin Scrum avec le Composer d’Eclipse Process Framework. J’avais l’objectif d’ajouter des tool mentors pour IceScrum (j’ai commencé avec la version 1 de IceScrum, maintenant abandonnée). La communauté EPF s’était montrée intéressée par mes travaux et je leur ai fait une donation en décembre 2006, qui avait été publiée sur le site EPF. Depuis mon plugin en français a été traduit en anglais.

Un tableau de tâches sert à montrer l’avancement des travaux pendant le sprint, c’est une représentation physique du backlog de sprint. Il est élaboré lors de la réunion de planification du sprint. Pour chaque story sélectionnée, l’équipe identifie les tâches correspondantes. Sur le tableau, les stories et les tâches sont placées avec des notes collantes. L’état des tâches est reconnu selon la place de la tâche dans des zones représentant chaque état : à faire, en cours et finie.

J’avais proposé aux étudiants de l’IUP ISI de venir au SigmaT5 présenter un retour d’expérience de l’utilisation de Scrum ou XP sur leurs projets. Ils ont tous suivi un enseignement des méthodes agiles et pratiqué sur leur projet. Seuls 2 étudiants du projet Wilos se sont portés volontaires(l’équipe IceScrum a aussi participé activement au SigmaT5). Ils ont présenté les points notables de l’utilisation de Scrum sur le projet, en particulier les scrums de scrums et l’utilisation de GoogleDocs pour le travail collaboratif.

J’ai commencé ce blog il y a tout juste 2 ans. C’était l’époque du CPE, il y avait encore Chirac, nous devions être une centaine seulement à connaître Scrum en France. Une autre époque quoi ! J’ai réussi à écrire près de 400 billets, ce qui fait en moyenne un peu plus d’un tous les 2 jours. Ce n’est pas facile de maintenir le rythme surtout ces 4 derniers mois où je suis en déplacement à Paris presque toutes les semaines.

Au cours du sprint, bien avant la fin, l’équipe a produit un build, permettant de passer des tests d’acceptation. Le product owner (ou un testeur) a du temps pour tester ce build. Le problème, c’est qu’il n’est pas physiquement proche des développeurs quand il utilise le build et passe ces tests. C’est dommage mais that’s life.

Je fais partie d’un club de tarot et j’y joue les vendredis soirs.

Nous avons eu une partie qui a engendré de nombreuses discussions enflammées. André prend une garde, il récupère 2 atouts au chien. C’est lui qui entre. Atout, du 13. Juste après lui, Bernard met le 20. Derrière Pierre met un petit atout et moi aussi. Bernard fait donc le pli et rejoue dame de coeur. Pierre a en main 6 coeurs dont le roi. A votre avis, que doit-il jouer ?

Il se trouve que Pierre n’a pas mis son roi et qu’André a fourni. Bernard a fait le pli avec la dame et été obligé de faire une nouvelle entrée. André a fait le pli et a rejoué atout, prenant le petit de Bernard.

Une discussion récente avec un acheteur d’une grande administration m’a conforté dans l’idée que le contrat au forfait n’est pas un obstacle à l’introduction de l’agilité. Au contraire, l’agilité apparaît comme une voie à suivre pour éviter les difficultés rencontrées dans les contrats actuels.

Voici un petit résumé des quelques idées que je lui ai présentées, reprises de ma contribution au livre de Véronique Rota :

Trouvé via le blog de Karl, un article publié dans le très sérieux magazine IEEE Software qui fait l’hypothèse d’une équivalence entre les tests et les exigences.

Je termine demain ma mission à Paris. Presque 5 mois à mi-temps, à faire du coaching pour un Scrum Master et un Product Owner et les aider à mettre en oeuvre Scrum sur un projet. J’avais commencé par former l’équipe à Scrum et, à côté de ma participation au projet, ma mission consistait aussi à capitaliser les pratiques agiles pour les insérer dans le cadre méthodologique de l’entreprise. Intéressant mais pas facile tous les jours, en particulier avec le rôle de Product Owner, dans un milieu pas vraiment favorable à l’agilité au départ[1].

La nouvelle version d’IceScrum est disponible au téléchargement, en war ou en bundle. IceScrum, le projet pour un outil Scrum libre et gratuit. Le Touilleur Express en parle et l'Expresso sans sucre y apporte même ses compétences. Avec cette nouvelle version, l’outil parle aussi en anglais. L’utilisabilité a été grandement améliorée, notamment pour la gestion des tâches d’un sprint.

Pour apprendre Scrum, la façon la plus efficace est probablement de suivre une formation et d’appliquer aussitôt. D’autres choisiront l’apprentissage individuel avec les quelques livres et les nombreux articles disponibles sur Internet. Les livres imposent une approche séquentielle et les articles ne forment pas un tout cohérent, ce qui n’est pas l’idéal pour accéder à un processus, même simple comme Scrum. La présentation d’un processus sous forme de site Web est une bonne solution pour pallier ces inconvénients.

La connaissance attendue de Scrum n’est pas la même pour des personnes qui participent à un projet que pour celles qui le suivent et, dans une équipe qui applique Scrum, pour un ScrumMaster que pour un simple membre de l’équipe. La stratégie de formation doit tenir compte des rôles et des projets.

Courant mai, je visite des étudiants de l’IUP ISI en stage dans les entreprises toulousaines. Pour l’instant, j’ai vu 3 étudiants. Tous travaillent sur des projets innovants et utilisent des technologies de pointe. Côté méthode, 100% des projets utilisent Scrum. Les étudiants sont parfois amenés à expliquer Scrum à des collègues. Dans une entreprise, j’ai vu un beau tableau des tâches (horizontal) avec des notes collantes au mur de la salle de réunion.