Bien que la méthode Agile devienne de plus en plus populaire dans le monde entier et dans différents secteurs, de nombreuses équipes et organisations qui tentent d'adopter la gestion de projet Agile ne voient pas les résultats positifs qu'elles attendent. Comme pour toute autre méthodologie, les défis de la gestion de projet Agile et de sa mise en œuvre réussie sont considérables. Nous examinerons ici certaines des erreurs les plus courantes dans l'adoption d'Agile et ce que vous pouvez faire pour les corriger.
1. Essayer de mettre en œuvre trop rapidement
L'enthousiasme pour le changement vers des pratiques de gestion de projet plus agiles peut être motivant, mais il peut également conduire les équipes à essayer de courir avant de savoir marcher. Avant d'espérer réussir, les équipes doivent être claires sur ce qu'elles changent exactement et sur la manière dont ces changements seront mis en pratique. La précipitation ne fera qu'engendrer la confusion et, très probablement, l'échec de l'adoption d'Agile. Tout le monde retournera à ce qu'il faisait avant et considérera la gestion de projet Agile comme un désastre qui ne fonctionne pas pour eux.
Solution: Les membres de l'équipe ont besoin d'une formation sur la façon dont Agile fonctionnera pour eux avant de pouvoir commencer à la faire fonctionner. Qu'il s'agisse de domaines tels que les rapports et les responsabilités, l'intégration du retour d'information ou la priorisation d'un backlog de produits, si vous n'informez pas le personnel sur la manière et la raison pour laquelle il doit faire ces choses, il est fort probable qu'il ne les fera pas. Une aide importante dans la mise en œuvre d'Agile est qui utilise des logiciels basés sur le cloud pour rendre les processus plus rapides et alléger la charge de travail.
2. Ne pas obtenir l'adhésion des dirigeants
L'un des plus grands défis de la gestion de projet Agile est . Il s'agit d'amener les personnes occupant des postes de direction à accepter le fait que les membres de leur équipe seront désormais habilités à prendre des décisions sans eux. Alors que certains seront ravis de voir leur équipe assumer de plus grandes responsabilités, d'autres pourraient y voir une atteinte à leur autorité, voire à la nécessité de leur rôle tout court.
Solution: Parlez aux chefs d'équipe ou aux chefs de service ensemble et individuellement pour vous assurer qu'ils comprennent comment leurs rôles vont changer. Montrez-leur le côté positif du leadership en Agile et faites-leur savoir qu'une mise en œuvre réussie d'Agile sera très positive tant pour eux que pour l'organisation.
3. Mettre trop de personnes dans votre équipe
Les départements habitués à gérer de grandes équipes peuvent avoir du mal à réduire les choses à la taille pour Agile sur une base de projet par projet. Cela rend la prise de décision et la collaboration lourdes et annule les avantages de la plus grande vélocité de décision d'Agile.
Solution: La taille idéale de pour une équipe Agile est de 6 à 7 personnes. Si vous avez besoin de plus, demandez si le projet est trop important au départ. Un projet Agile devrait consister à n'effectuer que le travail essentiel à la réussite du projet plutôt que de simplement garder beaucoup de gens occupés.
4. Essayer d'en faire trop dans vos sprints
Un autre problème courant lorsque les équipes adoptent pour la première fois la méthode Agile est d'essayer de reproduire dans leurs sprints la philosophie du "battement des cibles" des lieux de travail plus traditionnels. Bien qu'il soit formidable d'avoir des objectifs en général, le but premier d'un sprint est de tout faire, puis d'évaluer si tout a été réalisé et si non, pourquoi ? Essayer d'imposer trop de travail dans un sprint pour "motiver" l'équipe à se surpasser ne fera que conduire à des livrables de sprint manqués et à un moral d'équipe mis à mal par un échec constant (perçu).
Solution: Utilisez les sprints pour évaluer avec précision la capacité de l'équipe et le temps nécessaire à la réalisation des éléments du backlog de produit. Il doit s'agir d'un processus d'amélioration constant, ce qui signifie que les objectifs des sprints doivent toujours se situer à quelques points de pourcentage du résultat final.
5. Drainer la productivité en tapant sur l'épaule
Bien qu'il ne s'agisse jamais d'une pratique de travail formelle, une grande partie du travail dans la plupart des bureaux est attribuée par "tape sur l'épaule", c'est-à-dire lorsqu'un responsable (ou même un autre membre de l'équipe) approche quelqu'un et lui demande s'il peut travailler sur quelque chose. Bien qu'il s'agisse d'une façon assez naturelle de déléguer des tâches, cela peut également nuire à l'un des principes fondamentaux d'Agile : la prise de décision décentralisée par des équipes autonomes. En d'autres termes, les équipes véritablement agiles ne devraient pas avoir besoin de s'appuyer sur une épaule centrale, mais plutôt sur l'initiative collective d'individus motivés et responsables ayant un intérêt égal dans la réussite du projet.
Solution: Dans Scrum, par exemple, tout travail incomplet va sur le backlog de produit. À partir de là, les équipes hiérarchisent démocratiquement l'importance de chaque élément et complètent ensuite les éléments en fonction de ces priorités. Au lieu qu'un seul responsable détermine la trajectoire d'un projet, les membres de l'équipe déterminent en collaboration la voie la plus efficace à suivre.
Apprenez-en davantage sur la gestion de projet Agile sur notre blog.
