En tant que formateur, on me demande souvent quelle est la différence ou les similitudes entre Agile (PM) et PRINCE2®. Les profanes en disent beaucoup dans les couloirs, mais qu'en est-il exactement?
Permettez-moi de commencer par dire que les deux ont leur valeur car ils sont utilisés par un grand nombre d’organisations et d’individus et portent leurs fruits.
Lorsqu'ils sont utilisés correctement, ils augmentent les chances (!) D'un projet réussi:
- Moins de coûts
- Meilleure qualité
- Temps d'exécution réduit
- Moins de risques
- Plus d'avantages
- Plus de clarté (portée)
PRINCE2®
Eprouvée et testée depuis des années, une méthode de gestion de projet assez complète (ou meilleure pratique), qui inclut presque tous les aspects de la gestion de projet et fournit des listes de contrôle tout au long du cycle de vie du projet des processus / activités à réaliser pour pour mener et livrer un projet réussi, en tenant compte de principes indiscutables et en utilisant des thèmes adaptables comme un Business Case pour le projet, la conception de l'organisation du projet (avec des rôles clairs), la définition de la Qualité, du Risque, etc….
Dans un dossier de projet (avec principalement un business case de haut niveau), le projet répond à la question: "faut-il commencer par le projet?" Dans la phase d'initiation (ultérieure), la documentation de lancement du projet (ou «PID» avec entre autres un plan de projet, une analyse de rentabilisation détaillée,…) répond à la question: à quoi ressemblent le projet et les résultats du projet? Dans les plans de phase, un «(sous) plan» est élaboré à un niveau détaillé peu de temps avant la phase suivante, sur la base de l'état des lieux le plus à jour, de sorte qu'il reste itératif et «au point», le PID étant révisé si nécessaire.
Agile (PM)
Agile PM veut une approche plus pragmatique que l'approche traditionnelle et s'oppose à la méthode Waterfall, qui est trop statique. Grâce à un mode de travail itératif et toujours en collaboration avec le client, Agile garantit toujours des écarts minimaux par rapport aux souhaits du client.
Agile choisit de permettre à la fonctionnalité souhaitée par le client de fluctuer au profit des coûts et des délais, les deux derniers devant être fixés et les fonctionnalités basées sur le MoSCoW (Must -, Should -, Could -, Won ' t ont) le principe de fluctuer afin de respecter les délais et les coûts.
Les différences
Il y a bien sûr une différence entre les deux techniques terminologie, où je dis aux clients et aux étudiants que beaucoup de choses sont dans la «langue» qu'ils préfèrent parler. Par exemple, le néerlandais n'est pas forcément «meilleur» que le français, mais il est «plus pratique» si vous voulez demander des directions aux Pays-Bas, par exemple, mais plus gênant si vous demandez des directions à Paris.
Une autre différence est la façon dont les différentes activités groupé PRINCE2 bv connaît le «Pré-projet», qui examine l'opportunité de continuer, qui en Agile est «décomposé» en 2 parties: «Avant-projet» et «Faisabilité» (..). En outre, dans le nombre de rôles, Agile a plus de rôles (fractionnés) que PRINCE2 qui regroupe davantage ces rôles, etc.
Une autre différence peut-être importante est la différence les choix qui sont faites: par exemple, lorsque PRINCE2 travaille avec des tolérances sur tous les aspects (temps, argent, qualité des produits (finaux), etc.) qui doivent être convenablement convenus, Agile déclare à l'avance que les coûts et les délais ne doivent pas être modifiés. et que la fonctionnalité selon le principe MoSCoW (voir ci-dessus) doit varier, en supposant que toutes les «caractéristiques» ne sont pas également importantes. PRINCE2® utilise également MoSCoW, mais déclare que tout choix sur l'un des aspects est une décision conjointe du fournisseur du projet et du client / entreprise (ou client).
Enfin, Agile pense qu'il existe une différence essentielle entre la création de logiciels et tous les autres projets.
Accords
Il est clair pour moi que les similitudes sont bien plus grandes que les différences et il n'y a pas d'autre moyen et je l'entends presque «physiquement». Bien sûr, vous devez bien réfléchir à ce que vous allez faire avant de commencer, puis continuer à affiner (avec le client et les principales parties prenantes) si ce que vous faites est toujours voulu et utile, évaluer ensuite, etc.: cette philosophie de base a également toutes les méthodes décentes. / meilleur entrainement /…. sur Terre!
Le caractère itératif est également une vision qui est devenue de plus en plus forte au fil des ans et se reflète dans Agile, PRINCE2® et toute autre technique moderne. De toute évidence, il est beaucoup plus pratique pour le fournisseur de produits d'avoir des spécifications statiques (spécifications) (méthode Waterfall), car le fournisseur peut alors se mettre au travail confortablement et sans entrave sans toujours prendre en compte les spécifications modifiées. MALHEUREUSEMENT, LE MONDE N'EST PAS ENCORE QUAND VOUS FAITES VOTRE PROJET! Toutes les méthodes PM ont supprimé la plupart des éléments statiques de chaque technique et les ont remplacés par des composants dynamiques / itératifs.
Les deux techniques ne sont PAS NORMALES, ce qui signifie que vous pouvez / devez les ajuster afin qu'elles fonctionnent le mieux pour votre organisation et que vous en tiriez les meilleurs résultats.
Combiner Agile / PRINCE2
Certains collègues du secteur affirment qu'une «utilisation partielle» des deux techniques serait la solution: Je suis très contre ça et pour plusieurs raisons.
- Vous demandez à une organisation de connaître 2 méthodes où il est déjà très difficile de bien connaître 1 méthode.
- Vous introduisez une terminologie différente, ce qui augmente considérablement la confusion à la fois en interne et en externe. Vous obtenez des îlots au sein de votre organisation, chacun avec son propre jargon / interprétation des différentes méthodes, alors qu'il est déjà assez difficile de conclure de bons accords avec une méthode. Les parties externes: fournisseurs, nouveaux employés,… auront plus de difficultés à s'intégrer. La force de la méthode 1 (!) Est précisément que tout doit être clair pour tout le monde et vous empêchez les discussions sur «qu'entendez-vous par…».
- Vous développez en fait une nouvelle méthode, alors que des spécialistes dévoués du monde entier passent parfois des décennies à essayer d'obtenir une méthode (ou une technique) si complète / cohérente / (presque) parfaite. «Nous allons mélanger cela pendant un moment» doit-il y avoir une bonne réponse? Outre le fait que ces «collègues» ont souvent trop peu de connaissances / compétences pour cela, cela prendrait des années. Le résultat pour les organisations est donc souvent désastreux.
VEUILLEZ NOTER: une méthode PRINCE2 Agile a été développée qui peut être très intéressante pour ceux qui aimeraient encore ce qui précède. Là aussi il faut se rendre compte qu'il ne s'agit ni de PRINCE2® ni d'Agile PM et donc en fait un choix pour une nouvelle méthode avec les mêmes avantages et les mêmes risques ci-dessus.
Conclusion
Ma conclusion est qu'il n'y a pas de «meilleure technique / méthode». PRINCE2® est de loin la méthode la plus utilisée et cela doit certainement être pris en considération. Le néerlandais étant de loin la langue la plus utilisée aux Pays-Bas, cela devrait certainement être un argument très important pour utiliser le néerlandais comme langue de travail dans votre organisation. Il en va de même pour PRINCE2, bien que l'Agile gagne de plus en plus en popularité, les proportions sont toujours très fortes en faveur de PRINCE2®.
De plus, les organisations doivent bien sûr regarder la situation dans laquelle elles se trouvent et se poser, ainsi qu'aux parties prenantes, des questions telles que:
- Quelle technologie utilisons-nous actuellement (peut-être en partie) et comment cela fonctionne-t-il pour nous et notre environnement?
- Dans quels domaines avons-nous des difficultés et notre façon de travailler ne donne-t-elle pas les résultats escomptés?
- Quelles sont les attentes de nos parties prenantes (ou parties prenantes) (les plus importantes) et avec quelle technologie travaillent-elles?
Enfin
Le choix d'une méthode de gestion de projet bien adaptée est essentiel pour les grandes et petites organisations qui subissent de plus en plus de changements et qui souhaitent mettre en œuvre ces changements de manière efficace (atteindre les objectifs) et efficiente (sans utiliser trop de temps / coûts / ressources).
Outre le choix d'une méthode, la formation / certification et le coaching des employés sont également cruciaux. Vous pouvez contacter D-ICT Solutions pour des formations certifiées ou une consultation gratuite.
L'auteur Docteurs Jean-Yves Depaus a 20 ans d'expérience dans le détachement, le conseil en gestion intérimaire et la formation et (DICT) est un leader avec son équipe de formateurs certifiés, managers intérimaires et coachs dans le domaine de la formation certifiée à travers le monde dans divers projets, processus, services, méthodes de gestion de la qualité tels que PRINCE2, Agile, Lean Six Sigma, ITIL, ISO, ASL, BiSL et autres
