Les formations en gestion de projet consacrent l’essentiel du temps aux processus, aux outils et aux méthodes. Le diagramme de Gantt, la structure de découpage du travail (WBS, décomposition hiérarchique du projet en lots et livrables), la gestion de la valeur acquise (earned value management, méthode de suivi budgétaire et calendaire): ces compétences techniques sont nécessaires, mais elles ne suffisent pas à expliquer pourquoi certains chefs de projet réussissent là où d’autres échouent avec les mêmes outils.
L’angle mort des compétences techniques
Le PMI reconnaît explicitement ce déséquilibre à travers son Talent Triangle, qui accorde une place égale aux compétences de leadership et aux compétences stratégiques/business à côté des compétences techniques. L’IPMA, avec son Individual Competence Baseline (ICB, référentiel de compétences individuelles), va plus loin en détaillant 14 éléments de compétence dans la catégorie “personnes”, du leadership à la négociation en passant par la gestion des conflits.
Pourtant, dans la pratique, ces compétences comportementales restent difficiles à évaluer et encore plus difficiles à développer de manière structurée. Personne ne reçoit un certificat attestant sa capacité à prendre des décisions sous pression ou à responsabiliser une équipe.
Décider avec des informations incomplètes
La prise de décision est probablement la compétence la plus sollicitée et la moins enseignée en gestion de projet. Chaque journée apporte son lot de questions qui exigent une réponse rapide avec des données partielles: faut-il réaffecter une ressource, repousser un jalon, accepter un changement de périmètre?
Les chefs de projet les plus efficaces partagent une caractéristique commune: ils acceptent l’incertitude comme une donnée du problème plutôt que comme un obstacle à la décision. Ils distinguent les décisions réversibles (où la vitesse prime sur la précision) des décisions irréversibles (où la prudence est justifiée). Cette distinction, que Jeff Bezos a formalisée sous les termes “portes à sens unique” et “portes à double sens”, s’applique directement à la gestion de projet: la plupart des arbitrages quotidiens sont réversibles et gagnent à être tranchés rapidement.
Savoir dire non sans perdre ses alliés
La capacité à maintenir le cap sur les objectifs du projet tout en préservant les relations avec les parties prenantes (stakeholders, c’est-à-dire toute personne ou groupe impacté par le projet) est un exercice d’équilibre permanent. Accepter toutes les demandes de modification mène à la dérive du périmètre (scope creep, l’élargissement progressif et non maîtrisé du périmètre), tandis que les refuser toutes mène à l’isolement.
Le chef de projet expérimenté ne dit pas simplement “non”: il reformule la demande en termes de coût d’opportunité. “Nous pouvons intégrer cette fonctionnalité si nous retirons celle-ci du lot actuel” est une réponse qui maintient la relation tout en protégeant le périmètre. C’est une forme de négociation permanente qui ne figure dans aucun diagramme de Gantt.
Responsabiliser sans abandonner
Déléguer et responsabiliser sont deux actions souvent confondues, alors que la première transfère une tâche tandis que la seconde transfère un sentiment d’appropriation. Quand un membre de l’équipe se sent réellement responsable d’un résultat (et pas seulement exécutant d’une tâche assignée), la qualité de son travail et son engagement changent de nature.
La responsabilisation suppose toutefois un cadre clair: objectifs définis, critères de qualité explicites et autonomie dans les moyens. Un chef de projet qui délègue sans cadre ne responsabilise pas, il abandonne. La nuance est fondamentale et se vérifie dans les résultats.
S’adapter au contexte sans perdre sa méthode
La polyvalence méthodologique est une compétence de plus en plus demandée. Les projets hybrides, qui combinent des approches prédictives et agiles selon les phases ou les composantes, sont devenus la norme dans beaucoup d’organisations. Le chef de projet qui ne maîtrise qu’une seule approche se retrouve limité dans les contextes qu’il peut gérer efficacement.
Cette polyvalence ne concerne pas uniquement les méthodes: elle touche aussi le style de leadership. Diriger une équipe de développeurs juniors dans un sprint Scrum n’appelle pas le même registre que piloter un comité de pilotage composé de directeurs. Le chef de projet doit savoir adapter sa communication, son niveau de détail et son degré d’intervention au contexte. Hersey et Blanchard ont formalisé cette idée sous le terme de “leadership situationnel”, un modèle qui ajuste le style de management au niveau de maturité et de compétence de l’interlocuteur.
Comment évaluer ses propres soft skills
L’un des obstacles au développement des soft skills est la difficulté à les mesurer. Contrairement aux compétences techniques (on sait ou non utiliser un outil de planification), les compétences comportementales se situent sur un spectre et sont perçues différemment selon l’interlocuteur.
L’exercice le plus productif consiste à solliciter des exemples concrets auprès de ses collègues et de son équipe: “Pouvez-vous me donner un exemple récent où ma prise de décision a été trop lente?” ou “Quand vous êtes-vous senti le plus autonome dans ce projet?”. Ces questions spécifiques génèrent des retours exploitables, contrairement aux évaluations génériques de type 360 degrés qui produisent souvent des moyennes peu informatives.
Les référentiels de compétences (Talent Triangle PMI, ICB IPMA) fournissent la structure; les retours concrets de l’entourage professionnel fournissent la matière. Combiner les deux donne un diagnostic réaliste et un point de départ actionnable pour progresser.