Méthodologie de gestion de projet

Partager!

Pour beaucoup d'entre nous dans le monde de la gestion de projet, il est courant d'entendre le terme de méthodologie de gestion de projet. Cependant, le terme "méthodologie" n'est pas celui que je préfère, et j'ai l'impression qu'il s'agit plutôt d'une tentative ratée de rendre tous les projets identiques. Mais qu'est-ce qu'une méthodologie de projet ? Pourquoi une méthodologie de gestion de projet est-elle une arme à double tranchant ? N'y a-t-il pas de norme ?

Tout d'abord, nous devons nous mettre d'accord sur ce que signifie la méthodologie. Alors, commençons.

Qu'est-ce qu'une méthodologie de gestion de projet ?

La méthodologie (...) désigne l'ensemble des procédures rationnelles utilisées pour atteindre l'objectif ou la gamme d'objectifs régissant la recherche scientifique, l'exposé doctrinal ou les tâches nécessitant des compétences, des connaissances ou des soins spécifiques.

Définition de la méthodologie dans Wikipédia - 3 février 2021
https://es.wikipedia.org/wiki/Metodolog%C3%ADa

Le terme méthodologie fait référence à un ensemble d'"étapes séquentielles", voire de procédures ordonnées, qui doivent être suivies pour atteindre un objectif.

Quand on parle de méthodologie de gestion de projetIl s'agit d'une séquence d'étapes à suivre pour mener à bien un projet - ce qui ne signifie pas nécessairement qu'il soit réussi.

Important ! Une bonne gestion de projet n'est pas synonyme de bon projet. Parfois, la meilleure chose qu'un grand manager puisse faire est de demander la fin anticipée ou la suspension d'un projet. Par exemple, si quelque chose change dans le contexte qui invalide les suppositions ou les hypothèses sur lesquelles le projet apporte de la valeur - c'est rare mais cela peut arriver.

Nombreux sont ceux qui perçoivent la méthodologie comme une sorte de manuel d'instruction définissant la manière de gérer des projets dans un certain contexte - tel qu'une organisation ou un domaine au sein de l'organisation.

Avantages d'une méthodologie de gestion de projet

Les méthodologies en général offrent une structure et un ordre. Ainsi, ceux qui débutent dans le monde de la gestion de projet voient les méthodologies comme une sorte de chemin à suivre. Toutefois, ce n'est pas le seul avantage. Les avantages d'une méthodologie de gestion de projet sont les suivants

Concepts et termes : Clarté

Les méthodologies offrent un langage commun. Cela est très nécessaire dans l'environnement des entreprises. Souvent, les termes utilisés dans le cadre d'un projet peuvent prêter à confusion pour les gens et même entraîner des ambiguïtés dues à d'autres définitions dans l'entreprise.

Le premier avantage d'une méthodologie est la création d'une "compréhension partagée".

2. Cycle de vie : définition, étapes et contrôles

Les méthodologies, de par leur nature structurée, doivent définir le cycle de vie du projet. Bien que chaque projet soit différent et non reproductible, le cycle de vie est presque toujours le même au sein d'une organisation.

Par exemple, pour une entreprise de biens de consommation qui entreprend certains projets d'amélioration opérationnelle, elle peut définir le cycle de vie suivant.

  • Formulation ou idéation - la définition initiale du projet.
  • Validation - cherche à répondre à l'importance de sa réalisation. Parfois, il valide l'alignement de ce projet sur la stratégie et son impact sur l'avancement d'un ou plusieurs objectifs stratégiques.
  • Faisabilité - une évaluation financière et technique du projet afin de déterminer s'il est possible de le faire.
  • Planification - comment le projet sera-t-il mis en œuvre ?
  • Exécution
  • Fermeture

3. les meilleures pratiques : Les leçons apprises

Ces méthodologies apportent également des solutions aux besoins les plus courants des projets au sein d'une organisation. Il s'agit notamment de la manière dont les communications doivent être gérées, de la manière dont les objectifs tactiques du projet sont fixés et suivis. Pour n'en citer que quelques-uns.

