Aujourd’hui, j’étais au Scrum Day, dans le centre de conférences de Microsoft à Issy-les-Moulineaux.

La journée était très agréable, le déjeuner bon et assez copieux, et les conférences intéressantes. J’ai par ailleurs pu faire la connaissance de Guillaume Lours, Antoine Sabot-Durand, et Nathaniel Richand (dont la conférence sur les tests en environnement Java était très intéressante).

Pour appliquer un des grands principes de l’agilité, il faudra uniquement penser à noter quelques points dans la rétrospective de l’évènement (que je n’ai pas été le seul à noter, si j’en crois les retours sur Twitter :

  • il manquait la possibilité  de pouvoir se désaltérer entre les conférences (à l’exception du déjeuner et de la pause café de l’après-midi)
  • certaines salles de conférence, parmi les plus intéressantes étaient dans des salles ridiculement petites. Je pense surtout à la salle Corail, qui était généralement pleine plus d’un quart d’heure avant les conférences… J’ai ainsi manqué les conférences de Bertrand Pinel (sur « l’agilité en mode forfait »), et d’Alex Boutin. J’espère que des comptes-rendus de ces conférences (entre autres) fleurirons prochainement

[Mise à jour] Si tout ce qui précède est exact, la suite était en revanche ma contribution à une célèbre tradition…

J’ai ainsi dû me rabattre sur la conférence Outillage agile dans un environnement de développement Microsoft, que j’ai trouvé assez surprenante et assez loin des idées que l’on peut avoir sur la question. Apparemment, Microsoft a décidé de véritablement se lancer dans l’outillage agile.

Il a ainsi été question de la suite Team Foundation Server. J’avoue que je n’ai pas été complètement convaincu… mais mon addiction à git comme gestionnaire de configuration y est sans doute pour beaucoup.

Il a aussi été question de la prochaine version de Microsoft Project (2012), qui a beaucoup plus retenu mon attention (je l’avoue, le fait qu’il ne soit pas question de gestionnaire de configuration dans le produit a sans doute aidé ;-) ). Voici un petit panel des différents éléments de la démonstration qui m’ont paru intéressants :

  • A la création du projet, on a le choix entre « projet classique » et « projet scrum ». Nous nous intéressons évidemment à ce deuxième cas
  • Un « wizard » permet alors de renseigner certaines propriétés du projet (durée du sprint, nombre de sprints, etc.)
  • MS Project crée alors automatiquement pour nous un diagramme de Gantt comme il sait les faire (on ne le changera pas), mais assez bien fait (j’y reviens dans les points suivants)
  • Par défaut, la réunion de planification est insérée le premier jour du sprint, le réunion de revue et la réunion de rétrospective le dernier jour
  • On a ainsi automatiquement un planning d’avancement de notre projet agile. Je n’ai pas pris de photo, mais ça ressemble à peu près à ça (note : je n’ai évidemment pas de MS Project pour la capture) :
Scrum Microsoft Project 2012

Scrum Microsoft Project 2012

  • On pourra évidemment associer une liste de tâches à un sprint, et leur associer des points. MS Office calculera alors automatiquement le retard (ou l’avance) de l’équipe dans le sprint en fonction du nombre de points réalisés par rapport au nombre de points total du sprint
  • Le burndown chart du sprint sera créé automatiquement à partir de ces mêmes métriques
  • Enfin, le scrum master et le management disposeront évidemment de statistiques sur les sprints (nombre de points réalisés par sprint, etc.). Mon avis est que ce point est surtout un argument commercial pour essayer de surfer sur la vague agile et convaincre les managers de migrer vers la dernière version (en leur promettant un contrôle sur les projets agiles).

Finalement, ça reste du MS Project… mais ça semble aller dans le bon sens ! Le produit n’est pas encore finalisé, mais avec quelques fonctions supplémentaires, il pourrait devenir un acteur sérieux dans l’outillage agile.