Trouve ton Agilité

Depuis une dizaine d’années, force est de constater que de plus en plus de projets numériques intègrent l’Agilité dans la réalisation.

Mais du coup, tous ces projets, ont-ils une organisation identique ? N’y a-t-il qu’une seule manière de mettre en place l’Agilité au sein d’un projet, d’une équipe ?

Existe-t-il une unique méthode Agile à suivre ?

Tout d’abord, il est important de rappeler que l’Agilité repose uniquement sur un manifeste qui expose des conseils et des objectifs très généraux, que je vous invite à relire ici : https://manifesteagile.fr/

Nous ne le répéterons jamais assez : l’Agilité n’est pas une méthode. C’est un état d’esprit.

Heureusement, pour nous aider à être Agile, Scrum, Kanban, et d’autres méthodologies sont apparues. Alors c’est bon, on est sauvés, on n’a plus qu’à suivre “LA” méthodologie à la lettre ? Eh bien non, toujours pas !

Pour commencer, Kanban n’est qu’une méthode de gestion de flux. Cela s’applique sans difficulté sur un projet informatique (notamment les TMA ou autres projets en mode “RUN”), mais Kanban n’aborde pas tous les autres aspects de la réalisation d’un produit, des interactions des membres de l’équipe, de l’amélioration continue, etc.

Quant à Scrum, ça n’est pas tout à fait une méthodologie, mais un cadre de travail. La dernière version du “Scrum Guide” insiste bien sur ce point. La nuance est très intéressante et nous invite à réaliser qu’il y a encore de la liberté pour adapter et personnaliser Scrum à chaque situation et surtout : réfléchir au sens de ce que l’on fait.

La méthode Agile parfaite est un leurre

Si personne n’a publié LA méthode Agile parfaite, c’est tout simplement parce qu’elle n’existe pas. Et ce, pour différentes raisons :

• Tous les projets sont différents (contexte, taille d’équipe, maturité, complexité métier et technologique, dépendances avec des équipes externes…).
• L’importance de l’amélioration continue : le manifeste est clair : “À intervalles réguliers, l’équipe réfléchit aux façons de devenir plus efficace, puis modifie son comportement et l’ajuste en conséquence.” ⇒ Ainsi, les process appliqués vont être revus durant la vie du projet.
• Le rôle du coach Agile : en tant qu’Agiliste, on est plus ou moins sensible à certains aspects de l’Agilité et de Scrum. On va donc orienter/accompagner l’équipe différemment.

Tous ces paramètres font qu’il est impossible de vous présenter toutes les nuances d’Agilité qui doivent exister.

Il y a quand même des points sur lesquels nous sommes tous d’accord, mais cela concerne plus l’attitude et le focus produit, que la méthodologie mise en place.
Quelles que soient l’organisation et les process, tout le monde (équipe, management et sponsor inclus) doit :

• Faire preuve de bienveillance et travailler en collaboration.
• Encourager l’innovation et une prise de risque mesurée.
• Donner du sens (se poser des questions telles que : À quoi sert cette fonctionnalité ? Pourquoi passe-t-on le ticket à tel statut ?).
• Ne jamais oublier l’utilisateur final.
• Ne pas délaisser la dette technique, au profit de toujours plus de fonctionnalités.

Cependant, voici quelques exemples sur lesquels nous, coachs, ne sommes pas tous d’accord concernant la mise en place de SCRUM :

• La manière de définir les objectifs de sprint (nombre de point de vélocité, valeur produit, etc).
• Le déroulé du sprint planning (est-ce le moment de faire le poker planning ?).
• La fameuse colonne “bloquée” dans le tableau de suivi de sprint.
• L’importance du suivi de la vélocité (voire le “pilotage par la vélocité”).
• La définition du Story Point : des points de complexité ou des points d’effort ?
• Peut-on additionner les points de complexité pour calculer une vélocité de Sprint ?
• La QA doit-elle être intégrée au sprint ou doit-on tester le résultat après la fin du sprint ?

En tant que coach, j’ai un avis par défaut sur toutes ces questions. Cependant, les réponses que je donne aux équipes dépendent énormément des contextes projets, de leur maturité, et de leurs comportements sur les précédents sprints. Je reste convaincu qu’il ne peut y avoir de réponse unanime à toutes ces questions.

Et si je pouvais donner un conseil aux jeunes Agilistes : ne vous laissez pas influencer par un seul coach Agile qui donnerait l’impression de détenir LA vérité sur l’Agilité ou sur Scrum. Écoutez, lisez, testez et trouvez votre Agilité.