Cours Gestion de Projet Agile ou Traditionnelle: un guide à choisir

INTRODUCTION

La gestion de projet agile et le développement de logiciels sont devenus des sujets brûlants ces dernières années. À ce jour, cependant, l'accent semble avoir été mis sur la manière de passer d'une approche traditionnelle à Agile, en abandonnant complètement l'approche traditionnelle.

Alors qu'Agile pourrait être la meilleure approche pour certains projets, d'autres projets nécessitent encore la rigueur d'une approche plus traditionnelle. Par exemple, la mise à niveau d'un système financier peut nécessiter une documentation spécifique pour se conformer à Sarbanes-Oxley. Comment une organisation doit-elle décider de l'approche à adopter ? Une organisation doit-elle utiliser une seule approche ? L'approche peut-elle être modifiée en cours de projet ?

Dans cet article, nous verrons comment décider de la meilleure approche en fonction de paramètres clés tels que le niveau de risque, le niveau d'incertitude et la rapidité de livraison.

Cependant, nous vous rappelons toujours que l'approche choisie devra être adaptée aux besoins et au contexte de l'organisation.

Nous vous rappelons également qu'un certain nombre de facteurs qui ne seront pas abordés, tels que la gestion du changement organisationnel, la formation, le support à la gestion et le coaching, doivent être pris en compte.

GESTION DE PROJET TRADITIONNELLE

La gestion de projet est une pratique séculaire. La gestion de projet en tant que pratique peut être trouvée dans la fabrication des pyramides ou du Taj Mahal ou même dans des projets plus modernes de développement des autoroutes, des routes, des ponts, des nouvelles villes, des nouveaux chemins de fer et des nouveaux produits pour n'en nommer que quelques-uns.

La gestion de projet est une discipline consistant en un ensemble de pratiques, d'outils et de techniques éprouvés qui sont appliqués dans la gestion d'un projet. Selon de nombreuses définitions, un projet est un effort temporaire entrepris pour créer un produit, un service ou un résultat unique. Le résultat d'un projet est toujours quelque chose d'unique, quelque chose de nouveau.

Pour la plupart des produits tels que la construction d'infrastructures traditionnelles, il est possible pour l'équipe de définir et d'établir dès le départ l'ensemble des exigences du produit final. Ainsi, l'ensemble du projet peut également être planifié en détail à l'avance. On suppose également que le nombre de changements est relativement faible. L'ensemble du développement du projet peut devenir prévisible. Dans de tels projets, une série d'activités peuvent être définies pour le projet telles que l'initiation, la planification, l'exécution, le suivi et le contrôle, la clôture, etc. Toutes les activités se déroulent dans une séquence. L'ensemble du cycle de vie du projet est divisé en plusieurs phases et les travaux sont réalisés phase par phase. La gestion de projet traditionnelle utilise un modèle de développement en cascade, où une phase est terminée avant que la phase suivante puisse commencer. À la fin, le produit ou service final est prêt. Des outils tels que la structure de répartition du travail, les diagrammes de Gantt sont largement utilisés.

Une méthodologie de gestion de projet traditionnelle est souvent présentée sous la forme d'une boîte à outils utilisée pour gérer des projets comportant un certain nombre de contenus détaillés, tels que:

• Principes
• Processus
• Procédures
• Directrices
• Modèles
• Listes de contrôle
• Outils
• Définitions des Rôles et des Responsabilités

Les procédures peuvent être regroupées dans un manuel de gestion de projet et contenir l'approche étape par étape de l'exécution des projets.

iLEARN® offre beaucoup de cours sur les approches traditionnelles de la gestion de projet. Pour en savoir plus:

• APM
• PMI (certification CAPM PMI, PMP, PMI-RMP, etc.)
• PRINCE2® 

GESTION DE PROJET AGILE

Le Manifesto for Agile Software Development (© 2001) fixe les valeurs fondamentales de l'approche Agile:

“Nous découvrons de meilleures façons de développer des logiciels en le faisant et en aidant les autres à le faire. Grâce à ce travail, nous avons appris à valoriser:

• Les individus et les interactions sur les processus et les outils
  Logiciel de travail sur une documentation complète
  Collaboration avec le client sur la négociation du contrat
  Réponse au changement au sujet d'un plan

Autrement dit, alors qu'il y a de la valeur dans les éléments de droite, nous apprécions davantage les éléments de gauche. (Agilemanifesto.org, 2001)”.

Bien que le manifeste se concentre sur le développement de logiciels, les principes s'appliquent également à la gestion de projet.

Toutes les méthodes de gestion de projet agiles ont des caractéristiques communes, telles que:

