Scrum, Agilité et Rock'n roll

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.

Un sujet agile.

Je conseille aux organisations de développement d'éviter le multitâches en faisant en sorte qu'une personne soit affectée dans la mesure du possible à plein temps sur un projet.
Ce n'est pas un conseil que je peux appliquer moi-même sur mes activités : je travaille sur plusieurs projets en même temps. En général j'arrive quand même à consacrer une journée ou une demi-journée à un seul sujet. Mais en ce moment particulièrement j'ai à changer de contexte très souvent pour passer d'un projet à un autre.

En une journée, j'aurai fait 2 heures de cours à la fac sur la définition agile de produit(vision, features, priorité, backlog, stories), répondu à une interview d'un journaliste de 01 Informatique sur les contrats au forfait avec les méthodes agiles, participé à la réunion du comité d'organisation toulousain de l'Agile Tour, suivie d'une autre réunion portant sur la création d'un consortium pour le développement du projet IceScrum. En fin d'après-midi, j'ai une conférence Skype avec Philippe Kruchten pour préparer notre intervention du 16 octobre sur l'Agilité en situation.
Je vais également préparer une présentation que je fais demain au service méthodes d'un groupe pharmaceutique ainsi qu'une nouvelle mission dans un Ministère qui démarre jeudi, pour laquelle je dois prendre connaissance du contexte (oui oui, c'est pour de l'Agilité, dans un Ministère).
Ecrire ce billet sur le blog, c'est une façon de faciliter les changements de contexte.

J'enseigne les méthodes agiles à l'Université Paul Sabatier de Toulouse. Tous mes étudiants de Master1 de l'IUP ISI n'ont pas obtenu le module agile à la première session. J'en avais 3 au repêchage de septembre.

Il m'a donc fallu proposer un examen écrit. Une des questions est en relation avec l'actualité locale :

Une grande conférence sur les méthodes agiles va se tenir à Toulouse le 16 octobre. Vous êtes un organisateur et vous avez réalisé une segmentation des personnes que vous souhaitez attirer : des développeurs, des managers, des personnes impliquées dans les méthodes et la qualité, des clients et utilisateurs de logiciels développés dans leurs entreprises, des étudiants en informatique.

Elaborez, en 5 lignes pour chacun de ces 5 rôles, un argumentaire pour les convaincre d'assister à cette conférence.

Arguments à venir d'ici le 16 octobre sur le site des organisateurs de cette conférence...

Savoir analyser un burndown chart de sprint

Une trentaine d'étudiants toulousains formés aux méthodes agiles...