Le BGP dont personne ne voulait : ce qu'une agence de taille moyenne a appris en en créant un
Lorsqu'une agence régionale de taille moyenne a décidé de créer un bureau de gestion de projet au début de 2021, le mandat était vague mais la pression bien réelle. Trois projets d'immobilisations accusaient du retard, deux avaient discrètement dépassé leur budget, et la direction n'arrivait pas à obtenir une réponse claire sur l'ensemble du portefeuille. La consigne reçue était simple : « Créez un BGP. » Voici un récit anonymisé mais représentatif de la suite — y compris les passages qui ont d'abord mal tourné.
Première tentative : un processus à la recherche d'un problème
L'équipe initiale a fait ce que font la plupart des BGP naissants. Elle a choisi une méthodologie, acheté un outil et déployé un modèle d'état à quinze champs que chaque gestionnaire de projet devait désormais remplir chaque semaine. En un mois, la conformité était élevée et la valeur nulle. Les rapports étaient soumis, classés et ignorés. Les gestionnaires voyaient le BGP comme une charge — un impôt sur leur temps qui ne produisait rien d'utilisable. Un chef de projet chevronné l'a dit sans détour dans un couloir : « Je passe mes vendredis après-midi à nourrir une machine qui ne me rend jamais rien. »
L'erreur a été de traiter le BGP comme une fonction de reddition de comptes plutôt que comme un service. Il recueillait l'information vers le haut mais ne redonnait rien aux gens qui faisaient le travail. Avec des équipes à distance et hybrides de la taille de l'agence, cette déconnexion s'amplifiait : les formulaires d'état devenaient le seul contact du BGP avec la réalité, et on les remplissait de façon défensive.
Le recadrage : mériter le droit de gouverner
Le point de bascule a été la décision d'inverser le modèle. Avant de demander quoi que ce soit, le BGP livrerait d'abord quelque chose d'utile. Au trimestre suivant, il a modifié sa posture de plusieurs façons concrètes :
Commencer par les services, pas les normes. Le BGP a d'abord offert de l'aide — animation, ateliers de risques, approche d'estimation commune, vraie revue de contrats — et a laissé la reddition de comptes suivre une fois la confiance gagnée.
Créer une seule source de vérité. Au lieu de quinze champs que personne ne lisait, il a maintenu une vue de portefeuille unique et exacte que la direction consultait réellement, pour que les gestionnaires voient leur travail alimenter de vraies décisions.
Calibrer la gouvernance. Les petits projets ont reçu un encadrement léger; seuls les gros ou les risqués ont eu droit aux jalons complets. Un contrôle proportionné a acheté la crédibilité que les règles uniformes avaient détruite.
Accompagner, pas auditer. Quand un projet allait mal, le BGP venait l'aider à se rétablir, pas à le pointer du doigt. Ce seul changement a transformé le bureau d'une menace en alliée.
Rendre compte des résultats, pas de l'activité. La nouvelle vue suivait les bénéfices, la dépense par rapport à la valeur et les décisions requises — pas le nombre de tâches cochées.
Ce qui a vraiment fait bouger les choses
Un an plus tard, le BGP n'était pas impressionnant sur papier — outillage modeste, petite équipe, aucun cadre élaboré. Mais le portefeuille était visible, les surprises plus rares, et les gestionnaires demandaient son aide au lieu de l'éviter. La leçon à retenir, c'est qu'un BGP n'est pas une tour de contrôle qu'on installe; c'est un service dont on mérite le droit de l'exploiter. L'autorité qui arrive par mandat s'érode; celle qui arrive par l'utilité se cumule.
Si vous en montez un, résistez à l'envie de commencer par les modèles et les outils. Commencez par un problème que votre gestionnaire le plus occupé vous remerciera d'avoir réglé, et laissez la gouvernance pousser à partir de là.
Si vous bâtissez ou sauvez un bureau de projet et voulez un modèle qui suscite l'adhésion plutôt que de l'imposer, le conseil en réalisation de programmes et de projets de XNM peut vous aider à le concevoir pour qu'on l'utilise, et non qu'on le subisse.