Revue de projet : réestimer avant de décider 2026

Un projet affiché à 80 % d’avancement peut terminer en retard de deux mois : le pourcentage rassurait, mais personne ne regardait ce qui restait à faire. La revue de projet corrige cela, à condition de savoir ce qu’elle doit vraiment produire.

Ce qu’une revue de projet sert à faire, et ce qu’elle n’est pas

La revue de projet est un examen technique du travail lui-même : ce qui est réellement terminé, ce qui reste à produire, ce qui dérape silencieusement, et surtout ce qu’on décide de retirer du périmètre pour tenir l’échéance. Ce n’est pas une réunion de mise à jour, ni une cérémonie de validation. C’est l’outil qui permet de poser la seule question qui compte : que sort-on du projet aujourd’hui pour que la date tienne ?

Cette question est inconfortable, parce qu’elle implique d’admettre que le périmètre initial était trop ambitieux ou que les estimations du démarrage étaient fausses. C’est précisément cet inconfort qui lui donne sa valeur. Un projet dont on n’a jamais rien retiré est un projet dont personne n’a jamais voulu regarder la réalité en face. Le retrait n’est pas un échec de gestion : c’est la preuve que la revue a rempli son rôle.

La règle est simple : une revue qui se termine sans qu’on ait retiré une tâche, abandonné une fonction, réduit un lot ou repositionné une échéance est une revue qui a échoué. Peu importe que tout le monde soit sorti satisfait de la réunion. La satisfaction collective n’est pas un indicateur de pilotage. Le projet, lui, continue de dériver pendant que l’équipe se rassurait collectivement pendant une heure.

Il faut donc distinguer deux postures radicalement différentes. La première consiste à regarder ce qui a été fait, à valider les avancées, à se féliciter du travail accompli : posture confortable et sans utilité décisionnelle, puisque le passé ne peut plus être changé. La seconde consiste à regarder ce qui reste à faire, réestimé à froid avec ce qu’on sait aujourd’hui, et à décider ce qu’on enlève pour que le projet atterrisse à la date prévue. C’est la seconde posture qui définit une vraie revue de projet.

Cette distinction est fondamentale pour un dirigeant de TPE ou de PME qui mène deux ou trois projets clients en parallèle. Sans revue structurée, les dépassements sont découverts au dernier moment, quand il ne reste plus aucune marge de manœuvre pour corriger. Avec une revue tenue régulièrement et orientée sur les décisions de retrait, les dérives sont visibles et corrigibles plusieurs semaines avant qu’elles deviennent irréversibles.

La distinguer du comité de pilotage et du point d’avancement

Trois instances coexistent dans le pilotage d’un projet, et les confondre est la première source de réunions inutiles. Chacune a un objet, des participants et un résultat attendu différents. Les mélanger produit des réunions qui font tout à moitié : elles informent sans décider, ou décident sans avoir examiné le travail, ou examinent le travail sans avoir les décideurs présents pour trancher.

Le comité de pilotage est l’instance où se prennent les arbitrages engageants : révision du budget, changement de priorité stratégique, décision de continuer ou d’arrêter, arbitrage entre deux projets concurrents. Il réunit des décideurs, pas des techniciens. Il ne plonge pas dans les tâches : il reçoit des faits consolidés et prend des décisions à portée engageante. Sa durée est plus longue, sa fréquence est mensuelle ou calée sur les jalons majeurs.

Le point d’avancement informe sans remettre en cause. C’est un état des lieux rapide : voilà où on en est, voilà ce qu’on a terminé cette semaine, voilà les blocages à signaler. Il ne produit pas de retrait, pas de décision sur le périmètre, pas de réestimation du reste à faire. Il est court, hebdomadaire, et utile pour maintenir la synchronisation entre les membres de l’équipe, sans prétendre à autre chose.

La revue de projet occupe un espace distinct. Elle examine le travail lui-même, lot par lot, tâche critique par tâche critique. Elle réestime ce qui reste à faire dans les conditions réelles d’aujourd’hui, pas dans les conditions idéales du démarrage. Elle identifie ce qui peut être retiré sans compromettre la valeur livrée. Et elle produit une liste de décisions concrètes : tel élément est retiré, telle échéance est révisée, tel lot est réduit en périmètre.

Réestimer le reste à faire avant de regarder l’avancement

