Scrum - Méthodes agiles

Un oeil dans le rétroviseur

Lire la suite -->

Ils z'écrivent pas de specs
C'est la faute à Kent Beck
Laissent tomber les outils
C'est la faute à Jeffries.
Aux clients offrent une Leffe
C'est la faute au gars Jeff
Ne relèvent pas les heures
C'est la faute à Schwaber.

Pas plus que l'agilité ne se vend en boîte de 12

Lire la suite -->

Non, Jef t'es pas tout seul

Lire la suite -->

Bien avant de passer à Scrum, je faisais du processus itératif. J'ai encadré de nombreux projets qui appliquaient un processus itératif, genre RUP. Comme dans Scrum, il y avait une planification à 2 niveaux : plan grosses mailles pour le projet et plan détaillé pour l'itération. Le concept est le même, mais la façon de préparer le plan diffère, essentiellement sur 2 aspects :

• le timing
• la responsabilité

Côté timing, avec Scrum c'est simple : le plan de l'itération n se fait au début de l'itération n lors de la réunion prévue pour ça. Avec un processus plus axé sur le contrôle par la hiérarchie, le plan d'itération doit suivre un workflow de validation. Cela se passait à peu près comme ça, dans l'avant Scrum :

• quelques jours avant la fin de l'itération n, le chef de projet prépare le plan de l'itération n+1,
• lors de la revue de l'itération n, le plan de l'itération n+1 fait partie des livrables présentés au management,
• compte tenu des retours faits lors de la revue, le chef de projet ajuste le plan.

Il fallait aussi prendre en compte les travaux effectués entre la date de la revue n et le début de l'itération n+1 (il pouvait s'écouler quelques jours)

Côté responsabilité, la planification est clairement l'affaire de l'équipe avec Scrum. Avant, le plan d'itération était de la responsabilité du chef de projet même s'il était dit explicitement dans le RUP que :

• le chef de projet travaille en collaboration avec l'architecte pour définir le contenu de l'itération,
• le plan d'itération doit être évalué en interne avant d'être présenté à une revue. Chaque membre de l'équipe doit adhérer aux critères d'évaluation et être d'accord sur le planning proposé.

La pratique Scrum d'une équipe autonome et responsabilisée rend caducs ces aller-retours entre le chef de projet, les membres de l'équipe et le management.

C'est le nombre de téléchargements de la présentation de Scrum, que j'avais mise en ligne il y a tout juste un an.
4,55 par jour ! En supposant que quelques-uns l'aient distraitement téléchargée 2 fois (?), ça fait aux environs de 1500 néo-scrummeurs francophones qui l'ont peut-être utilisée pour présenter Scrum à d'autres scrummeurs potentiels. Sans compter ceux qui l'ont prise directement du site de Mike Cohn.

La question ne se pose pas dans les équipes Scrum.

Lire la suite -->

Emmanuel Chenu a publié des illustrations sur les principales pratiques de Scrum et de l'Agilité. Les dessins sont en anglais et les commentaires qui les accompagnent sont en français.
C'est sympa, mais pourquoi sont-ils tous chauves ? Dans un genre différent, j'utilise maintenant les icônes de IceScrum pour illustrer les rôles Scrum dans mes formations et mes présentations :

Vous avez reconnu les différents rôles ?

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. Dans l'autre, c'est IceScrum qui est utilisé intensivement. Des initiatives venant des étudiants en stage et acceptées et même encouragées par les entreprises.

Toujours dans un contexte universitaire mais presque dans un autre monde, j'assistais la semaine dernière à une réunion avec des anciens étudiants. J'y ai entendu dire par un représentant d'Airbus que l'avenir des étudiants en informatique, c'était le MDA et la méta-modélisation. Pour avoir consacré énormément de temps aux modèles et méta-modèles il y a une dizaine d'années et voir leur utilisation actuelle dans les nombreuses entreprises que je visite, j'ai de sérieux doutes sur leur application en dehors d'un microcosme proche de la recherche.

Je ne veux surtout pas dire que le MDA n'est pas intéressant et qu'il faut l'opposer aux méthodes agiles. Mais simplement rappeler que c'est une niche et que la plupart des étudiants n'en feront pas une fois dans la vie active. Une recherche des emplois proposés sur lesjeudis.com donne 5 pour MDA, 5 pour Scrum et 37 pour Agile. A mon avis la tendance va s'amplifier.

C'était hier une journée Mai 68 sur France Inter, qui a pris de l'avance en célébrant le 22 mars.

Lire la suite -->

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.

Lire la suite -->

Le scrum est un point de rencontre entre tous les membres de l'équipe pour réguler les tâches du sprint en cours.

Lire la suite -->