Bonjour et bienvenue sur Projetez-vous, abordant la gestion de projets à consonance complexe. Cette série de podcasts est dédiée à la gestion de projet. Je suis votre hôte Mirvet, avec plus de 10 ans d’expérience en tant que chef de projet et PMO. De plus, je suis un professionnel certifié en gestion de projet et je suis activement bénévole auprès du Project Management Institute of France, l’organisation de référence en matière de gestion de projet. J’aime partager mes connaissances et vous accompagner dans la gestion de vos projets. C’est pourquoi je coache et forme à la gestion de projet et aux métiers qui y sont liés.
Je suis convaincu que comprendre les subtilités de la gestion de projet permet de réussir tout ce que vous entreprenez, que ce soit dans votre vie professionnelle ou personnelle. Chaque semaine dans ce podcast, nous explorerons ensemble les différentes facettes et actualités du management. J’inviterai régulièrement des professionnels à expliquer leurs méthodes et expériences sur des sujets choisis.
La gestion de projet vous permet de structurer, coordonner et contrôler toutes les étapes de la conception à la livraison. Venez découvrir comment et repartez avec quelques conseils. Je vous invite à vous abonner et à me suivre pour plus de contenu sur la gestion de projet. Bonjour à tous et bienvenue dans ce nouvel épisode de Projetez-vous. Aujourd’hui, nous allons expliquer les mythes de la gestion de projet Agile. Vous avez peut-être entendu dire que c’était la solution miracle à tous vos problèmes de gestion de projet, ou peut-être avez-vous entendu le contraire. Quoi qu’il en soit, nous approfondirons les mythes et les réalités de cette méthodologie fascinante.
Le premier mythe sur l’agilité est qu’il s’agit avant tout d’un état d’esprit, d’une culture. Oui, il existe des outils comme Scrum ou Kanban, mais ils ne sont efficaces que si l’équipe adhère au principe agile. D’où vient ce mythe ? En effet, l’agilité a été créée pour être flexible et adaptable ; en anglais, on parle de méthode adaptative, ce qui signifie que le périmètre est en constante évolution. Cela correspond à la nature dynamique des sociétés d’aujourd’hui. De nombreuses entreprises, au lieu de mettre en œuvre tous les rituels et de garantir le fonctionnement de l’agilité, ont tendance à dire : « Oui, nous sommes très agiles en tant qu’entreprise », tout en n’utilisant aucun outil agile. L’agilité a été créée avec des outils et des méthodes spécifiques, comme la méthodologie Scrum, Kanban, et maintenant même des méthodologies à grande échelle. Cependant, il est inutile de revendiquer l’agilité tout en conservant un fonctionnement traditionnel de l’entreprise. Voilà donc le premier mythe.
Un deuxième mythe est que l’agilité est réservée aux équipes de développement logiciel. Bien qu’il soit originaire du monde du développement de logiciels, attendre deux ans pour obtenir un logiciel avec la méthodologie traditionnelle n’est plus tenable. De nos jours, un produit minimum viable (MVP), un produit de base développé rapidement, est requis. À chaque nouveau cycle ou sprint, des fonctionnalités supplémentaires sont ajoutées. Bien qu’il soit né pour le développement de logiciels, il peut être appliqué à tous types de projets. Dans une société en évolution rapide, tous les projets doivent être rapides, nécessitant flexibilité, adaptabilité et fourniture continue de valeur. Par exemple, Google fonctionne en mode Agile, améliorant continuellement sa plateforme et ses logiciels à chaque sprint. Ils sont ainsi plus efficaces, flexibles et réactifs au marché. Cela s’applique non seulement au développement de logiciels mais aussi au développement de produits cosmétiques, entre autres. Google, par exemple, agit toujours en mode Agile, ce qui signifie qu’il améliore continuellement sa plateforme et ses logiciels à chaque sprint en proposant de nouvelles fonctionnalités. Cela les rend plus efficaces, flexibles et réactifs au marché. Peu importe que le contexte soit celui du développement de logiciels ou d’autres secteurs comme la finance, la bourse ou la crypto-monnaie. Ce sont des mondes très éloignés du développement de logiciels, mais l’agilité peut apporter une flexibilité considérable.
Un autre mythe est qu’avec l’agilité, il n’est pas nécessaire de planifier. En réalité, la planification existe toujours en agilité mais est plus flexible et continue. Vous planifiez à court terme et ajustez en fonction des retours et des changements. Aujourd’hui, nous voyons également l’agilité à grande échelle dans le monde de l’entreprise, ce qui signifie que nous regardons non seulement des cycles courts, comme un sprint de 2, 3 ou 6 semaines, mais également des cycles plus longs composés de 8, 9 ou 10 sprints. C’est ce qu’on appelle un release train, par exemple, dans la méthodologie SAFe. Dans ce cas, vous pouvez estimer les résultats attendus sur les deux, trois ou quatre prochains mois. Il faut préciser quand le premier produit sortira, dans deux ou trois semaines, le premier sprint, et quand le produit sera terminé. C’est aussi un indicateur de la réussite du projet. L’idée est que l’agilité ne consiste pas seulement à livrer rapidement un produit ; vous devez également assurer la stabilité et la sécurité, en particulier dans des secteurs comme le secteur bancaire.
Un autre mythe veut que l’agilité signifie l’absence de documentation. C’est faux. L’agilité nécessite une documentation minimale et nécessaire. La communication et les traces doivent être laissées, ainsi qu’un mécanisme de retour d’information. Ce n’est pas une excuse pour négliger la documentation. Il existe de nombreux outils agiles à cet effet, comme Jira, où tous les mouvements et traitements des tickets sont recus.
ordonné. L’agilité laisse des traces et de la documentation. De plus, Confluence peut être associé, fonctionnant comme un système de gestion documentaire et allant plus loin en documentant chaque outil développé au cours des différents sprints.
Un autre mythe veut que l’agilité soit facile à adopter. Adopter un état d’esprit et des pratiques agiles peut être un défi. Cela nécessite un changement culturel et un engagement à tous les niveaux de l’organisation. Comme pour tout changement dans une entreprise, il y aura toujours des résistances. J’ai expliqué cela dans plusieurs épisodes, et j’y ai peut-être consacré un épisode entier. Vous devez accompagner la conduite du changement pour une mise en œuvre réussie de la méthodologie. Ce n’est pas propre à l’agilité ; cela s’applique également à d’autres méthodologies et à de nouveaux processus. Ne négligez pas le fait que comprendre et adopter l’agilité prendra du temps, ce qui nécessitera un accompagnement dans la gestion du changement.
Maintenant que j’ai listé les cinq mythes, je vais conclure en vous donnant quelques conseils pour réussir votre transition vers Agile. Il arrive que lorsque vous arrivez sur un projet en tant que Project Management Officer ou en management, vous vous rendiez compte que vos méthodologies de travail ne sont pas adéquates, et que vos résultats ne sont pas optimaux. Peut-être remarquez-vous que vos solutions prennent trop de temps à être mises en œuvre et que le marché évolue trop vite. C’est à ce moment-là qu’il faut décider de mettre en œuvre la méthodologie Agile dans l’entreprise. Commencez par éduquer et former ; la première étape est de sensibiliser à l’agilité. Souvent, un coach agile est employé pour ce faire et organise des jeux d’agilité, comme la planification du poker. Tout d’abord, sensibiliser et acculturer l’entreprise à l’agilité. Ensuite, commencez avec une petite équipe ; commencez petit, mettez en œuvre tous les rituels, examinez les résultats et apportez des corrections. Lorsque cela fonctionne pour un département ou pour l’ensemble de l’entreprise, il est important d’avoir l’engagement de la direction. La direction doit s’engager à 100 % dans la mise en œuvre. Il ne doit y avoir aucune division entre les départements, les équipes et la direction. On peut décider que l’agilité est ce qui profite le plus à l’entreprise, et c’est à ce moment-là qu’elle doit être lancée. Bien entendu, la direction doit être impliquée à toutes les étapes de la mise en œuvre. Je ne dis pas que la direction devrait ensuite assister à toutes les réunions Scrum, à toutes les réunions quotidiennes et à toutes les planifications de sprint. Cependant, le management doit avoir un langage commun avec le coach et les managers qui mettent en œuvre cette méthodologie. La mise en œuvre de l’agilité doit écouter et s’adapter ; c’est-à-dire que s’il y a des choses qui ne fonctionnent pas pour l’entreprise, des ajustements doivent être apportés en conséquence. Vous ne pouvez pas imposer des choses qui n’ont aucun sens ; il doit y avoir un sens à tous les rituels. Si ce n’est pas le cas, le rituel doit être modifié.