Si les adeptes de l’Agile le vantent d’être une source d’énormes gains de productivité et d’efficacité, sa pratique exige cependant une parfaite collaboration entre différentes équipes. Qu’il s’agisse des utilisateurs finaux, des développeurs, des consultants ou de l’équipe de management du projet, chacun doit jouer un rôle important pour pouvoir atteindre les résultats attendus. Il s’agit en effet d’une chaîne dont la force sera déterminée par sa capacité à soutenir le maillon le plus faible. D’une défaillance de l’une des parties ou d’un manque de cohésion entre les différentes parties, il pourrait donc en résulter l’échec du projet agile.
Le choix des membres des équipes agiles est donc important, mais bien souvent difficile à évaluer. Au début du projet, il est plus facile de croire qu’on a réuni l’équipe de rêve, mais après le démarrage, certains signes de faiblesse peuvent être observés au niveau des membres de l’équipe projet. Il est donc crucial de les détecter et les corriger le plutôt possible pour garantir le succès du projet agile.
Les signes qui pourront vous indiquer que votre équipe n’est pas agile sont multiples et dans un billet sur le site cio.com, ils ont été regroupés selon qu’il s’agit d’un utilisateur, d’un développeur, d’un consultant ou d’un manager.
Comment savoir qu'un développeur n'est pas agile ?
Chez les développeurs par exemple, il est important de surveiller l’excès de perfectionnisme. Un développeur qui a tendance à faire de la sur-qualité n’est pas le plus approprié pour un projet agile. Il faut également veiller à ce que ce dernier ne soit pas trop axé sur l’architecture et la longévité du logiciel.
Le développeur agile est également quelqu’un qui n’a pas peur des critiques et qui peut donc explorer d’autres pistes pour apporter une valeur ajoutée au projet, explique le billet.
Un programmeur qui est plus enclin à « coder d’abord et poser des questions plus tard » peut également compromettre le projet agile. Un développeur agile doit plutôt poser le plus de questions dès le début pour avoir une vision claire et nette du chemin à suivre. Cela permettra d’éviter de refaire à nouveau tout le travail.
Il doit encore fait preuve d’une capacité d’écoute et avoir de bonnes compétences en communication. Un développeur qui présente des insuffisances en gestion de projet ou qui n’a aucune notion de management serait également un fardeau pour l’équipe agile.
Mais le genre de développeur qu’il faudrait par-dessus tout éviter, serait probablement celui qui déteste ou qui n’a aucune empathie pour les utilisateurs. C’est exactement le genre de développeur qui ne voit pas l’importance d’associer les utilisateurs dans les projets et qui considère ces derniers comme un obstacle à l’avancement du projet.
Comment savoir qu'un utilisateur n'est pas agile ?
Du côté des utilisateurs, ceux qui ne sont ni engagés, ni motivés, qui ne voient pas l’intérêt du projet et qui sont plus préoccupés par leur activité régulière représentent une menace sérieuse pour le bon déroulement du projet. Il en est de même pour ceux qui sont rigides au changement, qui y voient un risque et qui considèrent l’apprentissage comme un problème plutôt que de voir ses avantages.
Vous devez savoir que votre équipe n’est pas agile lorsque vous verrez aussi que les utilisateurs impliqués dans le projet ont tendance à ne pas respecter les délais qui leur sont fixés dans les tâches qu’ils doivent exécuter. C’est le cas notamment lorsqu’il s’agira pour eux de donner leur accord pour la validation de certains documents auxquels ils ne comprennent peut-être pas grandes choses. C’est le genre d’utilisateurs qui ne veulent pas avoir de problème, alors leurs décisions sont extrêmement prudentes. Ils ne prennent aucune décision lorsque les informations à leur disposition sont incomplètes.
Des utilisateurs qui ont également tendance à beaucoup bavarder lors des réunions sans pourtant faire de propositions concluantes sont une menace pour le projet agile. Ces derniers ne réussissent en général qu’à amplifier les problèmes clairement délimités.
Comment savoir qu'un manager n'est pas agile ?
Dans le management également, certains signes peuvent montrer clairement que l’équipe ne fait pas de l’Agile. C’est le cas notamment lorsque vous verrez des responsables qui refusent de participer activement au projet et d’en prendre les rênes. Il en est de même pour un manager toujours prêt à responsabiliser les membres de l’équipe projet sans pourtant leur donner le contrôle des ressources.
Un exemple typique de manager non agile est ce genre de responsables qui nient les réalités du projet. Ils définissent mal les priorités et pensent toujours que les délais fixés sont largement suffisants.
Un manager qui utilise la peur comme un outil de management et qui blâme l’échec publiquement pourrait garantir avec certitude l’échec du projet agile. Le projet serait également compromis si ce dernier est plus axé sur le budget que sur la valeur, et s’il accorde peu d’attention aux principaux objectifs.
Une autre façon pour le manager de faire échouer le projet serait de promouvoir des personnes qui ne savent vraiment rien du domaine et qui ne sont non plus disposées à apprendre.
Comment savoir qu'un consultant n'est pas agile ?
Lorsqu’un consultant intervient dans un projet, pour qu’il soit agile, il doit également présenter certaines caractéristiques. Un consultant trop souple, ou trop conforme, ou encore qui est prêt à prendre des engagements qu’il ne peut pas respecter, voilà ce qu’il faut pour mettre le projet en péril.
Le consultant doit être encore capable de transmettre les mauvaises nouvelles le plus tôt possible et efficacement. S’il dit « non », il doit être capable de s’en tenir à cela, et s’il n’est pas disposé à prendre en charge certaines situations incertaines, alors il serait difficile pour lui de faire de l’Agile, explique le billet.
Il faut également éviter les consultants incapables d’écouter et qui ne sont pas en mesure de répondre aux demandes des clients le même jour. Entre autres signes qui caractérisent un consultant non agile, il faut également souligner que celui qui n’est pas disposé à venir sur le site du client est un obstacle à la pratique de l’Agile.
Source : cio.com
Et vous ?
Quelle est votre opinion de ce qui caractérise une équipe agile ou qui ne l'est pas ? 
Envoyé par Michael Guilloux
