Agile Tour Toulouse 2011

Mercredi dernier, j'ai eu l'occasion de participé à l'agile tour à l'espace des congrès de Diagora.

Le lieu est vraiment bien adapté à ce genre de manifestation. Le nombre assez conséquent de personnes présentes n'a pas empêché la bonne tenue des conférences.

Voici les présentations auxquelles j'ai pu assister:

"Rex Airbus" par Olivier Flebus et Cédric Brignol: Retour d'expérience sur un projet pilote au sein du service ICT d'Airbus avec le support de Capgenini. Ou comment réaliser un développement agile dans un processus "waterfall".

"Pilotage par les test" par Jérôme Avoustin: Tour d'horizon des techniques de pilotage par les tests les plus usités dans les méthodes agiles (Test Driven Developement, Acceptance Test Driven Development, Behavior Design Development).

"DDD et eXtreme Programming" par Jean Baptiste Dusseaut et Fabien Bézagu: Un exemple de développement logiciel piloté par le domaine du métier ou "Domain Driven Development".

"Agilité à grande échelle" par Claude Aubry: Claude nous a présenté des exemples d'organisations Agile à grande échelle, en s'appuyant sur une expérience réussie au sein de la société Sarenza.com.

Soirée Devops, Scrum & Kanban

Le 24 juin, j'ai assisté à la soirée organisée par le French Scrum User Group (FSUG, pour les intimes) au centre de conférence Microsoft.

Le thème choisi était: "Soirée Devops, Scrum & Kanban".

Pour débuter cette soirée, Laurent Morisseau nous fait une présentation des différentes étapes d'une démarche Lean, tout en nous introduisant le rôle que peut jouer le Kandan dans une telle démarche. Il a ensuite pris soin de nous introduire le terme "Devops" qui m'était encore inconnu, auparavant. Ce terme désigne un ensemble de techniques collaboratives destinées à des équipes multi-métier (ex. dév. logiciel + déploiement + maintenance)

Puis Laurent a laissé sa place à Dominica De Grandis qui nous a fait un retour d'expérience sur la mise en place d'une démarche Lean dans un contexte Devops. Cette présentation, en anglais, m'a permis de comprendre le réel apport du Kanban lorsque plusieurs métiers ou fonctions sont impliquées dans un développement. Il permet d'avoir une vision globale de l'avancement et, surtout, des problèmes (les "botteleneck"). A l'image d'un DJ avec sa table de mixage, le Kanban permet d'avoir une vue globale de chaque sortie et d'ajuster les niveaux de chacun afin d'obtenir le meilleur rendement global possible.

Enfin, Antoine Vernois et Fabrice Aimetti nous ont fait le plaisir de rejouer leur pièce de théâtre (en un acte) intitulée "Scrum & Kanban, tirer le meilleur des deux". J'avais particulièrement apprécié cette présentation lors du ScrumDay 2011. Je la trouve extrêmement simple et abordable, même pour des personnes relativement novices dans le monde agile.

La soirée s'est terminée par un cocktail qui a permis à chacun de discuter et d’approfondir les sujets du jour.

Je garderai un très bon souvenir de cette soirée extrêmement bien organisée. Les sujets abordés m'ont vraiment intéressés et m'ont convaincu de l'utilité du Kanban dans un développement.

Ce livre de Mike Cohn permet de savoir à peu près tout ce que l'on doit savoir sur les user stories:

A quoi servent les user stories (leurs avantages/inconvénients)? Un guide et des conseils de rédaction de user stories. Mais aussi,  ce que les user stories ne sont pas (ex. de la documentation de spécification).

Cet ouvrage permet également de comprendre pourquoi les user stories s'appliquent si bien dans un contexte agile.

N'étant pas un adepte des lectures dans la langue de Shakespeare, j'ai trouver la lecture de ce livre extrêmement simple et naturelle. Le vocabulaire utilisé ne devrait pas être étranger à toute personne ayant une bonne connaissance du vocabulaire agile.

Scrum Day 2011

Jeudi dernier s'est tenu le Scrum Day 2011, au centre de conférence de Microsoft France, à Issy-les-Moulineaux (92).

Cet évènement, organisé par le French Scrum User Group, était l'occasion de faire partagé aux utilisateurs de la méthodes Scrum un certain nombre de retours d'expériences.

Pour ma part, j'ai pu apprécié le Keynote de Harvey Wheaton, sur son expérience en tant que directeur d'une société de jeux vidéos, qu'il a organisée en Scrum de Scrum.

Une présentation très divertissante (théatrale) de Antoine Vernois, Claude Aubry et Fabrice Aimetti qui nous ont présenté les divergences et les convergences entre Scrum et Lean (Kanban).

