Mon manager m’a confié ce projet en deux phrases. Un calendrier des congés pour la DSI, et un suivi du plafond des 220 jours pour les prestataires. C’est tout. Pas de cahier des charges, pas de spécifications, pas de réunion de cadrage. Deux phrases, puis à moi de jouer.

Sur le moment, un brief aussi court peut faire peur. Avec le recul, c’est le contraire : c’était de l’espace. Tout ce qui n’était pas dit restait à ma main, et j’allais découvrir que l’essentiel du projet se jouait précisément dans ce qui n’était pas dit.

Le vrai problème n’était pas celui du brief

En creusant, j’ai compris pourquoi ce calendrier n’existait pas encore. Les congés vivaient à deux endroits. Une équipe les notait dans son fichier de suivi interne, puis les reportait dans l’outil de suivi des temps. Une autre équipe les saisissait directement dans l’outil. Double saisie d’un côté, saisie simple de l’autre, et à l’arrivée deux versions des mêmes absences qui divergeaient sans que personne ne sache laquelle faisait foi.

Et c’est là que j’ai compris quelque chose qui dépasse largement ce projet : deux vérités, c’est zéro vérité. Quand deux fichiers donnent deux chiffres différents pour la même réalité, personne ne peut plus s’appuyer sur aucun des deux. Chaque contrôle devient une enquête, chaque écart une discussion.

Le second sujet du brief souffrait du même mal. Un prestataire en régie ne peut pas facturer plus de 220 jours par an. Vérifier où en était chacun supposait de rouvrir les comptes rendus d’activité et de recompter à la main, une fois par an, dans l’urgence, avec le risque de découvrir trop tard qu’un prestataire devait poser trois semaines de congés avant la fin de sa mission.

La décision qui a tout structuré

Ma réponse tient en une règle : il n’existe qu’un seul endroit où l’on saisit, et tout le reste en découle. Chacun déclare ses congés dans l’outil de suivi des temps, comme une des équipes le faisait déjà. Mon fichier, lui, ne sert pas à saisir. Il lit les données à la source et les restitue sous deux formes, une vue calendaire annuelle et un suivi du plafond, qui se recalculent à chaque actualisation.

Cette décision a une conséquence qu’il faut assumer jusqu’au bout : le fichier ne corrige rien. Si une saisie est fausse à la source, elle apparaît fausse dans le calendrier. J’aurais pu masquer les erreurs avec des formules correctives, ça aurait fait plus propre en apparence. J’ai refusé, parce que corriger dans le fichier aurait recréé exactement le problème que je venais de supprimer : une deuxième vérité. Les erreurs se corrigent à la source, et tout le monde en profite, pas seulement mon fichier.

Recommencer jusqu’à ce que les chiffres tombent juste

Sur le papier, c’est élégant. Dans la vraie vie, j’ai recommencé plusieurs fois. Naviguer entre plusieurs sources de données, avec des milliers de lignes saisies par des dizaines de personnes aux habitudes différentes, c’est un exercice d’humilité. Mes premiers résultats étaient incohérents et je ne savais pas pourquoi. À un moment, je comptais même certaines journées deux fois sans m’en rendre compte, ce qui gonflait artificiellement les congés à poser. Le genre d’erreur invisible tant qu’on ne confronte pas ses chiffres à une référence extérieure.

C’est devenu ma méthode : la cohérence ne s’affirme pas, elle se prouve. J’ai récupéré les chiffres d’un contrôle existant, fait par un autre service avec sa propre méthode, et j’ai refusé de considérer mon fichier comme fiable tant que je ne retombais pas exactement sur les mêmes valeurs. Pas à peu près. Exactement. Chaque écart m’a forcé soit à corriger une formule, soit à comprendre une règle de gestion que personne n’avait écrite. Les règles orales, celles que tout le monde applique sans qu’elles soient documentées nulle part, sont les pièges les plus sournois de ce genre de projet.

Ce que je retiens

D’abord, un brief court n’est pas un brief pauvre. Mon manager m’a donné une direction, pas un chemin. La partie la plus utile du travail, comprendre pourquoi le besoin existait, personne n’aurait pu me la dicter de toute façon.

Ensuite, la source unique de vérité est une décision, pas une évidence. Elle coûte quelque chose : accepter que les erreurs restent visibles, résister à l’envie de bricoler des corrections locales. Mais c’est elle qui transforme un fichier de plus en un outil de référence.

Enfin, j’ai confirmé un truc sur moi : les projets compliqués me stimulent au lieu de m’user. Recommencer trois fois un calcul jusqu’à ce qu’il tombe juste, ça peut ressembler à de l’acharnement stérile vu de l’extérieur. De l’intérieur, c’est le moment où on apprend le plus. Si tu débutes en gestion de projet et qu’on te tend un brief de deux phrases, ne le vis pas comme un manque. C’est peut-être la plus grande marque de confiance qu’on puisse te donner.

Laisser un commentaire

À propos de l’auteur

PMO Junior en Asset Management, reconverti depuis les RH vers l’IT via Epitech. Ce blog explore la gestion de projet, l’IA et la transformation numérique, avec une approche de terrain, honnête et sans détour.

Recevoir la newsletter

Chaque semaine, des analyses sur le PMO, l’IT et l’IA, directement dans votre boîte mail. Pas de spam, uniquement du contenu utile.

← Retour

Merci pour votre réponse. ✨

PMO, reconversion et intelligence artificielle. Une perspective de terrain, sans filtre.

Des méthodes concrètes, des retours d’expérience en gestion de projet et transformation numérique. Pas de théorie creuse : du vécu, des outils, une vision honnête du secteur IT.