4. Outils de gestion : actifs organisationnels

De même, les méthodologies proposent une liste d'outils - comprenant souvent des modèles - qui peuvent ou *devraient* être utilisés dans l'exercice de gestion lui-même, allant d'innocentes recommandations à d'odieuses exigences budgétaires formelles dans des formats de tableur spécifiques ou des formats comportant des rubriques inutiles telles que "date du format" et "date de production du document" qui, loin d'être utiles, ne font qu'ajouter de la place aux documents textuels.

Une bonne méthodologie rappelle aux chefs de projet quels sont les outils disponibles - par exemple, sur quelle plate-forme nous pouvons effectuer un appel vidéo ou quels sont les outils dont nous disposons pour assurer le suivi des tâches assignées aux équipes de projet.

5. Mécanismes de contrôle : métriques, indicateurs, limites de contrôle et contrôles d'accès.

De nombreuses méthodologies approfondissent les modèles de contrôle. Un héritage clair des modèles organisationnels de commandement et de contrôle. À mon avis, la plupart des méthodologies organisationnelles existent dans le seul but de renforcer le contrôle et la visibilité sur les progrès et les risques. Ainsi, ils définissent les métriques - les choses à mesurer, les indicateurs - les relations des métriques avec les attentes ou les plans, et les limites de contrôle - le moment où un indicateur passe de "bien" à "préoccupé" ou "mal" et souvent associé à la couleur d'un feu de signalisation (vert = bien, jaune = préoccupé ou sous observation, rouge = en difficulté).

Parmi les mécanismes, que je pourrais également inclure parmi les pratiques ou les outils, nous verrons un ensemble d'indicateurs de performance - dont beaucoup sont liés à la valeur acquise, ou au plan par rapport au progrès.

De même, de nombreuses méthodologies favorisent les contrôles de porte - contrôle des portes ou des mécanismes d'évaluation d'un projet lors de son passage d'une étape à l'autre du cycle de vie.

Cycle de vie du projet

Pour un œil non averti, il peut sembler que le cycle de vie soit lié au paradigme de la cascade ou à la cascade. Attention, les projets sont des instruments temporaires et les projets ont donc un début et une fin, c'est-à-dire un cycle de vie. Même les projets gérés selon un paradigme agile sont temporaires.

Les phases d'un projet géré selon le paradigme Waterfall peuvent être considérées comme les mêmes que les étapes du cycle de vie. Mais ils ne le sont pas. Le cycle de vie va au-delà de l'existence même du projet.

Il en va de même pour le cycle de vie des produits. Cela peut être géré dans le cadre du paradigme agile. Ainsi, les projets seront en concurrence les uns avec les autres pour l'accès aux ressources qui gèrent le produit. Dans les modèles opérationnels "plus agiles" que j'ai vus, les exigences du projet sont décomposées en produits à modifier et concourent ainsi au sein des backlogs. Ce sujet demande un peu plus d'attention, je vous promets donc un article sur le sujet dans un futur proche.

Relation entre les méthodologies de projet et les paradigmes de gestion

Mais attendez une minute ! Les méthodologies sont-elles les mêmes que les paradigmes de gestion ? Ils ne le sont absolument pas. Il existe des paradigmes ou des contextes où les projets (ou leurs phases) sont "définis et exécutés" et il existe des méthodologies de gestion. Pour expliquer la différence à l'aide d'un exemple, supposons que vous êtes un chef cuisinier renommé et que vous souhaitez ouvrir deux nouveaux restaurants.

Le premier est un nouvel emplacement de son restaurant le plus renommé, avec ses plats célèbres déjà définis et une sorte de réplique des autres. Il s'agit d'un problème qui, sans de nombreux imprévus, a déjà une issue prévisible. La meilleure chose à faire est de prendre votre expérience (et celle de votre personnel) et de répéter, avec quelques ajustements et améliorations, le processus que vous avez suivi dans le passé pour mettre en place d'autres lieux.

