Dans un jeu vidéo, quand ma barre de vie descend autour du tiers, je commence naturellement à jouer autrement. Je prends moins de risques, je surveille davantage mes ressources et je sais qu’une mauvaise décision peut coûter cher. Même chose avec la batterie de mon téléphone : lorsqu’elle approche ce niveau, je commence à calculer ce qu’il me reste à faire avant de devoir la recharger.
Pour moi, le 33 % devient presque instinctivement une zone de vigilance.
Ce qui est étrange, c’est que je n’ai pas du tout le même réflexe dans un projet.
Quand un mandat est rendu aux deux tiers, je ressens plutôt l’inverse. J’ai l’impression que le plus gros est fait, que la fin approche et que je peux commencer à relâcher légèrement la pression.
C’est ce que j’aime appeler le « dernier 33 % psychologique ».
Ce n’est pas une règle scientifique ni une proportion exacte. C’est plutôt une façon de nommer cette période où j’ai parfois mentalement l’impression d’être presque arrivé, alors que le projet demande encore énormément de vigilance.
Et contrairement à une barre de vie ou à une batterie, aucun voyant rouge ne vient me prévenir.
Quand notre tête termine le projet avant nous
Au début d’un mandat, l’énergie vient généralement assez facilement. Il y a de la nouveauté, des décisions à prendre, des problèmes à résoudre et une impression très concrète d’avancement.
Puis arrive la dernière ligne droite.
L’essentiel est construit, les grandes décisions sont prises et le projet commence à ressembler à ce qu’il doit devenir. Mentalement, on se projette déjà un peu ailleurs.
Sauf que le projet, lui, n’est pas terminé.
Il reste les ajustements, les validations, les tests, les retours du client, les détails SEO, les formulaires, les comportements mobiles, les traductions et toutes ces petites choses qui semblent secondaires jusqu’au moment où elles ne fonctionnent pas.
Une erreur commise au début du projet a généralement le temps d’être vue, corrigée et testée. Une erreur qui apparaît quelques jours avant une mise en production peut directement devenir un problème « majeur ».
Le paradoxe est donc assez simple : plus on approche de la fin, plus notre vigilance devrait augmenter, alors que notre énergie mentale commence souvent à diminuer.
Trop loin du projet, mais aussi trop profondément dedans
La fatigue n’est pourtant qu’une partie du problème.
Après plusieurs semaines ou plusieurs mois sur le même mandat, on peut aussi devenir tellement immergé dedans qu’on ne le voit plus réellement.
On connaît les décisions, les compromis, les contraintes techniques, les demandes du client et les exceptions accumulées en cours de route. Certains éléments finissent par nous sembler parfaitement logiques simplement parce que nous connaissons leur histoire.
Un utilisateur qui découvre le résultat, lui, ne connaît rien de tout cela.
À force d’être plongé dans le même environnement, notre cerveau complète certaines informations. Ce qui était au départ une décision devient progressivement une évidence, et lorsqu’une chose devient évidente pour nous, on arrête parfois de la questionner.
Le danger est donc double : ne plus être assez dedans pour maintenir le même niveau d’effort, tout en étant encore trop dedans pour voir certains défauts.
Plus le projet s’étire, plus cet effet augmente
Cette situation devient encore plus visible lorsqu’un mandat dure plus longtemps que prévu.
Un projet pensé pour quelques semaines, mais qui s’étire finalement sur plusieurs mois, n’est plus psychologiquement le même projet. Des validations ont été retardées, d’autres priorités sont apparues et certaines décisions remontent déjà à plusieurs semaines.
On ne parle alors plus seulement de fatigue, mais aussi de fragmentation de l’attention.
Chaque reprise demande un effort pour reconstruire le contexte : pourquoi cette décision avait été prise, ce qui avait été validé, ce qui avait été mis de côté et ce qu’il reste réellement à terminer.
Plus cette fragmentation augmente, plus les petites erreurs deviennent faciles.
Et ce sont souvent ces petites erreurs, accumulées, qui donnent l’impression qu’un projet pourtant solide manque de finition.
La solution n’est pas simplement de faire plus attention
Dire qu’il faut rester concentré jusqu’au bout est vrai, mais insuffisant.
Si l’on sait que notre attention évolue, que la fatigue augmente et que l’immersion finit par modifier notre perception, le processus de travail devrait justement être conçu pour compenser ces limites.
Une première piste consiste à ne pas réserver toute le contrôle-qualité pour la fin. Des validations intermédiaires permettent d’identifier plus tôt les incompréhensions importantes et réduisent la charge du dernier sprint.
La fin du projet devrait aussi progressivement devenir une phase de stabilisation.
Continuer d’ajouter des fonctionnalités, de modifier la structure ou de remettre en question des choix importants très tard augmente mécaniquement le risque d’introduire de nouveaux problèmes.
À un certain moment, il faut arrêter de construire pour commencer réellement à terminer.
Créer volontairement un regard extérieur
Une autre solution consiste à intégrer une personne qui n’a pas participé directement à toute la production.
Son rôle ne serait pas forcément d’effectuer une QA technique classique, mais plutôt un contrôle qualité contextuel.
Cette personne pourrait parcourir le projet avec suffisamment de recul pour repérer les incohérences, les incompréhensions et les éléments qui semblent évidents pour l’équipe uniquement parce qu’elle connaît leur historique.
Paradoxalement, son manque de contexte peut devenir une force.
Si elle doit demander pourquoi une information se trouve à cet endroit ou pourquoi une étape fonctionne différemment, ces questions peuvent révéler exactement les mêmes incompréhensions que celles d’un utilisateur final.
Je placerais ce contrôle autour des deux tiers ou des trois quarts du projet, lorsqu’il reste encore suffisamment de marge pour corriger une incompréhension majeure sans déstabiliser toute la livraison.
Son rôle doit cependant rester clair : détecter les angles morts, pas refaire le projet.
Le client entre lui aussi dans son dernier 33 %
Le client peut lui aussi subir exactement le même phénomène, mais pour une autre raison.
À l’approche de la fin, il ne voit plus seulement un projet à terminer. Il voit surtout ce qui vient après : le lancement, la campagne, les ventes, l’équipe qui attend ou simplement le soulagement de pouvoir passer à l’étape suivante.
Plus la fin approche, plus l’envie d’accélérer devient forte.
Les validations peuvent devenir plus rapides, certaines décisions être prises dans l’urgence et les petits détails sembler moins importants parce que l’objectif principal devient de lancer au plus vite.
C’est compréhensible, mais c’est aussi précisément là que le risque augmente.
À mesure que la livraison approche, tout le monde commence à regarder ailleurs : l’équipe pense déjà au prochain projet, le client pense déjà au lancement.
Et le projet actuel se retrouve paradoxalement au moment où ceux qui le connaissent le mieux commencent tous à se projeter après lui.
Préparer cette phase dès le début
C’est pourquoi je pense qu’il est utile d’expliquer cette dynamique au client dès le départ.
Lorsqu’on présente un processus de travail, on parle généralement de conception, de production, de validation, de QA et de livraison. On pourrait aussi préciser qu’une période de recul est volontairement prévue à une étape avancée du mandat.
Le client comprend alors que cette phase n’est pas un ralentissement inutile.
Elle sert à protéger le projet contre cette envie très naturelle d’en finir rapidement.
Le processus peut rester simple : construction, validation intermédiaire, contrôle contextuel externe, ajustements structurants, stabilisation, QA finale, livraison.
Finir un projet demande une compétence différente
Avec l’expérience, je remarque que les erreurs les plus frustrantes ne viennent pas toujours des parties les plus complexes d’un projet.
Elles viennent parfois de choses beaucoup plus simples, traitées à un moment où notre attention avait déjà commencé à décrocher.
La maturité professionnelle ne consiste donc probablement pas à conserver exactement la même énergie du premier au dernier jour.
Elle consiste plutôt à reconnaître que cette énergie va changer et à adapter le processus en conséquence.
Des validations intermédiaires, une checklist, une phase de stabilisation, un regard extérieur et un client préparé à cette dernière étape peuvent être plus efficaces qu’un simple effort supplémentaire de concentration.
Au fond, le fameux dernier 33 % n’est peut-être même pas une portion réelle du projet.
C’est une phase psychologique : le moment où notre tête commence à considérer que nous avons presque terminé, où le client commence déjà à penser au lancement, alors que le projet exige encore suffisamment d’attention pour voir ce qui pourrait nous échapper.
Dans un jeu vidéo ou sur une batterie, je sais reconnaître ce seuil immédiatement.
Dans un projet, je dois encore apprendre à créer moi-même le voyant rouge.
Image générée par IA