C’est à ce stade que les revues perdent leur utilité, avant même d’avoir commencé. L’animateur ouvre son tableau de bord, affiche le pourcentage d’avancement global, et tout le monde passe le reste de la réunion à commenter un chiffre qui ne dit rien d’utile. La réestimation du reste à faire n’a pas eu lieu. Et c’est exactement pour cette raison que le projet continuera de dériver après la réunion, aussi satisfaisante qu’elle ait été.

Le principe est le suivant : avant la revue, chaque responsable de lot réestime, à froid et sans regarder le planning initial, le nombre de jours ou d’heures réellement nécessaires pour terminer son lot. Cette réestimation se fait dans les conditions actuelles du projet, pas dans les conditions idéales du démarrage. Elle intègre les ressources disponibles aujourd’hui, les blocages identifiés, les complications découvertes en cours de route.

Le tableau ci-dessous illustre pourquoi les deux lectures d’un même projet produisent des conclusions opposées. Lu par le pourcentage de tâches terminées, le projet semble sur la bonne voie. Lu par le reste à faire réestimé, il révèle un dépassement de 24 jours par rapport aux estimations initiales : le reste à faire a gonflé de 53 % (24 jours supplémentaires sur 45 jours initialement prévus). Si personne ne pose la question du reste à faire avant d’afficher le tableau de bord, ce dépassement reste invisible.

Ce tableau montre un projet qui paraît avancé, avec deux lots entièrement terminés et un troisième à 80 %. Mais le reste à faire réestimé dépasse de 24 jours le reste à faire initial : 69 jours au lieu des 45 prévus. Le projet pense être à mi-chemin, mais il a en réalité bien plus de travail devant lui qu’il ne l’imaginait au démarrage. Un projet en retard qui s’ignore est un projet qui livrera en catastrophe.

La règle d’or est donc la suivante : réestimer le reste à faire, lot par lot, avant d’ouvrir le moindre tableau de bord. Cette réestimation doit être faite par les personnes qui font le travail, pas par le chef de projet seul devant son tableur. Et elle doit être honnête, ce qui implique que la culture de l’équipe autorise à annoncer une mauvaise nouvelle sans crainte de sanction.

Pourquoi le pourcentage d’avancement trompe

Le pourcentage d’avancement est l’indicateur le plus consulté et le moins fiable du pilotage de projet. Il souffre de plusieurs défauts structurels qui en font un mauvais outil de décision, et un excellent outil de réassurance collective.

Premier défaut : il regarde en arrière. Un projet à 70 % d’avancement a accompli 70 % de son travail, mais cela ne dit rien sur ce qui reste à faire. Le passé est acquis et ne peut plus être changé. La seule information qui change une décision est ce qui reste, réestimé avec ce qu’on sait maintenant, dans les conditions actuelles du projet.

Deuxième défaut : il confond les tâches et leur poids réel. Quand l’avancement est calculé à partir des tâches terminées, une petite tâche d’une heure pèse autant qu’une grosse tâche de cinq jours dans le calcul. Un projet avec vingt petites tâches terminées et trois grosses tâches critiques non démarrées peut afficher 87 % d’avancement tout en ayant l’essentiel du travail devant lui. L’indicateur rassure précisément au moment où il faudrait s’alarmer.

Troisième défaut : il est déclaratif et donc optimiste par nature. Quand on demande à quelqu’un à quel pourcentage il en est, la réponse est presque toujours trop favorable. Personne n’a envie d’annoncer un retard. La pression sociale pousse à arrondir vers le haut. La question qui contourne ce biais n’est pas « à quel pourcentage en êtes-vous ? » mais « de combien de jours avez-vous encore besoin pour finir ? » Cette formulation oblige à se projeter sur ce qui manque, et non à justifier ce qui a été fait.

Quatrième défaut : il masque les déséquilibres entre les lots. Un projet avec deux lots à 100 %, deux lots à 50 % et deux lots à 0 % affiche 50 % d’avancement en moyenne. Mais si les deux lots à 0 % sont les plus complexes et les plus critiques pour la date de livraison, ce chiffre est une illusion rassurante qui empêche toute décision urgente. Le pourcentage global est précisément le chiffre le moins utile à afficher en ouverture de revue.

C’est pourquoi une revue utile commence par les données les plus inconfortables : le reste à faire réestimé, lot par lot, avec les personnes qui font le travail. Ensuite seulement, on peut regarder ce qui a été accompli, pour contextualiser, sans toutefois laisser ce regard en arrière influencer les décisions sur ce qui reste.