Au contraire, votre autre projet est d'ouvrir un restaurant, hors de votre zone de confort, dans un nouveau pays, ou dans un nouveau format, comme la restauration rapide, le food truck ou quelque chose que vous considérez comme radical. S'il est bon d'avoir un plan, le processus d'expérimentation que vous devez suivre pour créer quelque chose de nouveau ne peut être écrit à l'avance.

Si vous souhaitez en savoir plus sur les paradigmes en matière de gestion de projet, je vous invite à lire mon article Qu'est-ce qui est le mieux : agile, prédictif ou hybride ?

Les méthodologies de gestion de projet les plus populaires

Ce sujet des méthodologies et des paradigmes est très intéressant, mais examinons les trois méthodologies de gestion de projet les plus populaires du moment.

Méthodologie de gestion de projet PMI

Si M. PMI existait, il aurait honte du titre ci-dessus. La "méthodologie PMI" n'existe pas.

Aujourd'hui, le PMI - Institut de gestion de projet - est reconnue mondialement pour son travail de formalisation et de spécialisation du travail de gestion de projet. Dans ce travail, l'un de ses produits - ou résultats - les plus remarquables est : Le Guide des fondamentaux de la gestion de projet, connu sous le nom de Guide PMBoK. Corpus de connaissances en gestion de projet (pimbok en spanglish et non pimbuk).

Bien qu'historiquement, le PMBoK était initialement un document très normatif, il s'agit aujourd'hui d'un document divisé en deux "blocs" principaux.

La première, une sorte d'explication de la profession, des rôles dans le contexte de la gestion de projet et de certaines structures organisationnelles qui peuvent améliorer la performance et les résultats du projet, et la seconde, une sorte de structure de pratiques et d'outils classés par "contexte" et "domaine" qui sert d'outil pour comprendre "ce qui se fait" dans la gestion de projet.

La publication de la version 7 du PMBoK est imminente et constitue sans aucun doute une transformation majeure et la preuve d'une merveilleuse évolution au sein du PMI lui-même - en tant qu'organisation et en tant qu'association de bénévoles - qui parle de valeurs et de principes directeurs, et met de côté l'idée sans espoir des "étapes de la gestion d'un projet".

Groupes de processus du PMBoK

Pour plus de clarté, les groupes de processus sont divisés en initiation, planification, exécution, suivi et contrôle, et clôture. Encore une fois, l'œil négligent dira "les phases" du projet, mais NON ! NON ! NON ! et NON ! pourquoi ?

  1. La surveillance et le contrôle ne peuvent être une phase. Imaginez que vous laissiez le nouveau site prêt dans votre restaurant, que vous partiez une semaine et que vous reveniez pour "surveiller et contrôler" le déroulement du lancement. Qu'il soit bon, juste ou mauvais, il a été fait ! Quel contrôle pouvez-vous exercer sur quelque chose qui a déjà été fait ?
  2. Ce sont les tâches que vous effectuez quotidiennement que vous pourriez "classer" dans ces contextes, par exemple : a) réunion de planification du travail de la semaine, 8h30. (devinez de quel groupe de processus nous pourrions parler) ; b) à 9 h 30, un nouveau fournisseur se joint au projet, juste à l'heure prévue, et vous devez donner le coup d'envoi de cette participation ; c) à 14 h, vous devez procéder à une évaluation des performances des membres de votre équipe, car le cycle de l'organisation est terminé et il est temps d'évaluer la progression des plans de carrière de certains membres.

Comme vous pouvez le constater, ce sont deux réflexions particulières qui expliquent clairement pourquoi les groupes de processus ne sont PAS des phases de projet.

Pourquoi le PMBoK n'est-il pas une méthodologie ?

Comme je l'ai déjà dit, l'héritage du PMBoK est fortement prescriptif, mais depuis plusieurs années, le guide est devenu une sorte de "dictionnaire" des pratiques et des outils (dans la partie 2) et une sorte de "réflexion" sur la finalité du management dans la partie 1.

