Gestion de projet vs. pilotage de projet : quelle différence ?
Gestion et pilotage de projet ne couvrent pas les mêmes décisions. Comparez leurs objectifs, indicateurs, rôles, outils et rituels.
6 min de lecture
Un tableau de bord qui rassure n’est pas un tableau de bord qui pilote
La plupart des tableaux de bord de projet sont conçus pour être regardés, pas pour être utilisés. Un taux d’avancement à 64 %, un graphique de vélocité, un compteur de tickets fermés : ces chiffres disent que le projet vit. Ils ne disent pas ce qu’il faut décider.
Le test est simple : pour chaque widget, demande « si cette valeur bouge, quelle décision est-ce que je prends ? ». Si la réponse est « aucune, je regarde », le widget rassure. S’il y a une décision, le widget pilote. Un tableau de bord de pilotage ne garde que la seconde catégorie.
Les huit widgets qui pilotent
1. Santé par objectif
Chaque objectif du projet, avec son état : sur la trajectoire, sous surveillance, hors trajectoire. Pas un pourcentage global, qui masque qu’un objectif sur trois est en danger. Décision déclenchée : concentrer l’attention du prochain comité.
2. Reste à faire contre capacité restante
Le seul indicateur de délai qui compte. Ce qu’il reste à produire, en face de ce que l’équipe peut produire d’ici la date. Quand l’écart s’ouvre, il faut choisir : plus de capacité, moins de périmètre, ou une autre date. Décision déclenchée : arbitrage périmètre-date-capacité.
3. Blocages de plus de trois jours
Un blocage d’un jour est normal. Un blocage de trois jours a un coût, et souvent un propriétaire qui ne sait pas qu’on l’attend. Le widget liste les cartes bloquées, depuis combien de temps, et qui peut débloquer. Décision déclenchée : escalader ou réaffecter.
4. Décisions en attente et leur ancienneté
Les décisions qu’on n’a pas prises sont le retard le plus invisible d’un projet. Ce widget les liste, avec la date à laquelle elles ont été posées et qui doit trancher. Décision déclenchée : la décision elle-même, ou sa réaffectation.
5. Risques ouverts avec plan
Chaque risque avec sa probabilité, son effet, et ce qu’on fait s’il se réalise. Un risque sans plan n’est pas un risque géré, c’est une inquiétude. Décision déclenchée : accepter, atténuer, ou provisionner.
6. Dépendances et leur état
Ce que le projet attend d’ailleurs (une API, un fournisseur, une autre équipe), avec la date attendue et la date probable. Décision déclenchée : replanifier ou négocier.
7. Missions en cours des agents
Sur un projet où des agents IA exécutent du travail : missions en cours, en attente d’une réponse, en attente d’une approbation, échouées. Ce widget est la fenêtre du comité sur ce que font les agents. Décision déclenchée : approuver, répondre, recadrer.
8. Le briefing
Un texte court, préparé chaque matin — par un agent, ou par le responsable — qui lit les sept widgets précédents et dit en quelques lignes ce qui a changé et ce qui est attendu. C’est le widget qu’on ouvre en premier ; les autres sont ses sources.
Les widgets à retirer
La vélocité brute. Elle mesure le passé de l’équipe, pas l’avenir du projet. Elle sert au reste-à-faire-contre-capacité (widget 2), pas au comité.
Le taux de complétion global. 64 % de quoi ? Sans découpage par objectif, le chiffre ne déclenche rien.
Le nombre de tickets ouverts. Un backlog gros n’est pas un projet en danger. Un backlog dont le reste à faire dépasse la capacité l’est.
Le graphique d’activité. Combien de cartes ont bougé cette semaine : cela mesure l’agitation. Un projet peut être très actif et hors trajectoire.
Retirer ces widgets n’est pas une perte d’information. C’est retirer du bruit entre le comité et les trois décisions qu’il doit prendre.
Composer sans double saisie
Le tableau de bord de pilotage meurt de la double saisie : dès qu’un chiffre doit être reporté à la main depuis le board vers le dashboard, il est en retard d’une semaine, puis faux, puis ignoré. La règle : chaque widget se calcule depuis les données de travail — cartes, documents, missions, décisions — sans qu’un humain ait à le mettre à jour.
Dans Stellary, le cockpit se compose par projet à partir d’un catalogue de widgets calculés : santé, missions, blocages, décisions, risques, briefing. Tu choisis ceux qui provoquent tes décisions, tu retires les autres, et la vue portefeuille agrège les cockpits de plusieurs projets pour un programme. Le guide du cockpit détaille le catalogue et sa composition.
Ce qu’un agent ajoute au tableau de bord
Le tableau de bord montre ; l’agent lit et rédige. Il produit le briefing, signale les écarts dès qu’ils apparaissent (pas au comité suivant), et propose les options pour chaque décision en attente. Il peut aussi tenir le tableau à jour là où une donnée manque : relancer le propriétaire d’un blocage, demander une date probable à une équipe dont dépend le projet, mettre à jour un risque après une réponse.
Ce qu’il ne fait pas : décider. Le mode supervisé lui permet de lire tout et de proposer ; la décision reste un objet saisi par un humain, daté, motivé, relié aux actions qu’elle déclenche. Le format du comité qui lit ce tableau est décrit dans Comité de pilotage d’un projet IA.
FAQ
Quels indicateurs mettre dans un tableau de bord de pilotage de projet ?
Ceux qui déclenchent une décision quand ils bougent : santé par objectif, reste à faire contre capacité restante, blocages de plus de trois jours, décisions en attente et leur ancienneté, risques ouverts avec plan, dépendances et leur état, missions des agents en cours, et un briefing qui lit tout cela. La vélocité brute et le taux de complétion global rassurent sans piloter.
Comment éviter que le tableau de bord soit en retard ?
En supprimant la double saisie : chaque widget doit se calculer depuis les données de travail (cartes, documents, missions, décisions), jamais depuis un chiffre reporté à la main. Un widget saisi manuellement est en retard d’une semaine, puis faux, puis ignoré.
Un tableau de bord de pilotage remplace-t-il le comité de pilotage ?
Non. Le tableau de bord montre et le briefing résume ; le comité décide. Ce qui change avec un bon tableau de bord, c’est que le comité arrive pour trancher au lieu de passer la séance à comprendre où en est le projet.
