Un document que personne ne lit vraiment
L’organigramme fait partie de ces documents que l’on consulte le premier jour et que l’on oublie ensuite. Pourtant, la structure organisationnelle qu’il représente conditionne presque tout ce qu’un chef de projet peut ou ne peut pas faire: sa marge d’autorité, son accès aux ressources, sa capacité à obtenir des décisions rapides. Comme le souligne l’International Institute of Business Analysis (IIBA), l’organigramme montre les rôles, les personnes qui les occupent et leurs lignes de reporting, mais c’est l’interprétation de ce document qui fait la différence entre un chef de projet qui subit son environnement et un autre qui le navigue avec efficacité.
Trois modèles, trois réalités
Le Project Management Institute (PMI) identifie dans son PMBOK® Guide trois grandes familles de structures organisationnelles, chacune avec des implications directes sur la conduite de projet.
La structure fonctionnelle regroupe les collaborateurs par spécialité (finance, marketing, IT, ressources humaines). Chaque département fonctionne de manière relativement autonome sous l’autorité d’un responsable fonctionnel. Dans ce modèle, le rôle de chef de projet n’existe souvent pas en tant que fonction formelle. La coordination entre départements se fait par escalade hiérarchique, ce qui ralentit les décisions et dilue les responsabilités. Quand un projet transversal émerge, il est confié à un coordinateur qui dispose de peu d’autorité et doit négocier chaque ressource avec les responsables fonctionnels.
La structure projetisée place le projet au centre de l’organisation. Les ressources sont affectées à temps plein, le chef de projet dispose d’un budget propre et d’une autorité directe sur son équipe. Ce modèle offre une réactivité maximale, mais il a un coût: la duplication des compétences entre projets, la difficulté à réaffecter les ressources en fin de projet et le risque d’isolement par rapport au reste de l’organisation.
La structure matricielle tente de combiner les avantages des deux modèles précédents. Les collaborateurs conservent leur rattachement fonctionnel tout en étant affectés à un ou plusieurs projets. Sur le papier, c’est un compromis élégant. En pratique, le double reporting crée une tension permanente: le collaborateur reçoit des directives de son responsable fonctionnel et de son chef de projet, sans que ces directives convergent nécessairement. Le PMI distingue trois variantes (matrice faible, équilibrée, forte) selon le degré d’autorité accordé au chef de projet, mais la réalité de terrain est rarement aussi nette que la théorie.
Le piège de l’organigramme officiel
La distinction entre autorité formelle et influence réelle est probablement l’enseignement le plus important pour un chef de projet confronté à une structure organisationnelle nouvelle. L’organigramme montre les lignes de reporting, pas les circuits de décision effectifs. Un comité de pilotage peut être l’instance officielle de validation sans être le lieu où les décisions se prennent réellement, un directeur peut déléguer systématiquement à son adjoint sans que cela soit formalisé, et un expert technique peut disposer d’un droit de veto implicite que l’organigramme ne mentionne nulle part.
Henry Mintzberg a montré depuis longtemps que toute organisation fonctionne simultanément sur plusieurs registres: la structure formelle, les flux de travail réels, les réseaux de communication informels et les constellations de pouvoir. Le chef de projet qui ne voit que le premier registre passe à côté de l’essentiel.
Adapter sa posture à la structure
Connaître le type de structure dans laquelle on évolue doit guider des choix concrets de posture et de stratégie.
En structure fonctionnelle, le chef de projet travaille principalement par influence. Il investit du temps dans la relation avec les responsables fonctionnels, comprend leurs contraintes et leurs priorités, et construit des accords sur la disponibilité des ressources. La matrice RACI (Responsible, Accountable, Consulted, Informed) devient un outil de négociation autant qu’un outil de clarification: en formalisant qui exécute le travail, qui rend des comptes, qui doit être consulté et qui doit être informé, elle réduit les marges d’ambiguïté que les responsables fonctionnels pourraient utiliser pour reprioriser leurs équipes.
En structure matricielle, la priorité est d’établir des règles de fonctionnement claires dès le démarrage du projet. Quel pourcentage du temps de chaque ressource est dédié au projet? Qui tranche en cas de conflit de priorité? Comment les évaluations de performance intègrent-elles la contribution au projet? Ces questions, rarement posées au démarrage, sont à l’origine de la majorité des tensions en environnement matriciel.
En structure projetisée, le chef de projet dispose de l’autorité mais doit veiller à ne pas créer un silo. Maintenir des liens avec les départements fonctionnels, partager les retours d’expérience et préparer la réintégration des ressources en fin de projet sont des responsabilités qui lui incombent directement.
Ce que révèle une réorganisation
Les réorganisations fréquentes sont un signal d’alerte pour les projets en cours. Chaque changement de structure modifie les lignes de reporting, redistribue les responsabilités et peut invalider les accords de ressources négociés précédemment. Un projet qui démarre en structure matricielle forte peut se retrouver, après une réorganisation, dans une matrice faible où le chef de projet a perdu l’essentiel de son autorité.
La recommandation pratique est de traiter la structure organisationnelle comme un paramètre du projet qui peut évoluer, au même titre que le budget ou le planning. Mettre à jour régulièrement sa cartographie des parties prenantes, vérifier que les accords de ressources sont toujours valides et ajuster sa stratégie d’influence en fonction des changements structurels: ces pratiques distinguent le chef de projet qui anticipe de celui qui découvre trop tard que les règles du jeu ont changé.