Voici un fait important pour vous sur les méthodologies de gestion de projet selon le Pouls de la Profession du PMI,
89 % des professionnels de projet interrogés en 2019 ont déclaré que leur organisation avait mis en œuvre des pratiques hybrides de gestion de projet.
Dans le monde actuel de la gestion de projet, les chefs de projet et les leaders avant-gardistes n’adhèrent pas à une seule méthodologie, ils connaissent bien bon nombre d’entre elles, et ils apprennent à harmoniser diverses pratiques afin de s’adapter à ce que le projet exige.
Cela dit, mon but ici est de vous aider à identifier les méthodologies, et les aspects particuliers des méthodologies, que vous pouvez apporter à votre pratique et livrer des projets efficacement dans le monde des agences digitales. Vous y trouverez un aperçu de la méthodologie de gestion de projet, des descriptions des méthodologies de gestion de projet les plus courantes, des exemples d’entreprises réelles et des étapes pour vous aider à choisir la bonne méthodologie.
Lisez tout l’article ou utilisez les liens pour choisir les sections :
- Comment définissez-vous la méthodologie du projet?
- Types de méthodologies de gestion de projet
- Comment choisir une méthodologie de gestion de projet
- La meilleure méthodologie de gestion de projet pour les agences
- 9 méthodologies de gestion de projet
- 3 exemples de méthodologie de gestion de projet issus d’équipes réelles
- Autres méthodologies de gestion de projet
Poursuivez votre lecture pour en savoir plus sur les méthodologies de gestion de projet.
Comment définissez-vous la méthodologie du projet?
Essayons de comprendre ce qu’est une méthodologie de gestion de projet. La définition de la méthodologie de gestion de projet du PMI est utile :
Une méthodologie est un système de pratiques, de techniques, de procédures et de règles utilisées par ceux qui travaillent dans une discipline.
Mais!
Une méthodologie doit être enracinée dans quelque chose de plus fondamental qui dicte pourquoi nous choisissons de faire les choses d’une certaine façon, alors je suggère qu’elle devrait aussi inclure des thèmes.
En tant que chefs de projets, il existe de nombreuses façons d’exécuter les projets. De façon générale, il s’agit de nos modèles de gestion de projet, qui appliquent différents principes, thèmes, cadres, processus et normes pour aider à structurer la façon dont nous exécutons nos projets.
Types de méthodologies de gestion de projet
En examinant les types de méthodologie de projet, nous pouvons voir des différences dans les mécanismes qu’utilisent les différentes méthodologies et comment elles donnent une définition à une façon de travailler.
Certaines méthodologies de gestion de projet définissent simplement des principes, comme Agile. D’autres définissent un cadre méthodologique entier de thèmes, principes et processus, comme Prince2. Certaines sont une longue liste de normes avec des processus, comme la méthodologie PMI PMBOK, et d’autres sont très légères et définissent simplement un processus, comme Scrum.
Peut-être de façon controversée, plutôt que de débattre de ce qu’est une méthodologie et de ce qui ne l’est pas, j’utilise la compréhension large (mais erronée) des méthodologies de gestion de projet pour désigner simplement les cadres des meilleures pratiques que nous mettons en commun pour réaliser des projets.
En d’autres termes, je ne pense pas qu’une méthodologie doive être un ” système ” complet de mise en œuvre pour être considérée comme une méthodologie.
C’est une définition correcte et utile parce qu’en réalité, en tant que chefs de projets, nous utilisons un mélange de principes, de thèmes et de processus adaptés à nos clients et à nos projets.
Mettons une chose au clair avant de commencer, alors qu’il existe de nombreuses approches de gestion de projet, il n’y a pas de “bonne” méthodologie.
En fin de compte, la meilleure méthodologie est celle qui a du sens et qui convient le mieux au projet, à l’équipe et au client.
Examinons d’abord quelques-unes des méthodologies de gestion de projet les plus populaires et comprenons quelques-unes des précieuses leçons à retenir pour la réalisation de projets dans le monde du numérique.
Comment utiliser ces méthodologies?
Apprenez les principes fondamentaux de la gestion de projet grâce à une formation pertinente, pratique et dirigée par des experts. Notre cours en ligne sur la gestion de projet digital fournit des instructions d’expert afin que vous puissiez diriger des équipes heureuses et livrer des projets de grande valeur dans le monde digital.
Comment choisir la bonne méthodologie de gestion de projet?
Choisir la bonne méthodologie est important parce qu’elle définit notre façon de travailler. Elle fournit les structures qui peuvent nous guider vers la réussite ou l’échec d’un projet. Et comme vous savez déjà qu’il n’existe pas de méthode universelle qui convienne à tous les types, toutes les tailles ou tous les secteurs d’activité, il est important que vous consacriez du temps et des efforts à choisir la bonne méthode de gestion de projet dans votre contexte.
Voici quelques étapes pour décider de la méthodologie de gestion de projet à utiliser dans votre projet :
1. Considérez les facteurs de votre projet par leur simplicité ou leur complexité.
Cela comprend le projet lui-même, ainsi que le client, nos ressources disponibles et les contraintes du projet (y compris l’appétit pour le changement et le risque), le calendrier, les outils et les personnes. Énumérez ces facteurs et identifiez-les selon leur simplicité ou leur complexité.
2. Déterminez la rigidité ou la flexibilité de votre environnement de travail.
Si vous travaillez dans un environnement dynamique où il y a un appétit pour l’évolution et le changement, une méthodologie Agile peut vous convenir. Si vous travaillez avec des exigences, un calendrier et un budget très fixes, il serait peut-être préférable d’adopter l’approche Waterfall. Tout en tenant compte de votre flexibilité, jetez un coup d’œil à vos contraintes et à vos risques. Comment pouvez-vous mettre en place des processus qui minimisent vos principaux risques et aident vos équipes à s’adapter parfaitement à leurs projets dans le cadre de vos contraintes organisationnelles?
Que vous soyez plus flexible (un studio de design agile où la plupart des membres de l’équipe portent plusieurs chapeaux) ou plus rigide (une agence interne où les activités doivent respecter de nombreux règlements internes), c’est aussi le bon moment pour vous demander si votre organisation doit rester aussi rigide ou flexible qu’elle l’est. Vous pouvez choisir une méthodologie ou une méthodologie hybride qui pousse votre organisation dans la direction où vous voulez aller, mais prenez soin de choisir des méthodes qui sont réellement réalistes pour vos équipes et qui peuvent être mises en œuvre comme elles sont actuellement.
3. Pensez à ce qui offre le plus de valeur
Demandez ce qui apporte le plus de valeur au client (ou à l’intervenant, ou à l’utilisateur final). Dressez une liste de leurs besoins et utilisez-la pour choisir la façon de travailler qui répond le mieux à ces besoins.
Par exemple, si vos clients font généralement des demandes continues et s’attendent à des mises à jour et des changements constants, alors une méthodologie itérative avec des cycles courts aidera le client à se sentir plus valorisé. L’utilisation de cette méthodologie vous aidera à créer de la valeur et à maintenir des relations positives avec vos clients.
4. Tirez parti de vos objectifs organisationnels
Utilisez les objectifs que vous avez déjà créés en tant qu’équipe ou organisation afin de guider votre choix de méthodologie de projet. De toute évidence, vos méthodes devraient être un moyen d’atteindre vos buts – la meilleure méthode est celle qui vous guide le plus directement vers vos objectifs stratégiques, avec le plus de gains et le moins d’impact négatif possible.
5. Dressez la liste des valeurs de votre organisation et de votre équipe
Enfin et surtout, plongez profondément dans vos valeurs. Les méthodologies, en fin de compte, sont appliquées par des gens – des gens qui ont des habitudes, des opinions et des valeurs. Au lieu d’adopter une méthodologie axée sur les tendances et de l’appliquer à votre personnel, utilisez les façons de penser, les relations et le travail de votre personnel pour élaborer une méthodologie qui s’adapte naturellement.
Les valeurs de votre organisation et de votre équipe peuvent donner forme à une méthodologie véritablement durable qui est moins un standard théorique (que vous ne rencontrez jamais vraiment) qu’une façon d’agir systématiquement sur des processus vivants qui sont plus faciles à soutenir à long terme.
Rappelez-vous qu’aucune méthodologie n’est meilleure que les autres. Tout dépend de la mesure dans laquelle il répond aux objectifs et aux valeurs de l’organisation, aux contraintes auxquelles l’équipe de projet doit faire face, aux besoins des intervenants, aux risques encourus, ainsi qu’à la taille, au coût et à la complexité du projet.
Quelle est la meilleure méthodologie pour les agences digitales?
La réponse courte ?
Cela dépend. Il n’y en a pas de bien ou de mauvaise. Cela dépend de votre client, de votre équipe et du projet. Voici une plongée en profondeur dans certaines méthodologies courantes et les avantages et les défis qu’elles apportent.
J’ai écris un article entier sur le débat Agile vs. Waterfall, mais ci-dessous je résume quelques points principaux à prendre en compte pour la meilleure approche pour les agences digitales.
Les avantages et les inconvénients de Waterfall dans les agences digitales
Presque universellement, dans une agence, crier haut et fort que Waterfall pourrait être une bonne approche pour un projet équivaut à peindre une grande cible sur soi. Waterfall est quelque chose qu’aucun client ou équipe ne veut entendre – nous voulons tous être perçus comme étant à la fine pointe et Waterfall n’est certainement pas cool.
Non seulement ce n’est pas cool, mais en plus, Waterfall est un défi parce qu’il exige une planification initiale lourde avant que tout travail générateur de valeur ne soit fait. La planification est parfois nécessaire parce que les clients doivent approuver un coût, un délai et une portée. Mais les clients sont généralement réticents à payer pour la planification, et même s’ils le font, que se passe-t-il si votre planification n’est pas à la hauteur?
En vérité, dans le monde digital, nous avons régulièrement du mal à faire des estimations précises. Nous travaillons habituellement avec de nouvelles technologies, sur des projets vagues. Souvent, dès le début de votre projet, votre plan est déjà périmé. Ainsi, bien que les clients apprécient la prévisibilité des produits livrables, du budget et de l’échéancier, l’approche Waterfall est intrinsèquement rigide.
Alors que diriez-vous d’une saveur d’Agile?
Les inconvénients et les avantages d’Agile dans les agences digitales
Entre les agences et les clients, la compréhension d’Agile a tendance à être assez fluide.
Agile est largement couvert de louanges car “ce n’est pas Waterfall” et est largement injustement compris comme signifiant “faire plus, avec moins, plus vite et moins cher que jamais auparavant”.
Pourquoi ne voudriez-vous pas ça?
Les clients ont tendance à aimer l’idée d’Agile en raison de sa flexibilité apparente qui permet de faire pivoter un projet, ce qui leur donne plus d’occasions de changer d’avis continuellement tout au long du projet.
Ils pensent souvent que cela signifie qu’ils feront plus de travail pour moins cher – ou qu’ils n’auront jamais à prendre une décision finale sur quoi que ce soit parce qu’ils peuvent changer d’avis jusqu’à la dernière minute.
C’est un peu vrai, mais ce n’est pas toute l’histoire. En vérité, Agile est peut-être mieux mais Agile n’est pas facile ou bon marché.
Le hic et le reste de l’histoire, c’est que ce niveau de flexibilité coûte cher. Oui, vous pouvez changer d’avis, mais cela prend du temps, et le temps coûte de l’argent.
Un autre défi est que pour réussir et être vraiment Agile, les clients doivent se rendre disponibles et être habilités à prendre des décisions (ce qui est rare dans les organisations hiérarchiques et orientées conseil). Ils doivent fournir des retours continus et établir des priorités à la volée pour faire avancer le projet, ce qui est souvent très délicat.
Faits fondamentaux sur la meilleure méthodologie d’agence
Fondamentalement, les agences veulent être payées pour le travail qu’elles font, et les clients veulent que les agences fassent de leur mieux et bien du premier coup. Il faut qu’il y ait un juste milieu.
À bien des égards, c’est une question de confiance. Les clients font-ils vraiment confiance à l’agence et sont-ils prêts à payer pour un échec sur la voie du succès?
Faire plus pour moins et éliminer le gaspillage est un excellent principe du Lean, mais le défi de l’approche réside souvent dans la relation client-agence. Les clients peuvent causer beaucoup de gaspillage, et sans un client vraiment intégré et confiant qui donne un réel pouvoir de décision, aucune quantité de méthodologie de projet Agile ne peut corriger ce défaut dans la relation.
Mais là où il y a confiance mutuelle et volonté d’expérimenter, la magie opère. Nos clients doivent faire preuve de maturité pour comprendre que nous ne pouvons pas définir exactement ce qu’ils obtiendront, ni quand, mais qu’avec une confiance saine, nous travaillerons ensemble pour leur offrir ce que nous pouvons faire de mieux.
Aperçus des 9 méthodologies de gestion de projet les plus populaires
Ci-dessous, j’ai dressé une liste des méthodologies de gestion de projet décrivant les approches les plus populaires. Il y a des liens dans chaque section pour en apprendre davantage sur chaque approche.
1. Agile – collaborer à l’exécution itérative de tout ce qui fonctionne
Commençons par le mot à la mode préféré de tous: Agile. La vérité est qu’Agile n’est pas du tout une méthodologie, mais un ensemble de principes pour le développement de logiciels. Les principes sont décrits dans le manifeste Agile qui présente quatre valeurs:
- Les individus et les interactions sur les processus et les outils;
- Logiciel de travail sur une documentation complète;
- Collaboration du client dans la négociation du contrat;
- Répondre au changement en suivant un plan.
Être Agile est plus une philosophie et un ensemble de valeurs à suivre qu’un processus que vous pouvez appliquer directement à un projet.
Donc, en bref (et pour rendre les choses confuses) Agile n’est pas une méthodologie ou un processus. Même si vous êtes d’accord avec les principes, vous devez quand même définir les processus de réalisation des projets.
Lorsque les gens parlent d’une méthodologie de gestion de projet Agile, ce qu’ils décrivent habituellement est un processus de conception et de construction itératif et flexible. Les projets agiles se caractérisent par une série de tâches qui sont conçues, exécutées et adaptées en fonction de la situation, plutôt que par un processus préétabli. L’agilité aide les équipes à faire face à l’imprévisibilité par le biais de processus de travail itératifs et incrémentiels.
De la même façon qu’un bon cuisinier goûte les aliments au fur et à mesure qu’il les cuit, ajoutant les ingrédients manquants au fur et à mesure, un processus de gestion de projet Agile exige des équipes de projet qu’elles suivent un processus de planification, d’exécution et d’évaluation. Pour une autre façon de voir les choses, PM Column propose une description intéressante d’Agile dans son article sur l’explication d’Agile aux enfants.
Agile est différente des autres méthodes de gestion de projet qui suppose que les éléments qui affectent un projet sont prédictibles. Elle met donc en avant l’adaptabilité face au changements, une communication adéquate et continue au sein de l’équipe de projet et entre celle-ci et le client. Les méthodologies Agile sont parfaites pour les environnements dynamiques où le changement est possible et où les exigences évoluent comme dans le développement de logiciels ou de jeux.
Étant un cadre de principes, Agile est une référence. Agile tend à être utilisée comme un terme parapluie qui recouvre des méthodes comme Scrum, eXtreme Programming (XP), Kanban et Scrumban. Dans la gestion de projet Agile, vous pouvez utiliser n’importe laquelle de ces méthodes.
Plus à propos d’Agile | Outils Agile | Apprendre Agile: Comprendre Scrum, XP, Lean, et Kanban
2. Scrum – permettre à une petite équipe inter-fonctionnelle et autogérée d’assurer une livraison rapide
Scrum est une méthodologie de gestion de projet qui propose des principes et des processus pour améliorer la livraison. Dans le domaine du développement logiciel, la méthodologie Scrum est l’un des cadres les plus populaires et les plus simples pour mettre en pratique les principes d’Agile.
L’objectif de Scrum est d’améliorer la communication, le travail d’équipe et la vitesse de développement. Si vous entendez les gens parler de sprints, de mêlées, de backlogs et de brûlures, c’est probablement de Scrum, ou d’un dérivé de celui-ci.
Scrum n’est pas vraiment une méthodologie de gestion de projet mais un cadre pour le développement et la maintenance continue de produits complexes. Scrum est une approche légère qui définit un ensemble simple de rôles, de réunions et d’outils permettant d’offrir de manière efficace, itérative et incrémentale des fonctionnalités précieuses et livrables.
Fondamentalement, Scrum consiste à donner à une équipe autogérée les moyens d’agir et à définir les rôles et les responsabilités afin de créer une tension saine entre la bonne chose à faire, de la bonne façon, le plus rapidement possible.
Scrum préconise l’utilisation d’une petite équipe inter-fonctionnelle composée d’un maximum de 9 personnes qui travaillent sur des éléments d’un backlog (un recueil d’histoires d’utilisateurs ou d’exigences) qui ont été définis et priorisés par un responsable de produit.
Le travail est divisé en “sprints”, un cycle de développement de 2 à 4 semaines, au cours duquel des “scrums” (ou mêlées) quotidiens ont lieu pendant lesquels l’équipe rend compte des progrès et des obstacles. À la fin de chaque sprint, le travail est passé en revue lors d’une réunion d’examen du sprint afin de déterminer avec le responsable de produit s’il est conforme à la définition de ce qui est fait (DoD).
Le scrum est facilité et dirigé par un Scrum Master. Ils dirigent les mêlées, les sprints, les démos et les critiques, ainsi qu’une “rétrospective de sprint” après chaque sprint, pour s’assurer que l’équipe s’optimise et s’améliore continuellement.
Scrum a été conçu à l’origine pour le développement de logiciels. Par conséquent, bien qu’il existe des artefacts Agiles dans Scrum qui peuvent être exploités, Scrum ne s’intègre pas parfaitement dans le monde plus stratégique et créatif des agences. Même sur les projets web de l’agence, les budgets fixes, les échéanciers et la portée des projets offrent un manque de flexibilité pour une équipe autogérée de Scrum, sur un projet avec un début et une fin définis.
Cela ne veut pas dire qu’il ne peut pas fonctionner, sur des projets de développement – les chefs de projet d’agence peuvent agir en tant que maîtres Scrum, et les clients en tant que propriétaires de produits dans une grande équipe hybride heureuse. Mais c’est normalement plus compliqué que cela, avec des budgets et une portée fixes qui imposent de lourdes contraintes. C’est pourquoi de nombreuses agences utilisent certains des concepts de Scrum – petite taille, autogestion, équipes inter-fonctionnelles, réunions debout quotidiennes, démonstrations de progrès et rétrospectives – et les utilisent dans une sorte d’approche hybride.
Plus à propos de Scrum | Outils Agile | Réunion de planification Sprint | Scrum: a Breathtakingly Brief and Agile Introduction
3. Kanban – améliorer la rapidité et la qualité de livraison en augmentant la visibilité des travaux en cours et en limitant les tâches multiples
Le Kanban est une méthodologie de gestion de projet axée sur les principes Lean et un processus strict pour accroître l’efficacité. C’est similaire à bien des égards à Scrum, il s’agit de livrer rapidement et souvent avec une équipe collaborative et autogérée. Mais comparé à Scrum, le Kanban est un changement plus évolutif, un atterrissage plus en douceur dans le monde de l’Agile car il est moins prescriptif.
La méthodologie Kanban est dispose d’un allégé, est flexible, n’a pas de rôles prescrits et essaie simplement d’améliorer le rendement en augmentant l’attention de l’équipe sur les choses qui comptent vraiment. Les pratiques de base consistent à visualiser le flux de travail, à limiter le travail en cours, à mesurer le délai d’exécution, à rendre les politiques de processus explicites et à évaluer continuellement les possibilités d’amélioration.
Kanban met l’accent sur le travail qui est continuellement publié, plus rapidement et avec une meilleure qualité. Il est idéal pour les environnements opérationnels ou de maintenance où les priorités peuvent changer fréquemment. Le Kanban se concentre sur la mesure du délai de livraison – combien de temps faut-il, après avoir été informé, pour livrer.
Avec le Kanban, les chefs de projet utilisent généralement des notes autocollantes sur un tableau blanc Kanban ou un outil en ligne comme Trello, pour représenter le flux de travail de l’équipe, avec des catégories aussi simples que “À faire”, “En cours” et “Fait”.
Cela permet de visualiser ce que vous voulez faire et de limiter les travaux en cours (TEC) afin d’améliorer le flux de travail au fur et à mesure que vous mesurez et optimisez le temps moyen nécessaire pour terminer les éléments.
Cela permet également à l’équipe d’avoir un aperçu visuel de ce qui est à venir, ce qui facilite la redéfinition des priorités, la découverte des problèmes de processus et la prévention du blocage des tâches. Cela les aide également à voir comment toute nouvelle tâche peut affecter le travail en cours.
Kanban est bien adapté aux travaux qui nécessitent un rendement constant, comme la production ou le support et la maintenance. Dans le monde des agences, il peut également être un outil utile car il est mieux adapté aux changements et les clients aiment changer d’avis constamment. Si Scrum semble une approche trop rigide, mais que vous voulez ‘faire de l’Agile’, Kanban est une alternative plus simple.
Plus à propos de Kanban | Kanban vs Scrum | Outils Kanban | Kanban: Faites Évoluer Avec Succès Votre Entreprise Technologique
4. Scrumban – limiter les travaux en cours comme le Kanban, avec une réunion debout quotidienne comme Scrum
La méthodologie Scrumban est une méthodologie de gestion de projet hybride relativement nouvelle qui combine une approche mixte de gestion de projet par scrum et Kanban. Il faut la flexibilité du Kanban et ajouter une partie de la structure de scrum pour créer une nouvelle façon de gérer les projets.
Plutôt que de travailler dans des sprints potentiellement restrictifs, Scrumban utilise un principe de planification à la demande pour combler le backlog et les tâches sont assignées par l’équipe elle-même comme elle peut les accommoder, comme dans Kanban. Cela signifie que le travail en cours est limité et que l’équipe de développement reste concentrée sur la tâche à accomplir plutôt que de s’inquiéter de la réunion de révision du sprint et de ce que l’équipe s’est engagée à livrer.
Mais il n’y a pas que le Kanban. Scrumban conserve le Scrum quotidien avec des revues et des rétrospectives pour améliorer le processus utilisé uniquement lorsque nécessaire. De plus, sans la contrainte des sprints, la planification se fait sur une base ponctuelle plutôt qu’autour d’un sprint, ce qui permet de gagner du temps.
Scrumban ajoute juste une certaine flexibilité à Scrum en supprimant les sprints et en permettant une approche adaptative de la planification. Vous pourriez y voir l’ajout d’une structure très nécessaire au Kanban avec des réunions qui peuvent aider à la collaboration et à l’optimisation du processus.
Scrumban peut être adapté pour le développement de produits lorsqu’il y a un manque de clarté dans la vision, lorsque les exigences évoluent ou qu’il n’y a pas de feuille de route claire et si le processus doit inclure des travaux de support et de maintenance dans le processus.
Plus à propos de Scrumban | Outils Scrumban | The Scrumban [R]Évolution: Obtenez le meilleur d’Agile, de Scrum, et de Lean Kanban
5. Lean – rationaliser et éliminer le gaspillage pour faire plus avec moins
La méthodologie Lean est une méthodologie de gestion de projet axée sur le thème de l’efficacité. Sans doute le parrain d’Agile, Lean, c’est faire plus avec moins. Elle commence par l’identification de la valeur, puis la maximise par l’amélioration continue en optimisant le flux de la valeur et en éliminant le gaspillage.
C’est un thème avec des principes, plutôt qu’une méthodologie qui dicte le processus et les choses à faire. Il suggère que vous pouvez faire plus avec moins en vous attaquant aux trois dysfonctionnements qui créent les déchets: Muda, Mura et Muri, aussi connus sous le nom de 3Ms.
- Muda consiste à éradiquer les déchets en enlevant les processus ou tout ce qui n’apporte pas de valeur ajoutée au client. Dans le monde du digital, il pourrait s’agir d’éliminer des séries de révisions.
- Mura consiste à éliminer les variations, c’est-à-dire à éliminer les frais généraux que créent les écarts par rapport au processus standard. Pour nous, cela pourrait signifier la normalisation des briefs et des processus d’approbation.
- Muri vise à éliminer la surcharge, la capacité optimale étant de travailler à 60-70%. Au delà, tout est au ralenti. Nous pourrions appliquer cette mesure pour réduire au minimum le nombre de projets que nous essayons de réaliser dans l’agence.
Lean se concentre sur changer la façon dont nous fonctionnons afin d’être entièrement focalisés sur la création de valeur. Il s’agit de passer de l’optimisation de technologies, d’actifs et de départements verticaux distincts à l’optimisation des projets de flux à travers des flux de valeur entiers qui circulent horizontalement entre les technologies, les actifs et les départements vers les clients.
Lean peut être un état d’esprit utile à adopter lors de l’examen de votre processus d’exécution de projet. Pensez à la façon dont vous pouvez ramener votre processus de projet à l’essentiel et à ce qui apporte de la valeur, à la façon d’enlever ce qui est superflu, ou pensez à la façon dont vous l’avez toujours fait, et vous penserez à la méthode Lean.
Plus à propos de Lean | Mettre en place Lean: Itérer du Plan A au Plan Qui Fonctionne
6. La méthodologie eXtreme Programming (XP) – faire du développement de manière robuste pour assurer la qualité
eXtreme programming (XP) est une méthodologie de gestion de projets de développement logiciel qui définit des valeurs et des processus pour améliorer la qualité des logiciels et assurer la réactivité aux besoins évolutifs des clients. Les valeurs, ou principes, très similaires à Scrum, tournent autour de la simplicité, la communication, le feedback, le respect et le courage.
Là où elle s’écarte vraiment de Scrum, c’est dans la définition de règles ou de processus normatifs. Certaines sont similaires à Scrum, mais il existe des règles concernant les pratiques techniques de conception de codage et de test qui les rendent spécifiques pour les projets de développement. Ces règles rendent obligatoires, entre autres, l’inclusion d’histoires d’utilisateurs, le développement piloté par les tests (TDD), la programmation par paires et l’intégration continue.
Plus à propos d’eXtreme Programming | Outils eXtreme Programming | eXtreme Programming Guide de Poche
7. Waterfall – planification complète des projets, puis exécution par phases
La méthodologie de Waterfall, souvent appelée SDLC (Software Development Life Cycle) est un thème de méthodologie de gestion de projet avec une approche très simple qui valorise une planification solide, où l’on fait une seule fois et correctement, plutôt que l’approche Agile de livraison itérative et progressive. C’est simple à comprendre parce qu’il suffit de faire un bon plan et de l’exécuter.
Le chef de projet a tendance à être très important et responsable, et le travail est planifié en long et en large dès le début, puis exécuté, dans un ordre strict, en respectant les exigences, pour livrer le projet en un seul cycle, et généralement très long.
Les besoins sont entièrement définis au début, au sommet de la cascade, avant le début des travaux. Les travaux se succèdent ensuite en cascade, comme l’eau d’une chute d’eau à travers les phases du projet. Dans un modèle de cascade, chaque phase doit être terminée avant que la phase suivante puisse commencer et il n’y a pas de chevauchement dans les phases. Typiquement, dans une approche en cascade, le résultat d’une phase sert d’entrée pour la phase suivante de façon séquentielle.
Une fois le plan approuvé, il y a peu de marge de manœuvre pour l’adapter à moins qu’il ne soit absolument nécessaire, et les changements qui s’imposent exigent habituellement des demandes de changement. Le projet passe ensuite par le processus, des exigences à la maintenance, en passant par la conception, la mise en œuvre, les essais et la maintenance.
En raison de l’approche à cycle unique, dans un projet Waterfall, il y a peu de place pour la réflexion, la révision et l’adaptation une fois que vous avez terminé quelque chose. Une fois qu’on en est à l’étape des essais, il est très difficile de revenir en arrière et de changer quelque chose qui n’a pas été bien conçu. Il n’y a aussi rien à montrer et à dire au client au fur et à mesure. Vous terminez le projet en fanfare et priez pour que le client l’apprécie. C’est potentiellement très risqué.
Waterfall est généralement considérée avec un certain mépris au sein des agences car elle est vue comme une approche de gestion de projet traditionnelle, inefficace et dépassée. Mais Waterfall peut être une approche utile et prévisible si les exigences sont fixes, bien documentées et claires, si la technologie est comprise et mûre, si le projet est court et s’il n’y a pas de valeur ajoutée à “devenir agile”. Une approche Waterfall peut en fait fournir un résultat final plus prévisible pour le budget, le délais et la portée.
Plus à propos de Waterfall | Outils Waterfall de Gestion de Projet | Agile vs Waterfall | Outils de Gestion de Besoins | Responsables de Projet Informatique : Comment Gérer des Projects Waterfall
8. PRINCE2 – une gestion de projet maîtrisée qui ne laisse rien au hasard
La méthodologie PRINCE2 est une méthodologie de gestion de projet très complète qui inclut des principes, des thèmes et des processus, créée par le gouvernement britannique en 1996 pour les projets informatiques. L’acronyme PRINCE2 signifie PRojects IN Controlled Environments. Il s’agit d’une méthodologie axée sur les processus, divisant les projets en plusieurs étapes, chacune ayant ses propres plans et processus à suivre. La méthodologie définit les intrants et les extrants pour chaque étape d’un projet afin que rien ne soit laissé au hasard.
Le système met l’accent sur la justification du cours suivi par une entreprise, et la première étape consiste donc à identifier un besoin clair pour le projet, qui est le client cible, s’il y a des avantages réalistes, et une évaluation approfondie des coûts. Un comité de projet est propriétaire du projet et est responsable de sa réussite. Ils définissent les structures de l’équipe, tandis qu’un chef de projet supervise les activités quotidiennes du niveau inférieur. La méthodologie du PRNCE2 repose sur huit processus de haut niveau et donne aux équipes un meilleur contrôle des ressources et la capacité d’atténuer efficacement les risques.
En tant que méthodologie, elle est incroyablement complète – c’est un excellent cadre pour la gestion de projets d’entreprise de grande envergure et prévisibles. Elle clarifie ce qui sera livré, assure une focalisation sur la viabilité du projet, définit clairement les rôles et les responsabilités, approuve la gestion par exception (sans doute un principe Agile) et, comme PMBOK, fournit un vocabulaire commun que nous pouvons appliquer à d’autres méthodes. D’un autre côté, bien que les principes et les thèmes soient excellents, le processus peut le rendre laborieux et onéreux pour les petits projets.
PRINCE2 est conçu pour les projets informatiques à grande échelle et ne fonctionnerait donc jamais dans une agence en tant que méthodologie de gestion de projet. Cependant, l’accent mis sur l’élaboration d’une bonne analyse de rentabilisation avec les ICR et la valeur acquise, la clarté des rôles et des responsabilités, la gestion du changement et des risques sont utiles lorsque nous envisageons de gérer des projets pour nos clients.
Plus à propos de PRINCE2 | Outils PRINCE2 | Gérer avec Succès des Projets avec PRINCE2
9. PMI’s PMBOK – l’application de normes universelles à la gestion de projets Waterfall
Le PMBOK du Project Management Institute, ou Project Management Body of Knowledge, n’est pas vraiment une méthodologie. C’est plutôt un cadre de normes, de conventions, de processus, de meilleures pratiques, de terminologies et de lignes directrices qui sont acceptées comme normes industrielles de gestion de projet. Malgré cela, le cadre PMBOK du PMI est souvent considéré comme une méthodologie traditionnelle de gestion de projet.
Le PMBOK fait référence aux cinq étapes du processus de gestion de projet : lancement, planification, exécution, contrôle et clôture. Il contient de nombreux processus et techniques de gestion de projet permettant d’évaluer ou de compléter la façon dont vous gérez vos projets ou la méthodologie que vous utilisez.
Les meilleures pratiques de PMBOK sont utiles comme base, mais pour les mettre en œuvre comme méthodologie, vous devez déterminer quels processus vous allez appliquer, quand, par qui et dans quelle mesure. Vous devez également tenir compte de la structure, de la gouvernance et des flux de travail de votre organisation, en adaptant les fondements généraux du PMBOK à votre situation particulière.
Elle est donc, plus théorique, un guide de référence, dans lequel vous pouvez être certifié et qui, bien que populaire en informatique, ne fait pas d’adeptes dans le monde de l’agence. Vous ne pouvez pas réellement exécuter un projet PMI ou PMBOK, mais vous pouvez utiliser les standards pour créer un langage universel et les meilleures pratiques autour d’un projet. En comparant PMBOK et PRINCE2, vous pourriez considérer que PMBOK et PRINCE2 du PMI sont complémentaires plutôt que deux approches différentes ou séparées de Waterfall.
Plus à propos de PMI | Un Guide du Project Management Body of Knowledge (PMBOK)
3 Méthodologie de gestion de projet. Exemples d’équipes réelles
Pour voir comment certains de ces types de méthodologie de projet populaires sont appliqués dans de vrais organisations, voici quelques exemples d’approches de gestion de projet d’entreprises que vous connaissez probablement.
1. Méthode Kanban à Vanguard
Vanguard, l’une des plus grandes sociétés de gestion de placements au monde, qui gère environ 5,2 billions de dollars d’actifs mondiaux, dispose d’un assortiment de pratiques fondées sur le Kanban, le Lean et l’Agile. Depuis 2019, ils ont une certaine forme de pratiques Agiles en place depuis 12 ans, dont 5 ans de DevOps. Dans une étude de cas sur le Modèle Opérationnel Lean de Vanguard, nous pouvons examiner les avantages et les défis auxquels 24 équipes Agiles de l’organisation ont été confrontées, ainsi qu’une description de la façon dont l’organisation a utilisé les données pour adapter son approche basée sur le Kanban afin de mieux répondre à ses objectifs et besoins uniques. Il est intéressant de noter que la majorité de leurs équipes basées sur le Kanban ont commencé avec Scrum et ont finalement migré vers le Kanban. Bon nombre d’entre elles l’ont fait à cause du “blocage de la mêlée” – ce qui se produit lorsqu’une équipe de travailleurs experts devient chroniquement surchargée et engorgée.
Leçons tirées Vaparnguard? Ils ont indiqué dans l’étude qu’ils ont été en mesure d’accélérer leur flux de travail, des retours et d’apprentissage en adoptant l’approche de planification (ESP) du Kanban Enterprise Service. Pour eux, cela signifie des revues mensuelles des opérations avec toutes les équipes, une réunion de réapprovisionnement impliquant la direction de niveau intermédiaire, des réunions Kanban pour chaque équipe, une collaboration renforcée entre les équipes parallèles, des revues des risques avec le bureau de gestion du projet, et plusieurs autres réunions de planification et de revue. Ils ont constaté que les revues mensuelles des opérations et les réunions de reconstitution des ressources étaient les plus efficaces pour accélérer le flux de travail.
2. Agile à Cisco
L’entreprise multinationale de technologie Cisco s’est éloignée de l’exécution de projets informatiques digitales Waterfall pour passer à une approche Agile. Dans une étude de cas sur la plateforme de facturation d’abonnement Cisco et le développement d’applications WebEx, ils ont enregistré les effets de l’adoption d’un cadre Agile Scaled (SAFe). Ils ont constaté une diminution de 40 % des défauts critiques et majeurs, ainsi qu’une augmentation de 15% de l’efficacité d’élimination des défauts. Leurs employés étaient également plus heureux, car ils n’avaient plus besoin de travailler après les heures normales de bureau et le nombre de réunions et d’appels auxquels ils devaient assister avait diminué.
Leçons tirées par Cisco? Dans leur étude, ils notent qu’il est préférable de s’adapter aux besoins. Il s’agit d’adapter votre méthodologie à vos objectifs, à vos équipes et à vos processus. Pour eux, s’adapter aux besoins signifiait éliminer le niveau de SAFe du Programme pour les projets non intégrés ou peu intégrés lorsqu’il n’était pas logique de l’utiliser.
3. eXtreme Programming (XP) dans le cadre d’un projet de développement d’un système gouvernemental américain
Nous pouvons trouver un exemple de programmation eXtreme dans un projet pilote de processus de développement visant à ajouter une nouvelle capacité au système de gestion des connaissances du Strategic Command des États-Unis appelé SKIWeb (Strategic Knowledge Integration website). Le projet a impliqué deux développeurs, un responsable du développement, un chef de projet fonctionnel du gouvernement et un ingénieur des facteurs humains. L’étude de cas sur ce projet peut nous aider à comprendre comment toutes les pratiques de programmation d’eXtreme (Planification incrémentale, Small Releases, Simple Design, Test-first Development, etc) se traduisent dans la vie réelle, car les participants ont enregistré leurs observations sur la mesure dans laquelle chaque pratique a été réellement mise en œuvre pendant le projet.
Leçons tirées de cet exemple de programmation d’eXtreme par gouvernement américain? L’étude a révélé que la plupart des personnes concernées étaient préoccupées par la communication. Beaucoup d’entre elles ont souligné l’importance d’une communication fréquente, complète et précise entre l’équipe de développement XP. En raison de l’évolution rapide des projets XP, il était important que les courriels soient traités rapidement et que tout le monde assiste aux réunions requises afin de prendre les décisions appropriées et de tenir tout le monde au courant des informations exactes sur le projet.
Autres méthodologies de projet
La liste des méthodologies de gestion de projet ci-dessus n’est en aucun cas une liste exhaustive – il s’agit simplement d’une liste des méthodologies les plus courantes dans le monde de la GP des agences sur lesquelles nous nous concentrons. Voici quelques brèves définitions de méthodologies de projet supplémentaires :
Méthode Crystal
Les processus de projet ne sont pas considérés comme prioritaires, tandis que la communication au sein de l’équipe, les compétences des membres de l’équipe, les ressources humaines et l’interaction sont mises en valeur.
Méthodologie Adaptive au Contexte
La portée du projet est variable, mais le temps et le coût sont constants, ce qui permet d’ajuster la portée du projet en cours d’exécution afin d’obtenir la valeur commerciale maximale du projet.
PRiSM
PRiSM (Projects Integrating Sustainable Methods) est une méthodologie souvent utilisée dans la construction et le développement immobilier. Il repose sur 6 principes (Engagement et responsabilité, Éthique et prise de décision, Intégration et transparence, Principes et valeurs, Équité sociale et écologique, et Prospérité économique) qui guident les praticiens à considérer la valeur totale de la vie de l’actif. Elle s’étend au-delà du cycle de vie du projet pour englober la planification avant projet ainsi que la réalisation des avantages dans l’environnement où le projet est réalisé.
Méthode du Chemin Critique
C’est une technique de modélisation et d’ordonnancement des activités de projet utilisée dans des industries comme la construction, le développement de logiciels et l’ingénierie. Dans cette méthode, vous déterminez les activités nécessaires à la réalisation d’un projet, le temps que chacune prendra, les dépendances entre elles et leurs livrables ou jalons. Vous les utilisez pour calculer le chemin le plus long et le plus court vers la réalisation de votre projet, ce qui vous aide à comprendre les activités clés du projet, qui peuvent être retardées sans affecter vos jalons, et les activités qui ne le peuvent pas.
PERT
PERT (Program Evaluation Review Technique) est une méthode de modélisation, de planification et de coordination des tâches au sein d’un projet. Dans PERT, les activités de projet sont représentées sous forme de nœuds sur un diagramme de réseau, avec leurs durées listées sur les lignes reliant les activités.
Rational Unified Process
Rational Unified Process (RUP) est un processus utilisé dans le développement de logiciels pour réduire les déchets et les coûts de développement. Il comprend 4 phases (Conception, Élaboration, Construction, Transition) avec des plans spécifiques qui structurent le processus de création du logiciel.
Obtenez une formation pertinente, pratique et dirigée par des experts
Visionnez cet aperçu de notre prochain cours de gestion de projet digital– obtenez des instructions d’expert pour diriger des équipes heureuses et réaliser des projets de grande valeur dans le monde digital.
En conclusion
Le choix de la méthodologie de gestion de projet la plus appropriée peut s’avérer délicat. Cela dépend de tant de variables, dont beaucoup échappent à notre contrôle en tant que gestionnaires de projet.
Mais voici la chose la plus importante à faire :
Voyez au-delà de la méthodologie “guerre de territoire” dans l’industrie.
Les méthodologies de gestion de projet ne sont que des outils pour nous aider à réaliser nos projets. Il ne vaut vraiment pas la peine de discuter des derniers détails d’une méthodologie – nous devrions nous concentrer sur le tableau d’ensemble.
Travaillez-vous avec Kanban, la cascade ou à une autre méthode?
Super! Parce que la méthodologie que vous utilisez n’a pas vraiment d’importance.
Ce qui compte, c’est l’engagement à faire un travail de qualité. Un travail qui répond aux besoins des utilisateurs et qui offre une grande valeur à nos clients.
La meilleure méthodologie est celle qui améliore organiquement, en adaptant et en augmentant la valeur de la production pour que la somme soit beaucoup plus grande que les parties. C’est une méthodologie qui surprend et enchante le client en lui offrant de la valeur fréquemment, et en faisant bien les choses. Et pour ce faire, vous devez être pragmatique, plutôt que dogmatique, quant à la méthodologie que vous utilisez.
Qu’en pensez-vous?
Comment choisissez-vous votre méthodologie de gestion de projet? Y a-t-il une méthodologie que vous préférez par rapport à d’autres? Si oui, pourquoi? Veuillez partager vos commentaires dans la section dédiée ci-dessous.