Ce qu’il faut préparer avant la revue

Une revue non préparée est une réunion où les participants découvrent les problèmes en séance, s’accordent sur les faits pendant vingt minutes, et n’ont plus de temps pour décider. Elle produit de l’agitation, pas des décisions. La préparation prend du temps, mais elle compresse considérablement la durée de réunion et multiplie la qualité des arbitrages.

La préparation commence 48 heures avant la revue. Chaque responsable de lot reçoit une demande simple : réestimer son reste à faire en jours ou en heures, identifier les éléments bloquants, et signaler s’il existe des éléments dans son lot qui pourraient être retirés ou réduits sans compromettre la valeur principale. Cette information arrive avant la réunion, pas pendant.

Le chef de projet consolide ces données et prépare une vision synthétique : reste à faire réestimé par lot, écart par rapport à l’estimation initiale, éléments candidats au retrait, risques critiques. Cette synthèse est envoyée aux participants la veille, pour qu’ils arrivent avec une lecture commune des faits. La charte de projet, qui définit le périmètre initial validé et les objectifs engagés, sert de référence pour mesurer ce qui peut être retiré sans trahir les engagements fondamentaux.

Les documents à préparer se limitent à trois éléments : la liste des tâches restantes par lot avec leur estimation révisée, la liste des éléments candidats au retrait avec leur coût restant estimé et leur impact si on les supprime, et la liste des décisions qui nécessitent un arbitrage lors de la revue. Pour visualiser immédiatement l’impact des écarts sur l’échéance finale, s’appuyer sur le rétroplanification structuré dès le démarrage du projet permet de lire instantanément les conséquences de chaque retard.

Une règle simple s’applique ici : si la préparation n’a pas été faite, il vaut mieux reporter la revue de 24 heures plutôt que de la tenir sur des données non fiables. Une revue tenue sans données préparées produit des décisions mal informées, qui seront souvent remises en cause à la revue suivante, dans un cycle de correction perpétuelle qui ne règle jamais rien.

Qui doit y participer, et qui n’a rien à y faire

La revue de projet rassemble les personnes qui font le travail ou qui supervisent directement un lot. Ce ne sont pas les décideurs stratégiques, pas les sponsors, pas les clients : ce sont les personnes qui peuvent répondre à la question « combien de jours vous reste-t-il pour finir ? » avec une réponse fiable et honnête.

Les participants indispensables sont le chef de projet, qui anime et consolide, et les responsables de chaque lot actif, qui fournissent les données de reste à faire réestimé. Si un lot est porté par un prestataire externe ou un freelance, son responsable participe également. La règle est que chaque lot actif doit être représenté par quelqu’un capable de répondre aux questions techniques sur ce qui reste à produire et sur les blocages identifiés.

Pour clarifier qui prend en charge quoi dans la préparation et le suivi de la revue, une matrice RACI du projet évite les zones grises : on sait qui est responsable de chaque lot, qui doit valider les retraits de périmètre, qui est consulté pour les décisions complexes, et qui est simplement informé des décisions prises.

Les personnes qui n’ont rien à faire dans une revue de projet interne sont le client, la direction générale et les parties prenantes sans rôle technique. Leur présence transforme la revue en présentation commerciale : on minimise les problèmes, on évite les sujets inconfortables, et on ne retire rien pour ne pas froisser. Le client reçoit les conclusions de la revue, pas le déroulé brut de la revue elle-même.

La taille du groupe doit rester limitée. Au-delà de huit personnes, la prise de parole se dilue, les décisions tardent et les sujets techniques perdent en précision. Si le projet implique de nombreux lots, il vaut mieux organiser des revues par module et une synthèse en session plénière. Pour les projets où la charge est répartie entre plusieurs profils, le plan de charge donne une vision claire de qui est disponible et qui est saturé : c’est une information utile à avoir sous les yeux lors de la revue, pour évaluer si les retraits décidés libèrent réellement de la capacité.

Le déroulé d’une revue en quarante-cinq minutes

Quarante-cinq minutes est une contrainte qui force la discipline. Elle oblige à aller à l’essentiel, à ne pas s’attarder sur ce qui est terminé, et à concentrer le temps de réunion sur les décisions à prendre. Voici un déroulé structuré qui tient dans ce format.