Il ne vous indique nulle part les étapes à suivre pour structurer, planifier et mettre en œuvre un projet. Vous ou votre organisation doivent évaluer les pratiques documentées par le PMBoK et déterminer si, dans le cadre de leur paradigme et de leur contexte professionnel ou personnel, ces pratiques apportent de la valeur à leur projet et à l'exercice de gestion de projet lui-même - ce que nous appelons la confection.

Si le PMI n'est pas une méthodologie, pourquoi est-il cité en premier ?

A César ce qui est à César. Bien que le PMI ne propose pas aujourd'hui de méthodologie dans son PMBoK - il les suggère peut-être dans d'autres documents - l'influence de ce document sur de nombreuses méthodologies mises en œuvre dans les organisations aujourd'hui est indéniable. D'où la célèbre expression "méthodologie PMI". Ces "méthodologies" sont, au mieux, un travail sérieux et cohérent d'analyse des pratiques pour appliquer "certaines" dans l'entreprise et ses projets.

Note complémentaire : Malheureusement, de nombreuses personnes n'ont pas bien étudié le PMBoK et au lieu de le comprendre et de l'adapter, elles ont fait du copier-coller et ont créé des méthodologies où elles devaient appliquer chacune des pratiques présentées. Quelle véritable stupidité ! Pouvez-vous imaginer acheter un dictionnaire et essayer de rédiger un document en vous obligeant à utiliser tous les mots du dictionnaire ? Vous ne pouvez pas imaginer combien de fois j'ai vu ce scénario dans la vie réelle.

Méthodologie Scrum

Les fanboys de Scrum vont sauter sur ce titre. Et ils ont en partie raison.

Contrairement au PMBoK, Scrum est beaucoup plus prescriptif. Elle est tellement prescriptive que s'écarter de la norme est considéré comme une Scrumbut. Les pères de Scrum appellent cela un ".Scrum est un cadre léger qui aide les personnes, les équipes et les organisations à générer de la valeur par des solutions adaptatives à des problèmes complexes."si vous ne comprenez pas cette dernière partie, vous pouvez lire cet article.

Scrum est un cadre léger qui aide les personnes, les équipes et les organisations à générer de la valeur par des solutions adaptatives à des problèmes complexes.

Le guide Scrum 2020

Événements Scrum

Scrum définit certains événements et une séquence pour leur exécution. Et bien qu'elles soient peu nombreuses, elles s'apparentent à mon avis à une méthode (c'est pourquoi elles figurent dans cette liste de méthodologies).

Certaines personnes appellent ces événements "cérémonies" ou "rituels", mais en réalité, elles ne font qu'inventer des mots pour se différencier.

Scrum, cependant, laisse beaucoup de choses indéfinies, et ce "manque d'informations" peut être un grand pouvoir et une grande responsabilité. Par exemple, qu'est-ce qu'un backlog et comment est-il géré ? Pourquoi y a-t-il des idiots qui disent que les backlogs ne peuvent avoir que des user stories ? Que sont les user stories d'ailleurs, je ne vois pas le terme dans le guide officiel ? Que sont les story points, pourquoi y a-t-il des idiots qui disent que ce n'est qu'avec des points que je peux utiliser les stories ? Encore une fois, que sont les user stories ?

Comme vous pouvez le constater, Scrum est simple à comprendre et, sans aucun doute, l'un des modèles de travail que j'aime le plus. Cependant, est-il bon pour tout, bien sûr que non !

La méthodologie PRINCE2

Dans le contexte des projets PRINCE, il s'agit de l'abréviation de "PRojects IN Controlled Environments". Et, des trois mentionnées, c'est la seule qui se considère comme une méthodologie.

Bien que peu populaire en Amérique - en raison de l'influence même du PMI - PRINCE2 est la norme dans le contexte anglais et dans ses anciennes colonies et autres territoires à forte influence britannique.

PRINCE2 énonce, de manière claire et prescriptive, les principes, les questions - et thèmes - et les processus.

Si vous êtes novice dans le contexte des projets et que vous me permettez de vous donner quelques conseils, lisez l'article intitulé Guide officiel de PRINCE2 peut être libératrice - le contraire est vrai pour les versions 4, 5 et peut-être 6 du PMBoK qui ressemblent davantage à de la torture.

Méthodologie Agile ? Méthodologie LEAN ?

Eh bien, si vous cherchiez une liste de méthodologies potentielles, vous ne la trouverez pas ici. Vous pouvez certainement rechercher sur Internet des titres tels que "Méthodologie agile" dans vos projets et vous trouverez de nombreux résultats, mais n'oubliez pas que le fait de lui donner ce titre n'en fait pas une méthodologie formelle et populaire.

Appliquer les principes et les valeurs des méthodologies de gestion de projet.

Or, ces termes sont créés par des personnes qui tentent d'appliquer - à tort ou à raison - les principes et valeurs d'un courant de pensée (tel que LEAN ou AGILE) au contexte des projets. Et bien sûr, c'est possible, vous pouvez définir votre propre méthodologie Agile, mais cela n'en fait pas une méthodologie globale.

De plus, le PMI lui-même, avec ses plus de 50 ans d'histoire, comprend enfin la valeur des principes et des valeurs par rapport aux processus prescriptifs. Une chose qui, dans le monde "agile", a été exposée dans les Manifeste Agile Il y a plus de 20 ans.

Conseils utiles pour définir une méthodologie de gestion de projet

Aucune méthodologie, dans sa nature prescriptive, ne peut anticiper les besoins et les défis des projets dans les organisations. Cependant, l'absence de méthodologie - ou de cadre comme on essaie de l'appeler en devenant plus flexible - peut devenir un casse-tête pour la direction elle-même.

Voici donc quelques conseils tirés de mon expérience en matière de conseil en gestion et de gestion de projets, de programmes et de portefeuilles.

5 conseils clés pour définir une méthodologie de gestion de projet

  1. Évitez de réinventer la roue. Les normes et les lignes directrices existent depuis de nombreuses années et sont le résultat du travail et de l'expérience de centaines ou de milliers de personnes pendant des décennies. Supposer qu'ils ont tort est une erreur.
  2. Recherchez le soutien de la communauté. Les associations professionnelles de chefs de projet, qu'elles soient mondiales ou locales, sont très actives et collaboratives. Vous pourriez être surpris. J'ai dit un jour, lors d'une conférence, qu'il était plus facile de demander de l'aide à quelqu'un de l'association - dans mon cas, le PMI - que de s'adresser à une ambassade pour obtenir un soutien logistique. Il y a plus de chances qu'il y ait un groupe de volontaires là où je suis, qu'une ambassade ou un consulat.
  3. Lisez, appliquez, apprenez et ajustez. Il s'agit simplement d'une version modifiée du cycle favori de la gestion de projet, le Cycle PDCA. La définition d'une méthodologie est un processus continu d'apprentissage et de consolidation. Abandonnez l'idée de concevoir - du premier coup - la méthodologie parfaite.
  4. S'éloigner de la prescription absolue. Le fait d'avoir une marge de manœuvre en matière de gestion permettra aux chefs de projet - qui connaissent le mieux chaque projet particulier - de décider des meilleurs outils de gestion.
  5. Catégoriser les projets. Je ne suis pas un partisan de la "une taille pour tous". Par définition, les projets sont uniques. Pourquoi insister sur l'idée que tous les calendriers ou plans de travail se ressemblent ?

En ai-je oublié un, voulez-vous en suggérer un autre, êtes-vous d'accord ou non, laissez vos commentaires et ouvrons le débat !

Partager!

Image par défaut
Alberto Dominguez
Diriger des équipes de la théorie à la réalisation réelle et durable de produits et services informatiques innovants.
Publications: 33

Laisser un commentaire

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.

fr_FR