Feedback projet: peser sans pouvoir hiérarchique

Le chef de projet observe la performance sans pouvoir formel. Trois mécanismes pour donner du poids au feedback en contexte matriciel.

Le paradoxe du chef de projet observateur

En organisation matricielle, le chef de projet se trouve dans une position singulière: il est la personne qui voit le travail au quotidien, qui constate les retards, les contributions remarquables, les frictions entre collaborateurs. Pourtant, il ne contrôle ni les salaires, ni les promotions, ni les affectations futures. Le manager fonctionnel, lui, prend ces décisions, mais ne voit le travail de ses collaborateurs qu’à travers des comptes-rendus et des impressions générales.

Cette asymétrie crée un problème concret. Le chef de projet qui donne du feedback risque de se heurter à une question implicite: “Pourquoi devrais-je en tenir compte, puisque vous n’êtes pas mon responsable?” Et le chef de projet lui-même hésite parfois à formuler des retours difficiles, par crainte de détériorer une relation dont il dépend pour la bonne marche du projet.

Ce que montrent les données sur le feedback fréquent

Avant d’aborder la question de l’autorité, il faut rappeler pourquoi le feedback en cours de projet vaut la peine qu’on s’y attarde. Selon Gallup, les collaborateurs qui reçoivent un retour significatif dans la semaine sont engagés à 80%. Les organisations qui pratiquent le feedback continu constatent en moyenne 26% de meilleures performances et près de 15% de turnover en moins. L’évaluation annuelle seule, en revanche, ne motive que 14% des employés.

Ces chiffres concernent des contextes hiérarchiques classiques. En projet, le besoin est encore plus aigu: l’équipe est constituée pour une durée limitée, les ajustements doivent intervenir rapidement, et un problème de collaboration qui persiste six mois sans être adressé ne trouvera pas de “prochain trimestre” pour être résolu.

L’expérience Atlassian, lue depuis la gestion de projet

Atlassian a remplacé ses évaluations semi-annuelles par des conversations mensuelles ciblées sur un seul thème: forces, axes de progression, feedback 360 ou développement. L’entreprise a aussi abandonné les notes chiffrées au profit de deux critères qualitatifs: la fréquence de la performance exceptionnelle et l’effort de dépassement.

Le modèle est conçu pour des managers hiérarchiques permanents, pas pour des chefs de projet. Mais il illustre un principe que le chef de projet peut adopter: remplacer l’évaluation globale par des micro-conversations ciblées. Au lieu de capitaliser les observations pour un bilan de fin de projet, formuler chaque retour au moment où il est encore utile. Pour un projet de trois à six mois, un point individuel toutes les deux à trois semaines offre un rythme réaliste, complété par des retours situationnels dans les heures qui suivent un événement notable: un livrable remis en retard, une présentation réussie au comité de pilotage, une tension en réunion.

Trois mécanismes pour donner du poids au feedback

Le feedback du chef de projet acquiert de l’autorité non pas par la position hiérarchique, mais par trois mécanismes complémentaires.

Le premier est la traçabilité. Un retour oral, informel, prononcé dans un couloir après une réunion, ne laisse aucune trace. Un retour documenté, même brièvement, dans un compte-rendu de one-on-one ou dans un email de suivi, devient un fait. Le collaborateur sait que l’observation existe quelque part, et le chef de projet dispose d’une base factuelle s’il doit un jour escalader vers le manager fonctionnel.

Le second est la connexion à l’évaluation fonctionnelle. Le chef de projet peut, en accord avec le manager fonctionnel, fournir un retour structuré sur la contribution de chaque collaborateur en fin de projet. Ce n’est pas une évaluation formelle: c’est un input factuel que le manager intègre à son propre processus. Pour que ce mécanisme fonctionne, il doit être annoncé clairement en début de projet. Le collaborateur doit savoir que les observations du chef de projet seront partagées avec son manager, ce qui élimine le sentiment de surveillance et transforme le feedback en conversation ouverte.

Le troisième est la réciprocité. Un chef de projet qui ne demande jamais de retour sur sa propre pratique perd en crédibilité lorsqu’il en donne. Solliciter du feedback sur la qualité de sa coordination, la clarté de ses instructions ou l’utilité de ses réunions établit une norme d’échange bilatéral qui fait du feedback une pratique d’équipe plutôt qu’un exercice descendant.

Sur quoi porte le feedback du chef de projet

La tentation est de commenter tout ce qu’on observe. Le chef de projet gagne pourtant à circonscrire son feedback à ce qui relève de sa responsabilité: la qualité des livrables, le respect des engagements, la collaboration au sein de l’équipe projet, la communication avec les parties prenantes.

Les questions de compétence technique approfondie, de trajectoire professionnelle ou de potentiel d’évolution relèvent du manager fonctionnel. Un chef de projet qui s’aventure sur ce terrain empiète sur une prérogative qui n’est pas la sienne et risque de provoquer un conflit de rôles avec le manager. En revanche, son observation directe de la contribution en contexte réel est un apport que le manager fonctionnel ne peut pas produire seul, et c’est précisément cette valeur ajoutée qui justifie que le feedback du chef de projet soit pris au sérieux.

Ce qui se passe quand le feedback est ignoré

Il arrive qu’un collaborateur ne tienne pas compte des retours du chef de projet. Le premier réflexe est souvent de laisser faire en espérant que la situation se résolve d’elle-même, mais en pratique un comportement problématique non adressé se cristallise et affecte le reste de l’équipe.

La séquence recommandée est progressive: un premier retour direct, factuel, en one-on-one, puis, si le comportement persiste, un second retour qui mentionne explicitement l’impact sur le projet et les conséquences possibles. En dernier recours, une escalade vers le manager fonctionnel, à condition d’en avoir averti le collaborateur au préalable. Cette escalade n’est pas un aveu d’échec: c’est le fonctionnement normal d’une organisation matricielle, où l’autorité hiérarchique intervient quand l’influence du chef de projet atteint ses limites.

L’enjeu réel: la crédibilité du rôle

Au fond, la capacité du chef de projet à donner un feedback qui compte repose moins sur des techniques que sur une posture. Le feedback a du poids quand il vient de quelqu’un qui observe attentivement, formule ses retours avec précision, les documente, et accepte d’en recevoir en retour. Dans une structure où le pouvoir formel appartient au manager fonctionnel, c’est cette crédibilité professionnelle qui fait du chef de projet un interlocuteur qu’on écoute, non par obligation, mais parce que ses observations sont utiles.