Scrum, Agilité et rock'n roll

L'Agilité bientôt enseignée dès l'IUT ?

Mes camarades Alexandre et Thierry ont une rentrée chargée. Moi, pour la première fois depuis des années, je n'ai pas de rentrée à la fac en septembre. Le Master 1 de l'IUP ISI où j'intervenais pour le module agile a disparu...

Je participerai à quelques événements en octobre :

• Formation Scrum publique du 5 au 7 à Toulouse
• Agile tour Toulouse le 19
• Formation Innovation Games le 20
• Agile tour Bordeaux le 21

et en novembre :

• Formation Scrum publique à Paris du 7 au 9
• Agile Grenoble le 24 (et peut-être Agile Innovation Grenoble le 25)

J'ai assisté ce matin à la présentation de 6 projets, qui utilisent tous Scrum et IceScrum.

Ce matin, je donne ma troisième séance de 4heures de cours aux étudiants de master. Au programme, comment aller de l'idée du produit à la constitution du backlog initial, donc sur la vie du produit avant les sprints. Avec des ateliers en groupe, nous verrons comment construire une bonne vision, élaborer une liste de features, identifier les rôles d'utilisateurs et décomposer les features les plus prioritaires en stories.

Les étudiants travaillent en groupe de 6. Ils ont eux-mêmes choisi leur sujet, un pour chaque groupe, qui portent sur :

• un jeu de tamagoshi
• un twitter
• une application de partage de photos en ligne
• la refonte du site de l'association

De la vision aux stories, c'est aussi le titre du chapitre 13 de mon livre.

Cette semaine, j'ai assisté à des soutenances d'étudiants de Master 2 qui finissent leurs stages de 8 mois en alternance (3 jours par semaine). Sur les 4 auxquelles j'ai assisté, 3 ont beaucoup parlé de Scrum. Les projets sur lesquels ils ont travaillé pendant leur stage ont utilisé Scrum et leur présentation a largement porté sur sa mise en œuvre.

Il y a d'autres étudiants, que je n'ai pas suivis, qui ont pratiqué Scrum dans leur entreprise. Cela s'explique : ils arrivent formés et même diplômés en agilité et parfois ce sont eux qui sont les acteurs de la diffusion de Scrum dans leur environnement de stage.

Parmi les pratiques présentées lors de ces soutenances, j'ai relevé l'utilisation de diagrammes en arête de poisson lors des rétrospectives. Cette technique aussi appelée diagramme d'Ishikawa, sert à identifier les causes d'un problème.

L'analyse causale consiste, à partir d'un problème détecté par l'équipe, à remonter au facteur qui provoque de façon récurrente le défaut. Le plan d'actions consiste à éliminer la cause pour que sa conséquence, le problème, ne se reproduise plus.

On peut faire de l'analyse causale en dehors de la rétrospective sur des problèmes(les impediments de Scrum) identifiés pendant le sprint.

Identifier la cause à l'origine d'un problème est une pratique agile pour James Shore(root-cause analysis). C'est aussi une pratique du niveau 5 du CMM-I.