processus

Pour avoir de bonnes chances d’être finie finie à la fin du sprint, la story doit être prête prête au début du sprint.

Je fais de nombreuses présentations de Scrum. Rien que pour les séminaires SigmaT organisés à Toulouse (et à Montpellier), j’ai fait une introduction à Scrum presque à chaque fois. Cette fois pour l’Agile Tour, j’ai fait une nouvelle présentation, intitulée Scrum : des racines à la ScrumMania. Comme Scrum est maintenant beaucoup plus connu, j’ai préféré revenir sur les racines et montrer l’évolution plutôt que d’expliquer la mécanique, comme je le fais d’habitude[1].

Avant de commencer le premier sprint, il y a une période de temps utilisée à préparer ce qui est nécessaire au lancement des sprints dans de bonnes conditions. Jusqu’à récemment, je désignais cette période sous le nom de phase, pour la distinguer de la phase des sprints. Je disais simplement phase de préparation et c’est que j’ai utilisé dans le plugin Scrum pour EPF.

Des utilisateurs brimés depuis longtemps pas les DSI découvrent que l’agilité peut accueillir et même favoriser les changements, ce qui les amène à penser qu’ils peuvent tout changer tout le temps.

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.

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.

Entre 40 et 50[1] personnes ont participé à ce quatrième SigmaT. A noter qu’une seule personne —à part moi— a participé à tous les SigmaT : c’est Frédéric. Pas mal de nouvelles têtes cette fois-ci. Des nouveaux très sympathiques et enthousiastes pour l’agilité et la convivialité : l’apéro a commencé à 18h45 et s’est fini à 20h15. Il ne restait plus que du jus de fruit.

Une release, c’est toujours une série d’itérations, avec, avant, une phase pour les préparer et, éventuellement, une phase pour les mettre en production après. Le cycle de vie d’OpenUp se présente comme celui du RUP, avec 4 phases successives : Inception, Elaboration, Construction et Transition. Dans chacune de ces phases, il y a une ou plusieurs itérations qui se déroulent toujours en séquence. Avec Scrum, la notion de cycle de vie est moins mise en évidence.

Une organisation qui passe d’un processus pas vraiment agile à un processus plus agile doit choisir entre de nombreuses voies possibles. Il y a en effet de multiples pratiques agiles, touchant les différentes disciplines du développement et il faut choisir par lesquelles on va commencer.

Après avoir présenté il y a quelques jours une vidéo avec une interview de Per Kroll[1], InfoQ publie à nouveau un article sur EPF en mettant l’accent sur l’aspect communautaire du projet et en listant les travaux en cours, notamment les traductions des 3 processus[2] qui ont été publiés.

Une story doit être prête pour entrer dans un sprint

Présentation de Scrum pour l'Agile Tour à Toulouse

Sprint zéro

L'Agilité oui, la chienlit non !

Guide Scrum

Le plugin Scrum pour EPF, version 2008

Un petit retour sur le SigmaT4

Les cycles de vie Scrum et OpenUp

Les patterns d'adoption de l'agilité

EPF, une initiative de processus 'open source'