Bullet Journal

La méthode de base développée par Ryder Carroll est volontairement réduite. Elle combine :

• le rapid logging : de courtes entrées écrites au fil de l'eau ;
• un petit ensemble de signifiants indiquant le type ou l'état d'une entrée ;
• un index et des collections pour retrouver les éléments liés ;
• des journaux futurs, mensuels et quotidiens pour différents horizons ;
• la migration : les éléments non résolus sont consciemment déplacés, planifiés ou abandonnés ;
• une réflexion régulière sur ce qui a été écrit.

Le point important est qu'un Bullet Journal n'est pas un agenda prérempli. La structure existe pour aider à décider, pas pour imposer à l'avance ce que chaque page doit contenir.

Les gestionnaires de tâches numériques sont très efficaces pour conserver des tâches indéfiniment. C'est aussi l'une de leurs faiblesses : un élément peut rester des mois dans une base de données en exigeant presque aucune décision consciente de son propriétaire.

Le Bullet Journal introduit une friction utile. Un élément non résolu doit tôt ou tard être reconsidéré. S'il est migré, il est réécrit ou explicitement déplacé. S'il n'est plus utile, il est abandonné. Le coût est minime, mais il force une décision.

L'écriture manuscrite modifie également l'interaction. Il n'y a ni notifications, ni badges, ni règles automatiques de priorité, ni état applicatif à maintenir. La page est calme. Je peux mêler une note technique, un rendez-vous, une idée, une question et une tâche sans décider d'abord quelle application ou base de données doit posséder chacun de ces éléments.

Je n'utilise donc pas le BuJo comme substitut à tous les outils numériques. Les calendriers, la gestion de versions, la documentation interrogeable et l'automatisation restent mieux adaptés à de nombreux usages. Le journal est l'endroit où l'attention est capturée puis revue.

Je garde le vocabulaire du rapid logging compact, mais je l'étends au-delà de la distinction minimale tâche/événement/note lorsqu'un symbole rend la relecture plus claire.

L'état des tâches est représenté séparément. Une tâche terminée est marquée comme achevée ; une tâche abandonnée est visiblement barrée plutôt que supprimée sans trace. La migration et la planification utilisent la notation directionnelle habituelle, notamment > pour la migration et < pour la planification.

Les symboles exacts importent moins que leur cohérence. Leur rôle est de permettre à la page de rester concise tout en portant assez de sémantique pour être utile lors de la relecture.

Mon journal utilise plusieurs niveaux complémentaires.

La migration est la partie de la méthode que je considère comme la plus importante.

Une tâche inachevée peut avoir plusieurs issues : la faire, la planifier, la déléguer, la migrer ou l'abandonner. Retomber sur l'élément constitue donc une petite revue de la question suivante : mérite-t-il encore du temps et de l'attention ?

C'est pourquoi je ne veux pas que le logiciel migre automatiquement les entrées du journal. Un report automatique conserverait la tâche mais supprimerait la décision, qui est précisément la partie utile du mécanisme.

Un journal chronologique est utile pendant qu'il est écrit, mais la réflexion le transforme en autre chose qu'un simple enregistrement.

J'utilise des pages de réflexion hebdomadaire, mensuelle et annuelle pour repérer le travail inachevé, les préoccupations récurrentes, les décisions utiles, les événements inattendus et les intentions qui ont résisté — ou non — au contact de la réalité. L'objectif n'est pas de se noter soi-même. Il s'agit de retrouver un contexte qui se perd facilement lorsque les journées sont traitées comme des unités isolées.

Un carnet papier possède des avantages importants : il est durable, immédiat, indépendant de tout logiciel et ne nécessite aucune alimentation électrique. Sa principale limite dans mon usage est structurelle. Un nombre fixe de pages physiques rend difficile la réservation à l'avance d'espace pour une année entière de journaux mensuels, hebdomadaires, quotidiens, de projets et de réflexions.

Le reMarkable 2 conserve l'écriture manuscrite tout en permettant de générer le journal lui-même sous forme d'un grand PDF hyperlié. Il devient alors possible de préparer toute une structure annuelle sans estimer combien de feuilles consommera chaque section.

Le compromis est volontaire : le logiciel génère l'infrastructure, mais ne tient pas le journal à ma place.

Automatiser le journal, pas la tenue du journal.

Les dates, numéros de semaine ISO, calendriers, créations de pages et liens internes sont de bonnes cibles pour l'automatisation. L'écriture, la migration, l'abandon, l'interprétation et la réflexion doivent rester manuels.

Je maintiens un générateur libre pour le journal que j'utilise sur reMarkable :

• remarkable-bujo : un Bullet Journal hyperlié et reproductible
• code source sur GitHub

Le générateur crée une année complète avec vues annuelles, mensuelles, hebdomadaires et quotidiennes, réflexions, pages de projets et de collections, ainsi qu'une navigation PDF interne. Son objectif n'est pas de transformer le Bullet Journal en une application de plus. Il supprime le travail répétitif de mise en page tout en gardant la méthode elle-même manuelle.

Cette approche n'est pas universellement meilleure que le papier ou le logiciel.

Un reMarkable est un matériel propriétaire, dépend de l'électricité et ne peut égaler la simplicité à long terme d'un carnet papier. Un PDF est aussi volontairement moins dynamique qu'une application fondée sur une base de données, et l'écriture manuscrite est moins interrogeable que du texte structuré.

À l'inverse, un gestionnaire de tâches classique est bien meilleur lorsque les tâches nécessitent un état partagé, des rappels, des dépendances, des requêtes, des intégrations ou un traitement automatique.

J'utilise le Bullet Journal là où ses contraintes sont utiles : attention personnelle, capture concise, migration délibérée et réflexion. Le fait qu'il en fasse moins fait partie de sa conception.