wilos

Scrum au quotidien sur le projet Wilos

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.

Fin de release pour le projet Wilos

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.

Mes semaines avec Scrum

Passent les jours et les semaines, les réunions sont les mêmes

Depuis fin novembre, je passe mes semaines entre Paris et Toulouse, à faire du coaching sur des projets Scrum. Pour mon client à Paris, je passe l’essentiel de mon temps avec une équipe qui débute avec Scrum. J’assiste le ScrumMaster et le Product Owner, en montrant l’exemple. Je mets en place les outils pour gérer les backlogs dans le site d’équipe, qui est fait avec SharePoint. J’ai également mis en place un projet de transition, qui a pour objectif de capitaliser l’expérience de mise en place de l’agilité pour la diffuser dans l’entreprise.
Souvenir du futur

Souvenir du futur

Ce n'est pas de la science-fiction, mais un workshop pour préparer la planification d'une release

Je viens de voir l'Armée des 12 singes de Terry Gilliam sur la TNT, film dans lequel Bruce Willis est envoyé dans le passé. Comme ça, dans les périodes où on le voit, il peut se souvenir du futur. La coïncidence veut que cet après-midi nous avons fait une séance de Remember the future pour le projet Wilos, projet qui se poursuit cette année avec de nouveaux étudiants de l’IUP ISI.

UE Développement itératif et agile

Le programme pour les étudiants, c'est 250h d'agilité !

J’avais annoncé que les méthodes Agiles seraient enseignées plus largement à l’IUP ISI à partir de la prochaine rentrée. L’enseignement du génie logiciel en Master1 a été séparé en 2 parties : d’un côté le développement traditionnel, de l’autre le développement itératif et agile, qui fait donc l’objet d’une UE (Unité d’Enseignement) spécifique. Au programme : les bases de l’Agilité, les différentes méthodes 2 heures la gestion agile des exigences 4 heures la technique des histoires d’utilisateur 4 heures l’estimation agile (story points, planning poker) 4 heures les réunions et le travail en équipe (Scrum) 2 heures la planification agile 8 heures la maîtrise des risques 10 heures la modélisation agile 4 heures XP, les pratiques d’ingénierie 4 heures le pilotage par les tests (TDD) 6 heures le développement de logiciel libre 2 heures En plus de ces 50 heures de cours, travaux dirigés et travaux pratiques, les étudiants de M1 de l'IUP ISI appliqueront les méthodes agiles sur les projets tuteurés — c’était déjà le cas l’année dernière pour Wilos et IceScrum — ce qui représente en moyenne 200 heures par étudiant.

Wilos dans les success stories IceFaces

Le début de la gloire. Wilos, qui a été développé en appliquant Scrum à 33 et qui continue en développement communautaire, utilise le framework IceFaces. Cela a donné lieu à une success story publiée par IceSoft. Que fait Wilos ? Quelques explications d’Emilien.

Wilos devient un projet communautaire

Une communauté de 11 pour l'instant

Après 3 mois de développement plutôt orienté OpenUp, 3 mois à suivre Scrum mâtiné de XP, le projet Wilos passe au développement communautaire[1] des logiciels libres. Hier soir avait lieu au Hoegaarden café[2] la deuxième réunion de la communauté Wilos. Wilos a d’abord été développé dans un cadre universitaire, jusque fin mars. Le projet continue, hors de ce cadre, avec actuellement les 11 personnes qui se sont manifesté pour poursuivre l’aventure.

Emergence progressive des exigences

Plutôt que d’essayer de tout figer au début mieux vaut décider au dernier moment possible. Il est impossible de connaître toutes les exigences[1] dès le début d’un projet. Depuis 20 ans j’ai participé à de nombreuses définitions et spécifications d’exigences dans différents domaines et il en a toujours été ainsi. En réfléchissant longtemps et en essayant d’imaginer les situations dans lesquelles se trouveront les utilisateurs, on peut bien sûr découvrir un bon nombre d’exigences significatives, mais il existera toujours des exigences que, même en se mettant dans la peau des utilisateurs, on ne pourra pas spécifier voire identifier à l’avance.
Les présentations du Sigmat2

Les présentations du Sigmat2

42

Une première photo-merci à Benjamin- où on voit une partie des 42 personnes qui ont assisté au séminaire. La présentation de Thierry Cros sur le développement responsable est disponible sur son blog. La présentation d’Olivier Azeau sur les freins est disponible sur son blog Celles de Brice Jones (CPAM) et de l’équipe Wilos sont disponibles sur demande. Mes diapositives d’introduction et d’animation sont téléchargeables (Présentations).

Modélisation agile du domaine

Scrum ne traite pas l'aspect modélisation. Ce n'est pas une raison pour ne pas en faire.

Dans la famille Agile, il y a Scrum, il y a XP et on trouve aussi la modélisation Agile. Scrum donne un cadre dans lequel on peut appliquer des pratiques de modélisation Agile, de la même façon qu’on peut y inclure des pratiques XP, comme les user stories, la vélocité, le TDD… En tant que directeur de produit, je trouve qu’un modèle métier est essentiel pour communiquer avec le reste de l’équipe.

La démonstration lors de la revue de sprint

La revue de sprint commence par une démonstration du produit partiel réalisé lors du sprint. Quelques commentaires suite aux démos de Wilos et Icescrum auxquelles j’ai participé hier en tant que directeur de produit : le public n’apprécie pas d’attendre plusieurs minutes avant le début réel de la démo. L’installation et le raccordement au vidéo-projecteur doivent être rapides ou préparés avant il convient de préciser le contexte de l’installation (serveur, en local ?

Un deuxième SIGMAT

Et son backlog

Le prochain Séminaire d’Information Gratuit sur les Méthodes Agiles de Toulouse aura lieu le vendredi 16 mars à 16 heures. Le premier SIGMAT du 8 décembre, organisé avec la collaboration de l’IUP ISI, a reçu un accueil favorable. Nous avons décidé de renouveler l’expérience et nous prévoyons d’en proposer régulièrement, 3 ou 4 par an. Cette fois-ci je serai accompagné, pour l’animation du séminaire, par 2 éminents agilistes toulousains : Thierry Cros, auteur d’un livre sur XP[1] et Olivier Azeau, l'Agilitateur.
Pratiquer Scrum à 33

Pratiquer Scrum à 33

Dites 33

Nous sommes 33 sur le projet Wilos, c’est bien plus que la taille normale d’une équipe Scrum. Wilos est un environnement d’exécution de processus. Il y a 32 personnes qui travaillent sur le projet, plus moi qui suis le directeur de produit. La première version de Wilos sortira fin mars. Scrum est appliqué, avec des sprints de 3 semaines. Voilà l’organisation que nous mettons en place, en adaptant Scrum à la taille de l’équipe :

Utilisation du produit obtenu en fin d'itération

A la fin de chaque itération on livre un produit potentiellement livrable. Quel usage en fait-on ?

Qu’est ce qui fait la différence avec la fin de release où on livre vraiment le produit ? Avec les méthodes Agiles, on cherche à obtenir un produit partiel potentiellement livrable- pour reprendre la formulation Scrum- à la fin de chaque itération. Lors de la revue de fin d’itération, l’équipe fait une démonstration de ce produit. Et après ? Dans Scrum en 100 mots, l’objectif annoncé est de permettre une prise de décision sur une prochaine fin de release.