Tarmax.com

C'est parti !

Aujourd'hui est un grand jour. Nous avons lancé au travail notre tout premier sprint SCRUM. Vous ne connaissez pas SCRUM ? Pas de panique, je prévoie prochainement un article de présentation. Sachez juste pour le moment que SCRUM est une méthode dite "Agile" de gestion de projets présentant de nombreux avantages.

Pourquoi SCRUM ?

Après avoir expérimenté sans trop de résultat une méthode plus proche de Kanban ces dernières semaines, c'est dans SCRUM que nous nous lançons désormais.

Première planification de release il y a quelques jours, mise en place des scrums quotidiens, première planification de sprint ce matin et enfin premiers burndown charts cet après midi, le programme est chargé mais plein de promesses.

Malgré mon rôle de Responsable Développement Informatique, j'avoue ne pas avoir pris le temps d'instaurer une vraie méthode de gestion de projets depuis mon arrivée dans ma boite actuelle il y a presque un an. Pourquoi ? Simplement afin de faire face aux premières actions urgentes à mener nécessitant mon implication à 100% dans le développement avec le reste de l'équipe. Je me suis contenté de mettre en place des réunions hebdomadaires et divers processus inspirés de méthodes variées. Cela est bien évidemment une erreur et il était temps d'y remédier.

Suite à la suggestion d'un membre de l'équipe de mettre en place SCRUM et après en avoir étudié de manière avancée le fonctionnement et l'avoir comparé de manière pratique ou théorique avec d'autres méthodes de gestion de projets (Kanban, eXtreme Programming..) j'ai décidé de le mettre en place en cette toute fin d'année 2010.

Ce nouveau départ se fait sans avoir suivi de formation spécifique pour le moment, même si j'espère pouvoir en faire organiser une prochainement dans nos locaux après qu'on se soit fait une première expérience sur quelques sprints pour mieux en profiter. L'excellent ouvrage SCRUM : Le guide pratique de la méthode agile la plus populaire rédigé par Claude Aubry nous sert de "référence" et divers autres documents glanés ici ou là sur Internet viennent compléter ce guide de mise en route.

Notre premier sprint en quelques chiffres

Durée de 2 semaines, 4 développeurs, 2 stories représentant à elles deux 9 tâches auxquelles il faut ajouter 3 tâches storyless et 7 tâches répétitives, soit un total de 19 tâches.

L'ensemble des tâches ont un Reste A Faire initial de 169 heures à répartir sur un temps de travail effectif réduit à 29 jour/homme au lieu de 34 à cause des congés pris par divers membres de l'équipe. Le poids total des stories est de 20 points, ce qui nous donne une vélocité de 23 points sur un sprint sans congé ni jour férié (25 si aucun membre de l'équipe n'était à temps partiel).

On verra dans le futur si nos premières estimations s’avéreront précises.

A suivre...