Un atelier sur les Agiles Game qui m'a permis de mettre en application certaines pratiques agililes tout en s'amusant.

Pour résumé, ce fût une très bonne expérience qui a eu le don de renforcer mes convictions sur les bienfaits de ces méthodes.

Seul bémol: Que de monde!

L'Art du Lean Software Development

Ayant à de nombreuses reprises entendu parlé de LEAN au sein de mon entreprise ainsi que dans la communauté agile, j'ai voulu connaître ce qui se cachait derrière ce terme.

Ce livre à la bonne idée de commencer par un historique de la méthode, en nous présentant le Toyota Production System (TPS), puis en nous présentant les évolutions qui nous ont amenées jusqu'au Lean, appliqué au développement logiciel.

L'auteur fait une revue assez complète des pratiques de développement qui sont utilisée dans les méthodes agiles ou dans les méthodes traditionnelles et nous donne le point de vue Lean des bonnes pratiques à utilisées.

Même si le LEAN a d'abord été appliqué au secteur de la production (au sens manufacturing), cet ouvrage permet de comprendre comment la philosophie de la méthode peut être transposée aux problématique des développement logiciels et comment elle peut en améliorer les pratiques.

Scrum and XP from the Trenches

L'auteur de ce livre, Henrik Kniberg, fait parti d'une entreprise suèdoise appelée CRISP.

Cette société s'est spécialisée, depuis maintenant plusieurs années, dans les développements logiciels agiles. Elle est notamment connue de la communauté agile pour commercialiser une édition (populaire) de cartes pour le planning poker (ici).

 Ce livre a été traduit en français sous le titre "Scrum et XP depuis les Tranchées" et est consultable gratuitement à cette adresse.

Le grand intérêt de ce livre provient du fait qu'il s'agit d'un retour d'expérience professionnel sur la mise en application de Scrum et de XP sur des développements logiciels.

Le chapitre qui traite de la pratique de planification de sprint (Scrum) est très complète et permet de donner un aperçu des différents obstacles qui peuvent intervenir durant ce genre de réunion.

Comme l'auteur le précise en début d'ouvrage, ce livre n'a pas pour but de fournir la bonne méthode à suivre. Mais il s'agit d'un très bon révlateur de ce qui fonctionne bien, ce qui foncionne moins bien et ce qui peut être mis en place pour supprimer les obstacles.

Je conseille donc ce livre à toute personne souhaitant avoir un aperçu concret de la mise en place de Scrum et de XP sur des projets de développement.

SCRUM: Mise en pratique de la mêlée quotidienne

Dans le cadre des développements dont je m'occupe, nous avons commencé à mettre en application l'une des pratiques de la méthode Scrum: "La mêlée quotidienne".

Cette pratique permet de faire un suivi journalier des tâches en cours de réalisation par l'équipe.

Le support principal de cette réunion est un tableau d'avancement des tâches (cf. photo) permettant de matérialiser chacune des tâches à réaliser par un post-it et de suivre l'avancement de chacune de ces tâches grâce à des colonnes titrées: To Do, On Going, Done

Pour que cette réunion soit la plus efficace possible, et pour que chaque personne puisse se sentir le plus impliqué possible, les règles suivantes ont été instaurées:

1°) La réunion ne peut commencer que lorsque tout le monde est prêt à commencer sa journée:
Il n'y a pas d'heure fixe pour la mêlée quotidienne. L'équipe se met d'accord pour commencer la réunion après que tout le monde soit arrivé, ait vérifié ses mails, ait pris son café.... Cette règle est particulièrement adéquate à la région parisienne où l'on est jamais à l'abris d'un embouteillage monstre, d'un accident ou de chutes de neige ;-)

2°) Lors de la réunion, tout le monde se positionne devant le tableau, en position debout:
Cela à l'avantage d'éviter que des personnes restent devant leur PC à faire autre chose, et cela force les gens à être synthétique et d'aller à l'essentiel. Car personne ne veux rester 1h debout à débattre sur un sujet technique.

3°) A tour de rôle, chaque membre de l'équipe répond à trois questions simples:
Quelles tâches as-tu fait hier?
Quelles tâches as-tu prévu de faire aujourd'hui?
Quels problèmes rencontres-tu su tes tâches en cours?

En répondant à ces trois questions, les post-its sont déplacés par la personne qui a pris la parole. Ce geste est apparu comme un source de motivation supplémentaire par certains développeurs (je veux terminer ce soir pour pouvoir déplacer mon post-it demain matin!).

La troisième question permet de mettre en pratique un élément déterminant dans la réussite d'un projet: Identifier les problèmes le plus tôt possible pour essayer de limiter leur impact (en mettant en place un plan d’action pour trouver une solution).