Ce qu'on laisse volontairement de côté

Quand on porte plusieurs casquettes, on finit toujours par abattre le boulot. On rogne sur les soirées, on avance le week-end, et les dossiers sortent. Ce n'est pas là que le système casse.

Il casse au moment du passage d'un sujet à l'autre. Passer d'un dossier de certification à une question de recrutement, puis à un arbitrage produit, ce n'est pas dix minutes de transition. C'est vingt minutes à recharger l'état du projet dans sa tête : où on en était, qui attend une réponse, pourquoi on avait tranché comme ça. Cinq bascules dans une journée et vous avez consommé deux heures sans produire une seule ligne utile.

Et quand le rechargement est incomplet — ce qui est le cas la plupart du temps — on refait le travail. On re-arbitre une question déjà tranchée, parce que plus personne ne se souvient du raisonnement. C'est le coût invisible du multi-casquettes, et il est bien plus élevé que les heures perdues.

C'est cette phrase qui a changé ma façon de travailler. Tant qu'un projet reste dans la zone grise du « j'y reviens bientôt », il occupe la même place mentale qu'un projet actif, pour un rendement nul. Le système qui suit ne sert qu'à une chose : rendre cette zone grise impossible à habiter.

Le réflexe habituel face à la surcharge est de changer d'outil. C'est le meilleur moyen de perdre deux week-ends de migration et de revenir au point de départ trois mois plus tard, avec une base à moitié remplie et un abonnement de plus.

Ce qui compte n'est pas l'outil, c'est qu'il existe un seul endroit où l'information vit. Trois fichiers texte suffisent. Chez moi ils sont versionnés dans un dépôt Git, parce que je code et que j'aime voir l'historique des décisions ; ils fonctionnent tout aussi bien dans un Drive, un Notion ou un carnet, à une condition : qu'il n'en existe jamais deux versions.

Voici les trois, avec un modèle réel que vous pouvez copier tel quel.

En mars, nous avons tranché un sujet de canal de distribution. En juin, la même question est revenue sur la table lors d'une réunion, présentée comme neuve — par quelqu'un qui avait pourtant participé à la première décision. Sans trace écrite, nous serions repartis pour deux heures de discussion et probablement pour un arbitrage différent, pris avec moins d'informations qu'en mars.

La ligne dans le fichier a coûté quarante secondes à écrire. Elle a fermé le sujet en deux minutes, et surtout elle contenait la partie qu'on oublie toujours : ce qu'on avait écarté, et pourquoi. C'est presque toujours l'option écartée qui remonte, parce qu'elle a l'air séduisante quand on a oublié le motif du refus.

Une règle simple pour savoir quoi consigner : si une décision vous a demandé plus de vingt minutes de réflexion ou plus de deux personnes, elle mérite sa ligne. Le reste, non — un journal exhaustif ne se relit jamais.

Sans rendez-vous fixe, les trois fichiers pourrissent en trois semaines. Une seule règle : le créneau est dans l'agenda, il ne se déplace pas, et il se tient même une semaine où rien n'a avancé. Surtout une semaine où rien n'a avancé — c'est précisément là qu'il y a quelque chose à comprendre.

Le minuteur ci-dessous suit le déroulé réel. Ajustez la durée de chaque phase, cliquez sur une phase pour y sauter, puis bloquez le créneau dans votre agenda au jour et à l'heure qui vous arrangent. La barre d'espace met en pause.

C'est la partie difficile, et celle qui libère le plus de temps. Une fois par mois, prenez vos projets un par un et répondez à ces quatre questions. Honnêtement — la grille ne sert à rien si vous répondez ce que vous aimeriez être vrai.

La différence entre une pause déclarée et un abandon silencieux est considérable. La première rend le projet inoffensif : il ne consomme plus rien jusqu'à sa date de réexamen, et vous n'y pensez pas. Le second continue de peser tous les jours, avec la culpabilité en supplément.

Une pause sans date n'est pas une décision, c'est un report. Inscrivez la date dans le cockpit, et traitez-la comme n'importe quelle échéance.

Les trois fichiers suffisent pour se piloter soi-même. Dès qu'une équipe, des dossiers réglementaires ou des données de terrain entrent en jeu, le tableur atteint sa limite : plus personne ne sait quelle version fait foi, et la moitié du temps passe en ressaisie.

C'est là que je construis des outils sur mesure. Choisissez votre contexte ci-dessous : la maquette se compose en direct.

Cette maquette est une illustration, pas un produit — elle se compose en deux secondes à partir de trois clics. Un outil réellement utilisable demande davantage : cadrer les processus, reprendre l'existant, former les équipes. En pratique, une première version en production tient en six à dix semaines, et elle ne couvre volontairement qu'un seul irritant, celui qui coûte le plus cher.

C'est la méthode que j'applique en interne : les plateformes de formation, le suivi des apprentis et les outils de télésurveillance que nous utilisons ont tous démarré par une version réduite, mise en service vite, puis élargie une fois qu'elle servait vraiment.