Premières dix minutes : lecture des restes à faire réestimés. Le chef de projet présente le tableau consolidé des restes à faire réestimés par lot. Chaque responsable confirme ou corrige son chiffre en une phrase. On ne commente pas encore, on n’explique pas les causes : on lit les données et on s’assure que tout le monde regarde le même chiffre. C’est le seul moment où tout le monde regarde dans la même direction avant de décider.

Dix minutes suivantes : identification des écarts critiques. On compare le reste à faire réestimé avec le reste à faire initial pour chaque lot. On identifie les lots qui présentent un écart supérieur à 30 % et qui menacent l’échéance finale. Ces lots concentreront les décisions de retrait. Les lots sans écart significatif sont validés rapidement et ne reviennent pas dans la discussion.

Quinze minutes : décisions sur les retraits. C’est le cœur de la revue. Pour chaque lot en dépassement, on examine la liste des éléments candidats au retrait préparée en amont. On pose systématiquement la question : si on retire cet élément, quelle est la conséquence pour la valeur livrée ? Si la conséquence est acceptable, on retire et on note la décision immédiatement. Si elle ne l’est pas, on cherche une réduction de périmètre alternative ou on révise l’échéance en connaissance de cause.

Dix minutes finales : synthèse et actions. Le chef de projet lit à voix haute la liste des retraits décidés, les restes à faire révisés après retrait, et la date de livraison révisée si nécessaire. Chaque action est attribuée à une personne avec une date d’exécution. La revue se termine sur une liste de décisions concrètes, pas sur un ressenti général ou une impression collective de bonne dynamique.

Décider ce qu’on retire du périmètre

Le retrait de périmètre est la décision la plus utile et la plus difficile à prendre en revue de projet. Elle est utile parce qu’elle libère immédiatement de la charge et permet au projet d’atterrir à la date prévue. Elle est difficile parce qu’elle implique d’admettre que quelque chose ne sera pas livré comme initialement annoncé.

Pour structurer cette décision, chaque élément candidat au retrait doit être évalué sur trois dimensions : le coût restant estimé en jours, la conséquence concrète si on le retire, et la décision qui en résulte. Cette évaluation se prépare avant la revue pour que la discussion en séance porte sur les arbitrages, et non sur la collecte des données.

Ce tableau montre un total de retraits complets de 25 jours (14 + 8 + 3 = 25), auxquels s’ajoute un retrait partiel de 7 jours sur l’interface d’administration (10 jours initiaux moins les 3 jours de l’interface de base maintenue). Le total des charges retirées est donc de 32 jours (25 + 7 = 32), ce qui permet de résorber un dépassement significatif tout en préservant les éléments à valeur non négociable pour le client.

Une règle pratique s’impose : quand un élément représente plus de la moitié du dépassement constaté et que sa conséquence est acceptable, le retrait s’impose de lui-même. La difficulté n’est pas technique, elle est psychologique. Il faut accepter de livrer moins pour livrer à temps, plutôt que de livrer tout en retard, ce qui coûte souvent beaucoup plus à la relation client que le retrait lui-même, annoncé tôt et accompagné d’une alternative.

Les signaux qui doivent déclencher une revue en dehors du calendrier

Une revue programmée à date fixe est nécessaire, mais insuffisante. Certains événements justifient de convoquer une revue exceptionnelle sans attendre le prochain rendez-vous planifié, précisément parce que chaque semaine d’attente est une semaine de marge perdue.

Le premier signal est un écart soudain sur un lot critique. Si un lot estimé à cinq jours annonce soudainement qu’il en nécessite quinze, il ne faut pas attendre la prochaine revue mensuelle pour en tirer les conséquences sur l’échéance finale. Agir dans les 48 heures est souvent ce qui fait la différence entre un projet rattrapable et un projet qui livre trop tard.

Le deuxième signal est une ressource indisponible sur une durée non prévue : arrêt maladie prolongé d’un membre clé, départ d’un prestataire, réaffectation d’un collaborateur sur un autre projet urgent. La revue exceptionnelle permet de réestimer le reste à faire dans les nouvelles conditions de ressources et d’ajuster le périmètre avant que l’écart ne devienne structurel.

Le troisième signal est une demande de modification de périmètre formulée par le client. Avant d’accepter quoi que ce soit, il faut organiser une revue interne pour mesurer l’impact de l’ajout sur le reste à faire total, et décider quoi retirer pour compenser. Accepter un ajout sans retirer quelque chose d’équivalent décale l’échéance de façon certaine et prévisible.

