Catégories
Gestion de projets

Cinq conseils pour que la gestion de projet agile fonctionne sans aucune douleur

Shutterstock 283924034

Cela fait 20 ans que le terme « agile » est apparu pour la première fois comme un ensemble de principes pour le développement de logiciels. Il a depuis été largement adapté pour être utilisé comme méthodologie de gestion de projet par des organisations cherchant à répondre aux nombreuses pressions croissantes d’un monde en évolution rapide.

La philosophie d’Agile, axée sur le client, indique clairement ce qu’il faut prioriser. Et en utilisant des éléments de base agiles comme les mêlées, les sprints et le produit minimum viable, les convertis relaient leur échec rapide, expédient les produits rapidement, suivent la concurrence et maintiennent leurs clients ou clients satisfaits.

Mais épingler l’agilité de nos jours n’est pas exactement facile. Notamment parce qu’agile n’est pas vraiment une méthodologie claire ; c’est un ensemble de principes qui ont évolué au fil du temps pour signifier beaucoup de choses différentes pour différentes personnes. Et malgré tout l’attrait magique d’agile, il s’est avéré qu’il était défectueux lorsqu’il était mal appliqué.

« Tout le monde parle d’être agile, car l’adjectif est très attractif », explique David Macarée, Chef de groupe PMO au département de calcul scientifique du Conseil des installations scientifiques et technologiques. « Personne ne veut être agile. Mais beaucoup de gens ont essayé de monter à bord du train en marche agile et cela a été douloureux.

Voici donc cinq conseils pour devenir agile au travail dans la gestion de projet, sans douleur.

1. Assurez-vous qu’il vous convient

Déterminez pourquoi vous souhaitez utiliser Agile. Identifiez le problème que vous devez résoudre et appliquez-le à celui-ci, plutôt que de chercher à l’utiliser comme une solution unique et universelle.

Cela signifie s’assurer que tout le monde parle de la même chose lorsqu’il dit agile ; que vous savez tous pourquoi vous l’adoptez ; et, surtout, que votre organisation est prête à le faire.

« Il y a plusieurs années, quelques grandes banques cherchaient à étendre l’agilité à leurs activités », déclare Adrian Pyne, consultant et auteur de Agile au-delà de l’informatique. « Je leur ai dit que leurs cultures étaient toxiques pour l’agilité, car elles étaient beaucoup trop centralisées et ne soutiendraient pas la collaboration ou ne délégueraient pas suffisamment d’autorité aux projets agiles. Si vous n’êtes pas prêt à faire des changements culturels, et tous les changements dans la planification et les processus stratégiques et financiers, ne gaspillez pas votre argent. En conséquence, je me suis évité de très bons honoraires de conseil.

2. Gardez c’est petit

Agile peut fonctionner brillamment pour de petits changements itératifs mais, comme vous pouvez le lire dans la prochaine édition d’automne de Projet journal, il ne s’adapte pas bien. Une fois que vous avez dépassé ce que Jeff Bezos appelle l’« équipe de deux pizzas » optimale – un groupe qui peut être correctement nourri avec deux pizzas – la communication et la coordination agiles deviennent trop complexes. Les gens commencent à parler de mélanger des scrums ensemble ou d’exécuter des « scrums de scrums » encombrants. Des outils et des méthodologies sont en cours de développement pour résoudre le problème. Mais essayez de rester agile vis-à-vis des tâches et des équipes définies au sein de l’organisation dans son ensemble.

3. N’oubliez pas qu’il s’agit d’un outil, pas d’un remplacement

La nature juste-à-temps d’Agile peut vous aider à réduire les coûts et à garder vos clients satisfaits, mais d’autres départements doivent encore comprendre de quels fonds et ressources l’équipe aura besoin dans six mois.

« Les entreprises dépensent des fortunes dans des systèmes agiles, mais elles ne sont pas en mesure de les mettre en œuvre, car la façon dont Agile veut fonctionner et la façon dont une organisation veut fonctionner ont tendance à être assez différentes », déclare Macaree.

« Les organisations veulent savoir ce que vous allez développer, quand cela va se produire et combien cela va coûter. Le chef de projet s’arrache les cheveux, car les équipes agiles à petite échelle ne fonctionnent tout simplement pas de cette façon. C’est presque contre leur manifeste.

4. Allez-y doucement avec le fondamentalisme

Agile peut venir avec beaucoup de cérémonie et un air de culte presque évangélique, et cela peut être très enivrant. Ou cela peut être rebutant – en particulier lorsque toute tentative de mélanger agile avec d’autres éléments est rejetée par les puristes comme anti-agile.

5. Mélangez

Si vous êtes prêt à reconnaître que l’agilité n’est pas sacrée, cela vous permet d’examiner vos problèmes de manière réaliste et d’ajuster les méthodes agiles avec d’autres processus et personnels.

« Agile peut être compliqué », a déclaré Matt Peat, responsable mondial de la gouvernance et de l’habilitation chez Google, au groupe consultatif d’entreprise APM en mai. « Nous avons opté pour agile-lite. »

Pendant ce temps, le PMO agile est une forme d’intégration en cascade agile qui décentralise le contrôle et la planification et rend la budgétisation et l’allocation des ressources agiles, tout en ajoutant un système de freins et contrepoids au flux de travail pour garder les choses sur la bonne voie.

« Les organisations pensent en termes de cascade ; c’est comme ça », dit Macaree. « Les PMO agiles peuvent servir de pont entre les équipes agiles et l’organisation au sens large et fournir l’expertise nécessaire pour être en mesure de penser en termes de stratégie globale et de feuille de route. »

Vous pourriez également être intéressé par :

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *