Une discipline mal comprise
La plupart des organisations “font du projet” sans pratiquer la gestion de projet. Des équipes reçoivent un objectif, un délai et un budget, puis se débrouillent. Quand le résultat arrive en retard, au-dessus du budget ou en décalage avec le besoin initial, on attribue l’échec aux circonstances plutôt qu’à l’absence de méthode.
Le PMI (Project Management Institute) définit la gestion de projet comme l’application de connaissances, compétences, outils et techniques aux activités d’un projet pour en atteindre les exigences. Le mot clé est “application”: il ne suffit pas de connaître les bonnes pratiques, il faut les mettre en oeuvre de manière systématique. Cette distinction éclaire pourquoi tant d’organisations échouent alors qu’elles disposent de chefs de projet certifiés et d’outils sophistiqués.
Projet et opération: une confusion coûteuse
Un projet est une initiative temporaire visant à produire un résultat unique. Il se distingue des opérations courantes, qui sont des activités répétitives destinées à maintenir l’existant. Cette distinction, apparemment triviale, est à l’origine de nombreuses dérives.
Quand une organisation traite un projet comme une opération, elle applique des mécanismes de contrôle inadaptés: reporting mensuel calqué sur le cycle comptable, décisions prises en comité de direction sans mandat spécifique, absence de périmètre formalisé. Le projet dérive parce que personne n’a explicitement défini ce qu’il devait produire, pour quand, et avec quelles ressources.
À l’inverse, quand des activités opérationnelles sont gérées “en mode projet” sans en avoir les caractéristiques, on crée une bureaucratie inutile: chartes de projet pour des tâches récurrentes, comités de pilotage pour des décisions qui relèvent de l’encadrement courant. La capacité à distinguer ce qui relève du projet et ce qui relève de l’opération est un indicateur fiable de maturité organisationnelle.
Les trois niveaux de valeur
La gestion de projet produit de la valeur à trois niveaux distincts, et la plupart des organisations ne dépassent pas le premier.
Efficacité tactique
Le niveau le plus visible: respecter les délais, contenir les coûts, livrer un résultat conforme aux spécifications. C’est ce que mesurent les indicateurs classiques (respect du calendrier, écart budgétaire, conformité des livrables). Ce niveau justifie à lui seul l’investissement dans la discipline, mais il reste insuffisant.
Une organisation qui se concentre uniquement sur l’efficacité tactique peut livrer des projets dans les temps et dans le budget tout en investissant dans les mauvais projets. La ponctualité d’un projet inutile n’a aucune valeur.
Cohérence stratégique
Le deuxième niveau consiste à s’assurer que les projets entrepris servent effectivement les objectifs de l’organisation. Cela suppose un mécanisme de sélection et de priorisation, généralement porté par un PMO (Project Management Office, cellule organisationnelle chargée de la gouvernance et du support des projets).
La cohérence stratégique implique aussi qu’un sponsor de projet (le décideur qui fournit les ressources et l’autorité nécessaires, distinct du chef de projet) reste activement engagé. Dans la pratique, le sponsor signe la charte initiale puis disparaît jusqu’à ce qu’un problème remonte. Cette absence de sponsoring actif est l’un des facteurs d’échec les plus documentés par les enquêtes du PMI.
Apprentissage organisationnel
Le troisième niveau est celui que presque personne n’atteint: la capitalisation systématique des retours d’expérience. Chaque projet produit des enseignements sur les estimations, les risques, les fournisseurs, les dynamiques d’équipe. Ces enseignements ont une valeur considérable pour les projets futurs, à condition d’être collectés, stockés et consultés.
En pratique, les “lessons learned” sont rédigées en fin de projet par des équipes déjà dispersées, stockées dans un répertoire que personne ne consulte et oubliées. L’organisation recommence les mêmes erreurs à chaque projet. Pour transformer ces retours en apprentissage réel, il faut les intégrer aux processus de planification, pas les reléguer à un rituel de clôture.
Où les organisations échouent
Le PMBOK (Project Management Body of Knowledge) identifie dix domaines de connaissance (knowledge areas) qui structurent la discipline: intégration, périmètre, calendrier, coûts, qualité, ressources, communications, risques, approvisionnements et parties prenantes (stakeholders, toute personne ou groupe affecté par le projet ou pouvant l’influencer).
L’expérience montre que trois de ces domaines concentrent la majorité des défaillances.
La gestion des parties prenantes est régulièrement sous-investie. Identifier les parties prenantes ne se limite pas à dresser une liste de noms: il s’agit de comprendre leurs attentes, leur influence et leur niveau d’engagement, puis d’adapter la communication en conséquence. Un projet techniquement réussi peut être perçu comme un échec si des parties prenantes clés n’ont pas été consultées lors des décisions de cadrage. Les organisations qui gèrent activement leurs parties prenantes consacrent du temps à cartographier les dynamiques de pouvoir et d’intérêt, à planifier des interactions ciblées et à ajuster leur approche au fil du projet. Celles qui se contentent d’une liste initiale découvrent les résistances au moment de la livraison, quand il est trop tard pour les traiter.
La gestion des risques souffre d’un biais systématique: les équipes identifient les risques en début de projet, les consignent dans un registre, puis cessent de les surveiller. Les risques initiaux perdent leur pertinence à mesure que le projet avance, tandis que de nouveaux risques apparaissent sans être documentés. Le registre devient un artefact administratif que personne ne consulte. Une gestion des risques effective suppose des revues régulières, une mise à jour des probabilités en fonction des informations nouvelles et des plans de réponse activés quand les déclencheurs surviennent. Le référentiel ICB 4.0 de l’IPMA (International Project Management Association) insiste sur cette dimension en structurant les compétences autour de trois axes (People, Practice, Perspective), rappelant que la gestion des risques est autant une question de comportement que de processus.
La communication est le domaine le plus négligé. Les rapports d’avancement existent, mais ils répondent rarement aux questions que se posent les décideurs. Un sponsor veut savoir si le projet est sur la trajectoire pour atteindre ses objectifs, pas combien de tâches figurent dans la colonne “terminé”. Quand l’information produite ne correspond pas à l’information attendue, les comités de pilotage deviennent des rituels formels où les participants valident un rapport sans engager de véritable discussion sur les arbitrages nécessaires. Les décisions sont reportées, et le projet continue sur sa lancée jusqu’à ce que la réalité impose ses corrections.
Le chef de projet n’est pas un coordinateur de tâches
Une erreur fréquente consiste à réduire le rôle de chef de projet à celui de coordinateur: quelqu’un qui met à jour le planning, relance les retardataires et organise les réunions. Cette vision confond le suivi d’activité avec le pilotage de projet.
Un chef de projet assure l’intégration de toutes les dimensions du projet: il arbitre les compromis entre périmètre, délais et coûts, il gère les attentes des parties prenantes, il anticipe les risques et il prend des décisions quand les contraintes se contredisent. C’est un rôle de jugement, pas d’administration.
Les organisations qui traitent le chef de projet comme un assistant de planification obtiennent exactement ce qu’elles demandent: un suivi administratif sans pilotage. Les décisions ne sont pas prises, les risques ne sont pas gérés, et le projet dérive jusqu’à ce que la réalité impose ses arbitrages, généralement sous la forme d’un dépassement de budget ou d’un livrable inutilisable.