Le quatrième signal est l’accumulation de blocages sur des lots différents. Quand trois blocages ou plus coexistent simultanément, leur impact combiné sur l’échéance finale peut être très supérieur à l’impact de chacun pris isolément. Une revue exceptionnelle permet de voir l’ensemble et de décider des retraits qui libèrent le chemin critique du projet.

Le cinquième signal est une alerte formulée directement par un membre de l’équipe. Quand quelqu’un dit « je ne pense pas qu’on va tenir », il faut organiser une revue dans les 48 heures, pas rassurer et attendre. L’équipe perçoit les dérives avant qu’elles apparaissent dans les chiffres. Ignorer ce signal revient à attendre que le problème devienne incontestable pour agir, c’est-à-dire trop tard.

Ce qu’on écrit après la revue

Une revue qui ne laisse pas de trace écrite n’a pas eu lieu. Les décisions prises oralement sont interprétées différemment par chaque participant, oubliées en 48 heures, et contestées à la réunion suivante. Le document produit après la revue n’est pas un compte rendu exhaustif de ce qui a été dit : c’est une liste de décisions, avec le nom de la personne qui la prend en charge et la date à laquelle elle doit être exécutée.

Ce document contient quatre éléments et rien d’autre : la liste des retraits validés avec la conséquence acceptée pour chacun, le reste à faire révisé par lot après les retraits, la date de livraison révisée si elle a changé, et les actions en suspens avec leur responsable et leur échéance. Ce document doit tenir sur une page. S’il en fait deux, il sera lu en diagonale ; s’il en fait quatre, il ne sera pas lu du tout.

Pour structurer ce document et s’assurer qu’il est diffusé dans les bons délais et au bon format, les bonnes pratiques d’un compte rendu de réunion s’appliquent directement : diffusion dans les 24 heures, langage factuel, liste d’actions numérotées avec responsable et date, pas de récit de la réunion ni de reformulation des échanges.

Ce document sert également de point de départ à la revue suivante. Au lieu de repartir de zéro, la prochaine revue commence par vérifier si les décisions prises lors de la revue précédente ont été exécutées. C’est ainsi qu’une revue s’inscrit dans un cycle de pilotage continu, et non comme un événement isolé dont personne ne vérifie les suites.

À quelle fréquence la tenir selon la durée du projet

La fréquence d’une revue de projet dépend directement de la durée du projet et du niveau de risque identifié. Plus un projet est court et plus ses lots sont interdépendants, plus les revues doivent être fréquentes. Plus un projet est long et ses lots indépendants, moins les revues fréquentes sont nécessaires, à condition que les signaux d’alerte soient bien surveillés entre les revues planifiées.

Pour un projet de moins de deux mois, une revue par semaine est justifiée. L’échéance est proche et chaque semaine de dérive peut représenter une part significative de la durée totale du projet. Une revue hebdomadaire courte (quarante-cinq minutes) est préférable à une revue mensuelle longue : elle détecte les écarts avant qu’ils s’accumulent.

Pour un projet de deux à six mois, une revue tous les quinze jours constitue un bon équilibre : suffisamment fréquente pour réagir avant que les écarts deviennent structurels, suffisamment espacée pour que les données de reste à faire évoluent significativement entre deux revues et que les retraits décidés aient eu le temps de produire un effet mesurable.

Pour un projet de plus de six mois, une revue mensuelle est appropriée, à une condition essentielle : les jalons intermédiaires sont définis dès le démarrage et font l’objet d’un suivi continu entre les revues. Un jalon atteint ou manqué produit une information immédiate, qui peut à son tour déclencher une revue exceptionnelle si l’écart est significatif, sans attendre la date planifiée.

La règle de base est qu’une revue doit être calée de façon à ce que les décisions prises lors de cette revue aient le temps de produire un effet mesurable avant la revue suivante. Une revue trop fréquente ne laisse pas aux équipes le temps d’intégrer les retraits décidés. Une revue trop espacée laisse les dérives s’accumuler sans correction possible avant qu’il ne soit trop tard.

La revue sur un projet mené pour un client

