Un article de Bruno Orsier    Commentaires fermés

La présentation que j’ai faite lors de Agile Tour Grenoble est maintenant disponible sous forme d’un fichier pdf à télécharger.

En complément, voici quelques notes pour comprendre les diapos :

Introduction

Pratiquer le développement agile sensibilise aux bénéfices de la transparence et de la coopération. Cette présentation est donc proposée dans l’idée de vous permettre de prendre en compte notre expérience et de vous éviter certains écueils que nous avons rencontrés. Elle devrait aussi nous permettre de recueillir des suggestions pour progresser. De toute manière, au minimum, faire cette présentation nous a déjà permis de clarifier certaines de nos idées !

Sondage

Pour des raisons de confidentialité il n’est pas possible de donner trop de détails sur les projets en cours. Comme je souhaitais faire tout de même une présentation assez factuelle, j’ai organisé ce sondage interne afin de pouvoir présenter un état des lieux de notre degré d’adoption de Scrum/XP après 3 ans. Le sondage est inspiré de la 3ème enquête annuelle de la société VersionOne (nous utilisons leur produit pour gérer nos backlogs). 29 personnes (sur les 36 concernées) ont bien voulu répondre à ce sondage anonyme.

Question 1 (bénéfices des méthodes agiles)

La première question est directement calquée sur une question similaire de l’enquête V1. Il y a avait 5 réponses possibles ; pour synthétiser j’ai additionné les réponses « il y a une amélioration » et « il y a une amélioration significative ». Puis j’ai trié les diverses propositions par ordre décroissant, et pour faire apparaître des zones, j’ai coupé arbitrairement à 75% et 50%. Enfin j’ai ajouté une colonne avec les résultats obtenus par VersionOne afin de comparer notre situation avec celle de la communauté (plus de 2300 personnes ont répondu à VersionOne).

Dans la zone verte, nous avons en général un score plus élevé que dans le reste de la communauté, et c’est vrai en particulier pour « les développements sont faits de manière plus disciplinée » (90% chez nous contre 59% dans la communauté). Il est également très satisfaisant de voir que la R&D et le marketing travaillent mieux ensemble, que l’amélioration de la qualité est largement constatée par nos participants à l’étude.

Dans la zone intermédiaire, les 62% concernant la facilité de maintenance et d’extension sont un peu décevants – mais ils restent du même ordre que les 56% de la communauté. Contrairement à ce que nous imaginions (naïvement sans doute), ces facilités ne sont pas forcément obtenues « gratuitement » en pratiquant Scrum/XP.

Dans la zone orange, le faible score sur l’amélioration du moral de l’équipe (48% contre 74% dans la communauté) est un signal d’alarme fort. C’est d’autant plus inquiétant que c’était l’une des promesses de Scrum (avoir plus de « fun » à travailler). Dans le même ordre d’idée, nos participants ne constatent pas vraiment d’amélioration du temps de mise sur le marché, alors que la communauté voit des améliorations. Ces deux points sont des premières indications de nos points faibles actuels.

Les deux derniers points (réduction des coûts de développement, gestion des équipes distribuées) pourraient également sembler inquiétants, mais nous avons à peu près les mêmes scores que le reste de la communauté. Donc ce n’est pas une indication que nous faisons quelque chose de travers (mais ces faibles valeurs ne sont bien sûr pas satisfaisantes).

Question 2 (intérêt des diverses pratiques)

Pour cette deuxième question il n’a pas été possible de comparer nos résultats avec ceux de VersionOne. En effet la question correspondante de VersionOne était plutôt « employez-vous telle pratique ? » ; dans notre contexte il m’a semblé plus pertinent de savoir ce que mes collègues pensaient réellement de ces pratiques qu’ils emploient assez souvent. J’ai donc proposé quatre réponses possibles, et j’ai additionné les réponses « intéressant » et « très intéressant). J’ai également trié et fait apparaître des zones de couleur.

Ce qui saute alors aux yeux c’est que les zones opposées semblent correspondre exactement aux pratiques XP d’une part et Scrum d’autre part ! Grosso modo les pratiques XP sont jugées intéressantes, alors que les pratiques (ou « cérémonies ») Scrum n’ont pas la faveur des participants. C’est bien sûr un autre signal d’alarme fort, et il va falloir comprendre rapidement ce qui cloche !

A ce stade il est encore difficile de donner une explication satisfaisante de cette faible adoption de Scrum. Il semblerait que l’aspect processus discipliné ne passe pas très bien, à moins que ce soit l’aspect amélioration continue (les rétrospectives).

Conclusion

En revenant aux 4 principes du manifeste agile, il semble maintenant clair que nous avons été faibles dans l’application du principe « favoriser les personnes et les interactions plutôt que les processus et les outils ». En fait nous avons plutôt fait le contraire, en essayant de favoriser la mise en place d’un processus très discipliné. Nous l’avons fait pour de bonnes raisons (obtention de la certification ISO9001 version 2000, exigences de nos clients notamment dans le domaine pharmaceutique) mais ce faisant nous avons certainement négligé l’aspect humain (gestion du changement, passage d’un management directif à l’auto-organisation des équipes).

Remettre au premier plan ces aspects humains est donc l’un de nos principaux challenges actuels.

D’autre part il apparaît maintenant que les équipes de développement ont déjà fait beaucoup de chemin dans l’adoption de bonnes pratiques de développement. Les réserves de progrès sont maintenant peut-être situées plutôt au niveau de l’équipe de management, qui doit probablement adopter elle-même un mode de fonctionnement plus agile, avec plus de transparence, plus de communication, de coopération – tout cela afin de lever plus rapidement les obstacles rencontrés par les équipes. En effet il semblerait que les rétrospectives sont jugées peu intéressantes par les équipes car elles soulèvent régulièrement les mêmes obstacles qui ne sont pas levés suffisamment vite par le management.

Cette présentation illustre donc certaines des conséquences organisationnelles de la mise en place de Scrum/XP : l’équipe de management doit s’adapter !

Comme je fais partie de cette équipe… j’aurais certainement l’occasion d’écrire à nouveau sur la question !

Quelques autres billets sur Agile Tour à Grenoble :

• la rétrospective de Java in the Alps
• un vrai succès sur le blog agile d’Alex
• Retour sur Agile Tour Grenoble par Eric Lefevre