• Priorité à la création de la valeur et à la satisfaction du client
• Délais de livraison rapides
• Adaptation continue
• Accent sur la collaboration
• Une transparence plus grande
• Preuves tôts et souvent
• Une étape à la fois (construction par itérations)
• Personnel motivé et autonome
• Communication efficace

Les méthodologies de gestion de projet agile interprètent et détaillent avec un accent différent certains éléments constituant une approche traditionnelle de gestion de projet (généralement des processus, des procédures). Les démarches agiles de gestion de projet restent "légères" ou "simplifiées".

iLEARN® offre beaucoup de cours sur les approches de gestion de projet agiles. Pour en savoir plus:

• Certification AgilePM® (certification AgilePM Foundation et certification AgilePM Practitioner)
• PRINCE2 Agile® (certification PRINCE2 Agile Foundation et certification PRINCE2 Agile Practitioner)
• Certification Scrum (certification Scrum Developer Certified, certification Scrum Master Certified et certification Scrum Product Owner Certified)

De plus, les cours AgileLearn®, donne un bon aperçu des approches de gestion Agile et comment les utiliser dans la gestion de projet, mais aussi dans d'autres contextes, tels que le développement de produits / services et affaires comme d’habitude.

DIFFÉRENCES ENTRE LA GESTION DE PROJET AGILE ET TRADITIONNELLE

Alors, quelle est la différence entre la gestion de projet traditionnelle et celle Agile?

En règle générale, les méthodologies Agiles ne sont pas aussi détaillées que la méthodologie traditionnelle. Cela soutient l'idée « des individus et de l'interaction plutôt que des processus et des outils » contenue dans le manifeste Agile. Bien qu'il puisse y avoir des directives générales dans l'approche Agile, elle ne contient pas les détails fournis avec l'approche traditionnelle. Il y aura moins de modèles et moins d'étapes procédurales spécifiques dans la méthodologie Agile.

Les principes agiles mettent l'accent sur un produit fonctionnel plutôt que sur la documentation. De ce fait, l'approche Agile passe plus rapidement à l'exécution et passe moins de temps sur la planification. Les plans de gestion de projet complexes, les documents d'exigences détaillés ou la documentation des rôles et des responsabilités, qui sont des documents de planification clés d'une méthodologie traditionnelle, ne sont pas inclus.

Un aspect clé des approches Agiles est l'adaptabilité. L'équipe ne se contente pas d'examiner le produit au fur et à mesure de son développement et d'apporter des modifications aux fonctionnalités, elle examine également le processus. À la fin de chaque itération, l'équipe organise une session sur les leçons apprises, souvent appelée rétrospective. Le but de la séance est d'examiner à la fois le produit et le processus. L'équipe discute de l'avancement du projet et des changements apportés aux procédures qui augmenteraient leurs performances. Par exemple, l'équipe peut décider qu'elle doit modifier le processus de test ou changer le format des réunions.

Dans les projets traditionnels, la réalisation des enseignements tirés fait partie du processus de clôture du projet. Comme dans l'approche Agile, un sujet est un examen des activités de gestion de projet ; bien que toute recommandation de modification du processus ait un impact sur les projets futurs plutôt que sur le projet en cours. Même si les leçons apprises sont conduites à la fin de chaque phase, parce que cette phase ne sera pas répétée pour le projet, les recommandations n'impacteront que les projets futurs.

Cependant, il y a plusieurs mythes courants dans la gestion de projet Agile. Un mythe est qu'il n'y a pas de planification dans une approche Agile. La planification se produit, mais, comme le développement proprement dit, il s'agit d'un processus itératif. Les équipes prévoient initialement des fonctionnalités de haut niveau. Au début de chaque itération, un plan plus détaillé est créé pour cette itération. Bien que des plans détaillés ne soient pas développés au début, en raison des inconnues, la planification fait définitivement partie d'un projet Agile.

Comme il n'y a pas de documents de planification détaillés élaborés au début du projet, il n'y a pas de documents d'exigences détaillés. Les équipes de projet travaillent en étroite collaboration avec le client pour définir les fonctionnalités du produit final. Dans cette phase, seules les informations de haut niveau sont documentées pour chaque fonctionnalité ; les détails sont déterminés au cours de l'itération au cours de laquelle la fonctionnalité est développée.

Un deuxième mythe est que les projets Agiles ne nécessitent pas de chefs de projet. En réalité, le rôle du chef de projet est différent puisqu'il met moins l'accent sur les activités de gestion, telles que la planification ou la budgétisation, et davantage sur la direction de l'équipe. Jim Highsmith utilise le terme « leadership-collaboration » pour décrire le rôle modifié du chef de projet. Dans l'environnement Agile, les chefs de projet se concentrent sur la communication de la vision du projet, le soutien à l'équipe et la suppression des obstacles qui entraveraient la progression.

COMMENT SÉLECTIONNER LA BONNE APPROCHE AU DÉBUT DU PROJET

