Rencontres Agiles 2007

Oana Juncu, Directrice de projet chez SFEIR, vous présente un retour d'expérience du terrain sur la conduite de projets, sur plusieurs comptes, avec une vue transverse sur la gestion en parallèle de projets en démarche Agile et en forfait classique.

Elle fera une comparaison des habitudes des équipes projets, des techniques de suivi, des attentes et reflexes client dans selon les deux cas. Elle adressera également quelques idées reçues sur l'approche agile.

Oana terminera par une synthèse des raisons pour privilégier une démarche agile pour vos projets, ou au moins considérer systématiquement les éléments d'agilité que vous pouvez introduire.

A l'heure où des équipes de plus en plus nombreuses se posent la question d'une transition vers des méthodes agiles, d'autres, ayant franchi le pas depuis quelques années, font face à une autre problématique : comment rester agiles ?

En effet, c'est une chose d'avoir une dizaine d'itérations d'âge et deux ou trois cent tests à passer. Mais que se passe-t-il lorsque l'on en est à l'itération 100, que l'on a quelques milliers de classes à prendre en compte lors des remaniements, et quelques milliers de tests dont le temps d'exécution devient un problème en soi ? Comment gérer la croissance d'une application sur plusieurs années ? Que peut-on apprendre de ces équipes ?

Dans cette session, Régis Medina (http://www.regismedina.com), auteur du site Design-up (http://www.design-up.com), nous proposera quelques pistes pour mieux appréhender les challenges de la conception incrémentale des grandes applications.

Planning, Daily Scrums, Review, Retro, et ça repart. Que du bonheur !

Eric Mignot, ScrumMaster pour Pyxis Technologies, viendra nous faire un retour d'expérience d'un projet web à découvrir bientôt sur la toile. Une implémentation de Scrum sans concession qui permet de livrer du logiciel fonctionnel dans les temps.

Il existe trois leviers de productivité qui sont à la portée de tout développeur quelque soit son niveau d'expérience : TDD, Refactoring et Pair Programming.

Ces pratiques reposent sur des recettes simples, qui tiennent en peu de mots, mais qui semblent parfois en contradiction avec les us et coutumes du développement de logiciel. Pour se convaincre que ces recettes fonctionnent, il suffit de les essayer, tout en prenant soin de mesurer ce que l'on cherche à comparer.

Dans cette session, Christophe Thibaut, coach XP pour OCTO Technology, présentera un retour d'expérience sur ce que lui ont apporté ces pratiques, ainsi que mes réflexions sur la façon de les adopter selon le contexte.

L' amélioration continue est un des fondements des méthodes agiles. Tout au long d'un projet agile, l'équipe est invitée à s'améliorer en s'observant elle même, en analysant ses propres actions, et en prenant des décisions pour éviter que les problèmes rencontrés se reproduise. Les bilans qui se déroulent en fin de chaque itération est le moment privilégié pour mettre en œuvre ce processus.

Ainsi, il est souvent recommandé de débuter l'appropriation d'une méthode agile par une équipe par d'institutionnalisation de bilans et rétrospectives réguliers. En cherchant à s'améliorer, l'équipe va naturellement aller vers des méthodes de travail de plus en plus efficaces, se rapprochant des méthodes agiles.

Didier et moi avons eu l'occasion d'essayer différents exercices pour animer des bilans d'itération sur les projets auxquels nous avons participé. Nous souhaitons partager cette expérience avec vous au travers d'une session que nous préparons actuellement. Cela sera aussi l'occasion de faire une session en binôme et j'avoue que cette idée me réjouit énormément :-)

En attendant, je vous suggère de prendre connaissance du sujet au travers de l'excellent article de Claude Aubry, consacré au rétrospectives de Sprint. Pour aller plus loin, le livre d'Esther Derby et Diana Larsen constitue la référence sur ce sujet.

Vous n'avez plus d'excuses pour commencer dés maintenant à faire des bilans réguliers avec votre équipe :-)

...et n'oubliez pas de vous inscrire pour la conférence.