Aller au contenu principal
Mettre en place un PMO stratégique (Project Management Office ou Bureau de gestion des Projets) commence rarement par l'outillage ou l'organigramme. Cela commence par une question simple, souvent inconfortable : sait-on réellement ce que contient le portefeuille de projets ?
Dans la plupart des organisations, la réponse honnête est non. Les projets existent dans des tableaux de bord disparates, des rapports d'avancement qui mesurent l'effort plutôt que la valeur, et des arbitrages qui se font dans les couloirs plutôt qu'en CODIR. L'initialisation est la phase qui permet de sortir de cet état de fait, sans remise en cause de l’existant.
Cet article détaille ce que recouvre concrètement l'initialisation d'un PMO stratégique, les erreurs fréquentes à éviter, et les conditions qui permettent à cette phase de déboucher sur quelque chose d'utile.
La tentation est forte de vouloir passer rapidement à la gouvernance, aux comités, aux tableaux de bord. Mais sans une initialisation sérieuse, ces structures reposent sur du vide : des projets mal qualifiés, des parties prenantes non identifiées, des objectifs stratégiques formulés de façon trop vague pour guider des arbitrages réels.
L'initialisation remplit trois fonctions essentielles :
Créer une base de référence commune. Avant de piloter quoi que ce soit, il faut savoir ce qu'on pilote. Cela signifie identifier tous les projets en cours, les qualifier selon des critères homogènes, et établir une cartographie qui a du sens pour la direction générale.
Révéler les incohérences cachées. L'inventaire du portefeuille fait presque toujours apparaître des redondances, des projets orphelins, des dépendances non gérées. L'initialisation rend ces incohérences visibles avant qu'elles ne deviennent problématiques.
Fixer le périmètre du PMO. Un PMO stratégique n'a pas vocation à tout couvrir. L'initialisation permet de définir quels projets entrent dans le portefeuille piloté, selon quels critères, et avec quelle granularité.
L'initialisation n'est pas une mission de collecte de données. C'est une mission de compréhension des enjeux qui ne peut pas se faire sans les bonnes personnes autour de la table.
Le Comex est le commanditaire naturel. C'est lui qui définit ce que le portefeuille doit produire comme valeur pour l'organisation. Sans son implication active, l'initialisation reste un exercice technique sans ancrage stratégique.
Les responsables métier sont les détenteurs de la réalité terrain. Ce sont eux qui savent quels projets avancent vraiment, lesquels sont en difficulté, et où se situent les tensions de ressources. Leur coopération n'est pas optionnelle.
Le consultant PPM (Project Portfolio Management) ou responsable PMO lui-même (qu'il soit interne ou externe), structure la démarche, anime les entretiens, consolide les informations et produit les livrables. Il n'est pas là pour imposer une vision mais pour rendre l'existant lisible.
La première étape consiste à établir un inventaire exhaustif des projets en cours. Cela semble trivial. Ça ne l'est pas. Dans la plupart des DSI de taille significative, les projets sont répartis entre plusieurs outils, plusieurs équipes, plusieurs formats de reporting. L'inventaire révèle souvent des projets que personne ne suit plus, des chantiers qui ont changé de nom trois fois, et des initiatives lancées sans sponsor clair.
L'objectif n'est pas la perfection mais l'exhaustivité. Mieux vaut une liste de 80 projets imparfaitement qualifiés qu'une liste de 30 projets bien documentés dont on sait qu'elle est incomplète.
Tous les projets de l'organisation n'ont pas vocation à entrer dans le portefeuille piloté. L'une des premières décisions de l'initialisation est de définir des critères de seuil clairs : quels projets méritent un suivi au niveau du PMO stratégique, et lesquels restent sous la responsabilité des équipes opérationnelles ?
Ces critères varient selon les organisations, mais ils s'articulent généralement autour de trois dimensions :
• Le budget : au-delà d'un certain engagement financier (souvent 100 à 500 k€ selon la taille de l'organisation), un projet entre dans le portefeuille piloté.
• L'impact stratégique : un projet qui touche à un objectif explicitement porté par la direction générale est piloté au niveau PMO, quelle que soit sa taille.
• La complexité organisationnelle : un projet qui implique plusieurs directions, plusieurs prestataires ou plusieurs systèmes critiques mérite une visibilité centrale, même s'il est modeste budgétairement.
Fixer ces critères en amont évite deux écueils opposés : un portefeuille trop large, ingérable et peu lisible pour la direction ; un portefeuille trop restreint, qui laisse dans l'ombre des projets dont les interdépendances peuvent affecter l'ensemble.
Une fois l'inventaire établi, il faut qualifier chaque projet selon un référentiel commun. Ce référentiel doit être défini en amont avec le commanditaire, et non imposé par le PMO. Il comporte généralement :
• La contribution aux objectifs stratégiques : à quelle priorité de l'organisation ce projet répond-il ?
• Le niveau de risque : risque technique, fonctionnel, organisationnel, budgétaire…
• La criticité : que se passe-t-il si ce projet est retardé ou arrêté ?
• L'état d'avancement réel : pas l'avancement déclaré, mais l'avancement vérifié.
• Le sponsor et les parties prenantes clés.
Cette qualification est la matière première des arbitrages à venir. Plus elle est rigoureuse, plus les décisions seront défendables.
L'avancement d'un projet est l'information la plus fréquemment inexacte dans un portefeuille. Non par mauvaise foi, mais parce que les équipes mesurent ce qu'elles savent mesurer : le temps consommé, les livrables produits, les jalons cochés. Ce n'est pas la même chose que la valeur produite ou la distance réelle à la cible.
Lors de l'initialisation, le consultant PPM ne se contente pas des rapports d'avancement existants. Il croise plusieurs sources : les déclarations des équipes projet, les avis des sponsors, les données budgétaires, et quand c'est possible, une revue directe des livrables. L'objectif n'est pas de mettre en cause les équipes, c'est de disposer d'une base de référence fiable avant d'entrer dans les arbitrages.
Plusieurs signaux peuvent alerter :
• Un projet affiché à 80 % depuis plusieurs mois.
• Un délai supplémentaire conséquent alors que le projet était presque terminé.
• Un écart significatif entre le budget consommé et l'avancement déclaré.
• Un livrable "terminé" que personne n'a validé formellement.
Ces signaux ne prouvent pas qu'un projet est en échec. Ils indiquent qu'il mérite une revue approfondie avant d'être intégré tel quel dans la cartographie.
Un portefeuille n'est pas une liste de projets indépendants. Les projets partagent des ressources, des équipes, des infrastructures, des jalons. L'initialisation doit rendre ces dépendances visibles, pas sous forme d'un diagramme exhaustif impossible à lire, mais sous forme d'une carte des points de friction potentiels.
Un exemple concret illustre mieux que toute définition. Imaginons une DSI qui conduit simultanément trois projets : la migration d'une infrastructure on-premise vers le cloud, le déploiement d'un nouvel ERP, et la refonte d'un portail client. Ces trois projets semblent indépendants dans les rapports d'avancement. Ils ne le sont pas.
La migration cloud conditionne les performances du nouvel ERP. Le déploiement de l'ERP impacte les données exposées par le portail client. Un retard sur la migration (projet souvent perçu comme technique et secondaire) peut décaler de plusieurs mois le go-live de l'ERP, et par ricochet, bloquer la mise en production du portail.
Sans cartographie des dépendances, ces liens restent invisibles jusqu'au moment où ils deviennent des crises. Avec elle, le consultant PPM peut alerter en amont, proposer des séquencements alternatifs, et éviter que le retard d'un projet mineur ne paralyse un programme structurant.
La cartographie des dépendances n'a pas besoin d'être exhaustive pour être utile. L'objectif est d'identifier les dépendances critiques, celles dont la rupture aurait un impact significatif sur au moins un autre projet du portefeuille, et de les rendre visibles dans la cartographie hiérarchique finale.
Le livrable de l'initialisation est une cartographie hiérarchique du portefeuille : une représentation structurée qui permet à la direction générale de voir, en un coup d'œil, comment les projets s'organisent par rapport aux priorités stratégiques, quelles sont les zones de tension, et où se situent les arbitrages à traiter en priorité.
Cette cartographie n'est pas un tableau de bord d'avancement. C'est un outil de décision. Elle doit être lisible par quelqu'un qui n'est pas dans le détail opérationnel.
L'exemple ci-dessus illustre ce que peut produire une initialisation bien conduite : trois priorités stratégiques avec leur sponsor respectif, huit projets qualifiés avec leur avancement estimé, deux dépendances identifiées, un point d'alerte visible d'emblée.
Commencer par l'outil. L'initialisation n'est pas un projet de déploiement logiciel. Clarity, Planview, ou MS Project ne remplacent pas la compréhension des enjeux. Un tableur structuré et un outil de diagramme simple suffisent largement pour cette phase. Un outil dédié ne se justifie pas par la complexité de l'initialisation, mais par le volume du portefeuille une fois en régime de pilotage. L'outil vient après la méthode, jamais avant.
Confondre exhaustivité et précision. L'objectif de l'initialisation n'est pas de produire des fiches projet parfaites. C'est de rendre le portefeuille visible et arbitrable. Une qualification à 80 % de précision sur l'ensemble du portefeuille est plus utile qu'une qualification parfaite sur 20 % des projets.
Négliger les parties prenantes réticentes. L'initialisation fait parfois apparaître des projets qui n'auraient pas dû être lancés, des budgets difficiles à justifier, ou des engagements pris sans validation COMEX. Certains acteurs ont intérêt à ce que ces éléments restent dans l'ombre. Le consultant PPM doit anticiper ces résistances et les gérer avec tact, sans renoncer à l'exhaustivité.
Sous-estimer la durée. Une initialisation sérieuse sur un portefeuille de 50 à 100 projets prend de 4 à 8 semaines. Vouloir la boucler en deux semaines risque de produire un inventaire superficiel qui ne résistera pas aux premiers arbitrages.
L'initialisation est la première étape d'une gestion de portefeuille de projets complète.
Une initialisation bien conduite ouvre la voie à la phase de sélection : l'évaluation de chaque composant du portefeuille au regard de sa criticité, de sa complexité et de sa contribution aux objectifs. C'est à ce moment que les vrais arbitrages commencent et qu'un PMO stratégique démontre sa valeur.
Sans initialisation solide, la sélection repose sur des intuitions et des rapports de force. Avec elle, elle repose sur des critères partagés et des données vérifiées.
L'initialisation d'un PMO stratégique est une phase d'investigation et de mise en ordre, pas de transformation. Elle pose les fondations sans lesquelles aucune gouvernance ne tient. Elle prend du temps, elle fait parfois apparaître des éléments inconfortables, et elle nécessite l'implication active de la direction.
C'est précisément pour cela qu'elle est souvent bâclée et que les PMO qui en font l'économie peinent à produire des arbitrages défendables.