Comme c’est souvent le cas, il n’y a pas de solution immédiate dans la gestion de projet. La décision d'adopter une approche de gestion de projet traditionnelle ou agile doit être prise en fonction de plusieurs facteurs. Entre autres, les facteurs à considérer sont:

• Dans quelle mesure les exigences sont-elles claires ? Une approche Agile convient mieux à une situation où les exigences ne sont pas claires ou sujettes à changement alors que l'approche traditionnelle est plus adaptée à la situation où les exigences peuvent être clairement définies au début du projet
• La nouvelle technologie est-elle impliquée ? L'approche Agile permet d'expérimenter davantage de nouvelles technologies. Lorsque la technologie n'est pas nouvelle, une approche traditionnelle peut être plus appropriée.
• Y a-t-il beaucoup de risques ? Avec une approche Agile, le risque peut être traité plus tôt dans le projet.
• La bonne équipe est-elle disponible ? Une équipe Agile est généralement petite et composée de membres plus expérimentés. Si le projet nécessite une équipe plus importante, l'approche traditionnelle peut mieux convenir au projet.
• Quelle est la criticité du produit ou service final ? Parce qu'il y a moins de documentation, une approche Agile peut ne pas être appropriée pour des produits critiques tels que le développement de médicaments ou les composants de la navette spatiale. Dans ces cas, une approche plus traditionnelle est préférable.

Sur la base de ces questions, des listes de contrôle peuvent être utilisées pour évaluer les facteurs du projet afin de décider de la meilleure approche pour tout projet. De toute évidence, le promoteur devra être à l'aise avec la décision. Si un promoteur est plus habitué à une approche traditionnelle, soutenir un projet Agile pourrait potentiellement créer de la confusion ou des conflits. Par exemple, considérez les rapports sur l'état du projet. Dans l'approche traditionnelle, les promoteurs reçoivent généralement un rapport d'état hebdomadaire écrit. Dans le monde Agile, le promoteur est informé qu'il doit se présenter à la réunion quotidienne pour obtenir une mise à jour du statut. Ils peuvent résister à ce changement et demander quand même le rapport d'état hebdomadaire. Le chef de projet devra éduquer le promoteur sur l'approche Agile et vendre les avantages afin que le promoteur comprenne comment il soutient le projet dans ce nouvel environnement. Dans certains cas, le chef de projet peut avoir à effectuer certaines des tâches traditionnelles de gestion de projet dans les coulisses pour soutenir les parties prenantes pendant que l'équipe avance en utilisant l'approche Agile.

Une solution et une amélioration possibles sont des approches hybrides qui impliquent de combiner les aspects des méthodologies de gestion de projet traditionnelles et agiles. C'est une tendance toujours plus fréquente dans l'organisation. Par exemple, un cadre de gouvernance traditionnel au-dessus de différentes équipes travaillant sur plusieurs phases et/ou parties du projet avec différentes méthodologies, certaines traditionnelles et d'autres agiles.

CONCLUSIONS

Chaque approche présente un certain nombre d'avantages. Les organisations qui utilisent les deux approches doivent comprendre les avantages de chacune afin que la meilleure approche puisse être sélectionnée pour un projet donné. Dans certains cas, l'hybridation pourrait être la voie à suivre.

En général, l'approche traditionnelle est mieux adaptée aux projets complexes avec des équipes de projet plus importantes. Agile fonctionne bien avec des équipes plus petites avec des niveaux de compétence élevés. Cependant, cela peut être discutable car les méthodologies pour mettre à l'échelle les approches agiles dans les grandes organisations et les projets émergent et mûrissent ces dernières années.

Ce qui est incontestable, c'est que l'approche traditionnelle fonctionne mieux dans des environnements plus stables où les nouvelles technologies sont peu utilisées. Agile fonctionne bien lorsque de nouvelles technologies sont utilisées. Une approche traditionnelle fournit un niveau de documentation plus élevé. Agile fonctionne bien lorsque les exigences ne sont pas claires ou que le risque est élevé.

Bien qu'Agile soit flexible, ce n'est pas toujours l'approche la plus rapide. S'il est vrai qu'une version de travail peut être développée plus tôt, il peut également arriver qu'une première version du produit soit développée et, après l'avoir révisée, l'équipe recommence. Parce qu'il n'y avait pas autant de planification, l'équipe peut découvrir comment ne pas concevoir le produit.

Enfin, les approches traditionnelles ont tendance à être plus faciles à adopter lorsque des éléments clés des projets sont confiés à des organisations externes et nécessitent des accords relativement rigides. Dans ce cas, il est généralement nécessaire de définir précisément le travail et les conditions avec le fournisseur, ce qui s'intègre mieux dans un cadre de gestion de projet traditionnel.