Quand le projet est mené pour un client externe, la revue de projet interne et la communication client sont deux choses distinctes, à ne jamais mélanger. La revue interne est le moment où on regarde la réalité en face, où on décide des retraits, où on réestime le reste à faire sans filtrage ni mise en scène. Elle n’est pas destinée au client.

Ce que le client reçoit, c’est le résultat de la revue interne : les décisions validées, les éventuelles modifications de périmètre négociées, les nouvelles échéances si elles ont changé. Il reçoit des certitudes, pas des délibérations. Lui présenter la revue interne en temps réel, c’est lui montrer les doutes, les désaccords et les hésitations de l’équipe : cela érode la confiance sans lui apporter de valeur ajoutée.

La communication client après une revue suit une logique différente. Elle peut prendre la forme d’un point d’avancement formel ou d’une réunion dédiée, selon la gravité des modifications de périmètre décidées. Si un retrait important a été validé, le client doit être informé rapidement, avec une explication claire de la conséquence sur la valeur livrée et des options alternatives envisageables sur la prochaine phase.

La tentation, sur un projet client, est de minimiser les problèmes pour ne pas inquiéter ou risquer de perdre la confiance. C’est l’inverse qui se produit : un client informé tardivement d’un dépassement perd beaucoup plus confiance qu’un client informé tôt, avec une solution proposée. La revue interne est l’outil qui permet d’informer tôt, précisément parce qu’elle détecte les dérives avant qu’elles deviennent irréversibles.

Un point particulier concerne les demandes d’ajout de périmètre formulées en cours de projet. Avant toute réponse, la revue interne doit évaluer l’impact de l’ajout sur le reste à faire total. Si l’ajout est accepté sans retrait compensatoire, il se traduit par un dépassement d’échéance certain. La règle est simple : tout ajout doit être accompagné d’un retrait de valeur équivalente, ou d’une révision formelle de l’échéance, acceptée par le client et tracée dans un document signé.

Une revue complète déroulée de bout en bout

Voici un exemple concret de revue de projet interne, déroulée de bout en bout sur un projet de refonte d’un outil de gestion commerciale pour une PME de douze personnes. Le projet est à mi-parcours. Les premières tensions commencent à apparaître sur deux lots en dépassement.

Avant la revue. Quarante-huit heures avant, chaque responsable de lot reçoit une demande de réestimation de son reste à faire. Les données sont collectées et consolidées par le chef de projet. Il apparaît que le reste à faire total est de 69 jours au lieu des 45 jours prévus à cette étape, soit un écart de 24 jours. Deux candidats au retrait sont identifiés dans la phase de préparation et envoyés aux participants la veille avec la synthèse.

Ouverture, cinq minutes. Le chef de projet rappelle l’objet de la revue en une phrase : « On est là pour décider ce qu’on retire, pas pour constater qu’on est en retard. » Il présente le tableau des restes à faire réestimés sans commenter. Chaque responsable de lot confirme son chiffre. L’écart de 24 jours est visible pour tout le monde avant que quiconque n’ait regardé le tableau de bord.

Analyse des écarts, dix minutes. Les deux lots en dépassement significatif sont identifiés : le module principal (+8 jours) et le module secondaire (+7 jours). Les deux responsables expliquent la cause en deux phrases chacun. La cause est connue : une intégration avec un système tiers s’est révélée plus complexe que prévu lors de l’estimation initiale.

Décisions sur les retraits, vingt minutes. Le chef de projet présente les deux candidats au retrait préparés en amont : le module de génération de rapports PDF (14 jours) et les notifications par SMS (3 jours). Pour le premier, la discussion dure cinq minutes : la conséquence est acceptable, le retrait est validé. Pour le second, la décision est immédiate. Au total, 17 jours sont retirés (14 + 3 = 17). L’écart résiduel est de 7 jours (24 – 17 = 7). Un troisième retrait partiel est décidé sur l’interface d’administration avancée, libérant exactement 7 jours supplémentaires. L’écart est résorbé (7 – 7 = 0). L’échéance initiale est tenue.

Synthèse et actions, dix minutes. Le chef de projet lit les trois décisions à voix haute et attribue la communication client à une personne précise avec une échéance de 48 heures. La prochaine revue est confirmée dans deux semaines. La réunion se termine à l’heure.

La qualité de ce déroulé dépend directement de la qualité des constats formulés. Voici huit exemples de constats mal formulés, ce qui leur manquait, et leur version reformulée pour appeler une décision :

