octobre
2009
Un article de rad_hass
Depuis quelques temps je développais à l’ombre du jour un petit penchant vers les méthodes agiles, un penchant presque pervers quand on sait l’anarchie qui règne parfois dans les projets informatiques.
Alors oser mettre à défi l’ordre établi est un sacré challenge … Mais la route de la rédemption est un parcours semé d’embûches, dans lequel la quête de la connaissance est un sacrés challenge …
Plus sérieusement, à l’occasion de l’agile tour je voulais simplement parler de cet événement qui pour la seconde année consécutive va sensibiliser et parler des méthodes agiles.
C’est donc avec beaucoup d’intérêt que je vais aller écouter les spécialistes de l’agilité de ma région.
Je profite donc de cet événement pour déclarer mon penchant et les raisons qui m’ont poussé à suivre ce chemin, jusqu’à en adopter des pratiques.
Pourquoi l’agilité ?
On entend beaucoup parler de ce sujet en ce moment, alors est ce un simple phénomène de mode ?
De mon point de vue c’est bien plus que cela, les méthodes agiles permettent une construction progressive et progressiste d’un logiciel. En découpant le projet en itération, on est dans la certitude d’avoir un périmètre de l’application qui sera complètement fonctionnel à la fin d’une itération. Et ce qui nous permet d’obtenir le « complètement fonctionnel » se sont également des pratiques agiles, qui prônent d’une part la qualité des développements avec un processus d’amélioration continue mais aussi des phases de tests complètes permettant de couvrir l’intégralité du périmètre de l’application.
Le déclic ?
Au départ je me suis intéressé à simplement améliorer la qualité de mes développement, une recherche qui m’a mené dans un premier temps à ALT.NET et certaines figures omniprésente préconisant des bests practices, ce qui m’a poussé à aller découvrir le groupe ALT.NET Paris et j’avoue avoir été séduit par le groupe et les idées véhiculés par celui-ci (même si je ne le fréquente pas aussi souvent que je le voudrais 
).
Ensuite venez les pratiques qui concernaient le développement directement, le Refactoring, l’intégration continue et le test unitaire (TDD était super dans le concept mais me semblait un peu extrémiste à l’époque). Je m’y intéressais de plus en plus, je lisais beaucoup d’article à ce sujet, mais je mettais timidement quelques petites pratiques dans mes développements.
Ensuite après quelques lectures, je commençais à mieux connaître XP et découvrir SCRUM. Mais une des étapes importante a été la lecture d’un livre qui a mit un cadre à ses pensées c’est le fameux « SCRUM et XP depuis les tranchées » et un autre livre qui plaide pour une meilleure qualité du code est : « Coder proprement » de Martin C.Flower.
Et enfin c’est l’opportunité de mettre en place une équipe agile ! Sacré challenge, donc j’ai décidé de commencer par utiliser le cadre SCRUM combiné à XP, seul le temps sera nous dire si j’ai fais un bon choix, mais j’y crois ;-).
Mon objectif ?
Aujourd’hui je suis un scrum master amateur dans une équipe qui se met en place, une belle aventure en somme, on commence à bâtir notre usine de développement, à pratiquer les mêlées quotidiennes à lancer des sprints … Le premier sprint, nous permettra de voir ce qui a marcher ou pas marcher, on essaiera d’appliquer la totalité de ces méthodes à moyen terme, un peu lourd au début peut être … Mais le gain pourra être conséquent …
Alors sans attendre j’y retourne et j’espère vous revenir avec des bonnes nouvelles
Commentaires récents
- dans [Scrum] Générer un Burdown chart de Sprint
- dans [Scrum] Générer un Burdown chart de Sprint
- dans Les stars de l’actualité informatique : Cloud et Agilité …
- dans Les stars de l’actualité informatique : Cloud et Agilité …
- dans Organiser sa journée de travail ? Efficacité et productivité sans stress c’est possible