Agile Project Management ou AgilePM® est une méthode et certification commercialisée par l’APMG®
Elle appartient cependant à Agile Business Consortium ou AgileBC®; l’un des membres fondateur de l’agilité depuis « l’Agile manifesto »
La méthode est le seul framework dédié au management de projet des frameworks agiles
Elle fournit une approche structurée pour manager et livrer des projets de tout type et permet une intégration idéale avec les framework léger de type SCRUM, KANBAN
La méthode et examens sont uniquement disponibles en anglais mais les cours et explications peuvent être dispensés en Français et pour une meilleure compréhension, les termes anglais sont traduits dans ce qui suit
- La structure de la méthode
La méthode contient une Philosophie agile, des Principes, Processus, Description des rôles de l’équipe projet, Documents et pratiques propres à l’agilité

Le temple DSDM
- L’utilisation des variables de projet
L’utilisation des variables, Qualité, Couts, Délai, Périmètre, dans AgilePM est essentielle pour comprendre la démarche agile
Pour répondre à ses besoins, le client n’a pas forcément besoin de toutes les fonctionnalités possible (ex : peu de personne utilisent l’ensemble de fonctionnalités d’un smartphone)
- Dans une approche standard le périmètre (ensemble des fonctionnalités) est fixe et le client s’attend à recevoir l’ensemble du périmètre approuvé contractuellement
Ainsi, les variables Coûts et Temps sont flexibles et donc souvent dépassés afin de réaliser l’ensemble des fonctionnalités
La variable Qualité (Répondre parfaitement aux besoins du client) est souvent sous tensions alors qu’elle constitue la raison d’être même du client
(Ex : un téléphone capable de mesurer votre rythme cardiaque mais dont la fonction d’appel est bugée et non solutionnée par manque de temps ou d’argent)

Variables standards
Dans cette représentation, le Périmètre est fixe, les Délais et Coûts sont flexibles et parfois dépassés et en Jaune la Qualité est sous tension
.
- Dans l’approche AgilePM, Qualité, Couts et Délais sont fixes !
On doit toujours livrer à temps la Qualité requise pour répondre aux besoins du client et ceci sans jamais être en retard
La variable qui est donc flexible est le Périmètre, donc le client doit s’attendre à recevoir les fonctionnalités essentiels mais la livraison du reste du périmètre (moins important) dépend du Temps et Budget restant et si la Qualité est atteinte

variables Agiles
Dans cette représentation les variables Qualité, Temps et Coûts sont fixes alors que le Périmètre en vert est flexible
.
- La priorisation des besoins
Pour pouvoir avoir un périmètre flexible il est indispensable de prioriser les besoins afin de déterminer le minimum vitale des livrables à réaliser, la technique utilisé utilise l’acronyme MoSCoW qui divise les besoins en 4 catégories :
- M (Must have), contient tous les besoins indispensables sans lesquels le projet n’a aucun intérêt ou n’est pas légale. L’ensemble des M constitue le minimum vital du projet
- S (Should have), contient les besoins important pour sans lesquels existe une solution de contournement même pénible
- C (Could have), contient les besoins les moins importants qui pourraient être laissés de côté si nécessaires
- W (Won’t have this time), Contient les fonctionnalités non souhaitables pour le moment (fonctionne bien pour les projets de chaine d’approvisionnement)
- Le Timeboxing
Le timeboxing : « boite de temps » consiste à réaliser les produits dans des Délais fixes afin de fixer la variable Délai
Dans un projet il y’a autant de boite de temps que nécessaire afin de fabriquer l’ensemble des produits avec la contrainte de 4 semaines de Temps maximum par boite de temps
Projet | |||||||
TimeBoxe1 | TimeBoxe2 | TimeBoxe3 | TimeBoxe4 | TimeBoxe5 | TimeBoxe6 | TimeBoxe7 | TimeBoxe8 |
Dans ce projet par exemple il y’a 8 boites de temps pour réaliser l’ensemble des produits du projet
.
- Conclusion
L’association des pratiques agiles telles que la priorisation MoSCoW, du Timeboxing, la modélisation, workshops, développement itératif ; le respect des Principes et de nombreux autres outils agiles ; font de AgilePM une méthode attractive et dynamique
Lancée en 2010, AgilePM avait à environ 30000 certifiés dans le monde fin 2015.
A la fin 2016 AgileBC annonce 53 000 certifiés dans le monde soit une progression de plus de 76% en 1 an !
Références:
Agile Project Management Handbook version 2.0