Les erreurs qui reviennent et comment chacune se corrige

Certaines erreurs dans la conduite des revues de projet sont récurrentes. Elles ont en commun de transformer la revue en réunion de réassurance plutôt qu’en outil de décision. Voici les principales, avec leur correction systématique.

Pour les équipes qui suivent leurs tâches au quotidien, un tableau kanban maintenu à jour en continu facilite la collecte des données de reste à faire avant chaque revue : les tâches en cours, bloquées ou non démarrées sont visibles immédiatement, sans avoir besoin d’organiser une réunion de collecte séparée.

Une erreur transversale mérite d’être nommée séparément : la revue tenue trop tard. Quand la revue n’intervient qu’après que les dépassements sont visibles à l’œil nu, il ne reste plus assez de marge pour prendre des décisions utiles. La revue devient alors un exercice de documentation du désastre, pas un outil de correction. C’est pourquoi la fréquence des revues est une décision structurante, à prendre avant le démarrage du projet et à inscrire dans le calendrier sans attendre que les problèmes se manifestent.

Piloter vos projets avec Djaboo

Djaboo est un logiciel de gestion tout-en-un conçu pour les TPE et PME qui gèrent des projets clients en parallèle. Il centralise les projets, les clients, les équipes et la facturation dans un seul outil, sans compétence technique requise.

Chaque projet créé dans Djaboo porte un nom, un client, un statut, une date de début, une échéance, un nombre d’heures estimées et un avancement. Cet avancement peut être saisi à la main par le chef de projet, ou calculé automatiquement à partir des tâches associées. Chaque tâche porte un nom, une description, une priorité, un statut, une date de début, une échéance, une date de fin réelle, un rattachement à un jalon, et deux indicateurs précisant si elle est facturable et si elle a déjà été facturée. Le suivi du temps s’effectue avec des chronomètres et des feuilles de temps rattachées à la tâche et au projet, chacune portant l’heure de début, l’heure de fin, l’auteur et une note. Le projet dispose également de discussions, de fichiers, de notes et d’un journal d’activité horodaté.

Il faut être direct sur les limites de l’outil, parce qu’elles ont une incidence concrète sur la façon de préparer une revue. Il n’existe aucun objet « revue de projet » dans Djaboo. Une tâche ne porte aucune estimation de charge individuelle : les heures estimées existent au niveau du projet entier, pas tâche par tâche. Il en découle que le reste à faire ne se calcule nulle part dans l’outil. L’avancement calculé automatiquement à partir des tâches compte les tâches terminées, pas les heures restantes : une petite tâche d’une heure pèse donc autant qu’une tâche de cinq jours dans ce pourcentage. L’outil suit le temps passé, jamais le temps restant. Aucune alerte ne prévient qu’une échéance est dépassée, et aucun écart entre estimé et réalisé n’est calculé automatiquement.

Ces limites ne rendent pas l’outil inutilisable pour piloter des revues, mais elles appellent une discipline manuelle complémentaire. Le reste à faire se réestime à la main avant chaque revue et se note dans la description du projet ou dans un fichier joint. Le pourcentage calculé par l’outil se lit comme un compteur de tâches terminées, jamais comme une mesure d’avancement réel. Le temps passé des feuilles de temps sert à vérifier si l’estimation initiale d’heures tenait, en comparant le temps consommé au nombre d’heures estimées au niveau du projet. La revue se programme comme un rendez-vous fixe dans le calendrier, puisque rien dans l’outil ne la déclenchera automatiquement.

Une revue de projet qui se termine sans qu’on ait rien retiré n’a servi à rien. Elle a informé, peut-être rassuré, certainement consommé une heure de temps collectif. Mais le projet, lui, continue de dériver dans les mêmes conditions qu’avant la réunion. Le retrait de périmètre n’est pas une concession ni un aveu de faiblesse : c’est la décision qui distingue une équipe qui pilote d’une équipe qui subit.

Le reste à faire réestimé est le seul chiffre qui permet de décider. Il est inconfortable, souvent supérieur à ce qu’on espérait, et il force à regarder la réalité sans filtre. C’est précisément pour cette raison qu’il doit être le premier élément produit avant chaque revue, avant d’afficher le moindre tableau de bord, avant de comptabiliser les tâches terminées. Ce qu’il reste à faire, dans les conditions réelles d’aujourd’hui, est la seule information qui change une décision.