--- tags: note type: "note" nature: process # Options : portrait, lieu, info, concept, script, process, tuto, none ressource: false univers: PRO projects: - "[[02_DOMAINES/PERSO-PKM]]" date: "2026-08-31" priority: 10 --- # 📚 Guide d'Implémentation : Focus Book x SilverBullet ## 1\. Principes Fondamentaux & Architecture Le système repose sur la règle de la **source unique de vérité** : chaque tâche ou événement est écrit une seule fois, au moment et à l'endroit où il naît. Les vues dynamiques (*Live Queries*) de SilverBullet se chargent d'organiser, filtrer et restituer l'information. Il repose sur la structure de base de la méthode Focus Book. ### Structure de la méthode 1. **La planification matinale (5 à 10 minutes)** * **Capture & Tri :** Noter tout ce qui encombre l'esprit sur une page "Brain Dump" (vidage de cerveau). * **Sélection d'élite :** Choisir 1 tâche principale (la *Big One*) et 2 à 3 tâches secondaires maximum. * **Time-Blocking :** Planifier ces tâches dans des blocs horaires précis sur une grille journalière. 2. **L'exécution en journée** * **Travail en sessions (Focus Blocks) :** Travailler par blocs de 45 à 90 minutes sans interruption numérique. * **Le carnet comme bouclier :** Si une idée ou une distraction survient pendant une session, elle est immédiatement notée dans la zone "Parking" du carnet pour y revenir plus tard sans couper son élan. 3. **Le bilan du soir (5 minutes)** * **Validation :** Cocher ce qui a été accompli et mesurer l'écart entre le prévu et le réalisé. * **Décharge mentale :** Préparer le terrain pour le lendemain et clôturer la journée de travail. ### Typologie des éléments Dans votre journal, tout s'écrit sous forme de puces actionnables avec une syntaxe explicite : * **Les Événements / Blocs de temps (`#event`) :** Temps contraint et réservé (réunions externes OU sessions de *Deep Work* individuelles). * **Les Tâches standards (`#task` ou simples puces) :** Actions ponctuelles à réaliser. * **Le Parking :** Captures brutes en cours de journée (idées, intrusions). ## 2\. Configuration du Coffre (Templates & Vues) ### A. Le Modèle Quotidien (`template/daily.md`) Ce modèle réconcilie la structure visuelle du Focus Book papier et la puissance dynamique du numérique. ```markdown # {{today}} ## 🎯 Focus & Intentions du Jour *Sélection d'élite (1 Big One + 2 secondaires max)* - [ ] **The Big One :** - [ ] - [ ] --- ## ⏱️ Déroulé, Time-Blocking & Log *Le journal chronologique de la journée (Créneaux personnels + Réunions + Notes)* - [ ] 09:00 - 11:00 : [[PROJET-A]] Session de rédaction Deep Work #event - [ ] 11:00 - 12:00 : [[PROJET-B]] Réunion bilan avec l'équipe #event - [ ] 14:00 - 15:30 : Traitement des urgences & administration --- ## 📥 Parking du jour *Videz votre esprit ici pendant vos sessions pour ne pas casser votre flow.* - [ ] --- ## ⚠️ En Retard & Oublis (Safety Net) query task where not completed and due < "{{today}}" ## 🗓️ Tâches Programmées pour Aujourd'hui query task where not completed and due = "{{today}}" and not contains(tags, "event") ``` Variante ```markdown # {{today}} ## 🎯 Engagement du Jour ### 1. The Big One (Priorité Absolue) query task where due = "{{today}}" and priority = "bigone" and not completed ### 2. Tâches Secondaires query task where due = "{{today}}" and priority = "secondary" and not completed ### 3. Autres Échéances / Routines du jour query task where due = "{{today}}" and not priority and not completed --- ## ⏱️ Journal d'Exécution & Mémoire (Log) - 09:00 - 10:30 : - 10:30 - 12:00 : ## 📥 Parking du jour (Capture brute) *Tout ce qui surgit durant la journée s'écrit ici sous forme brute.* - [ ] --- ## 🌙 Bilan & Nettoyage (5 min) query task where page = "{{@page.name}}" and completed *(Vos réussites du jour s'affichent automatiquement ci-dessus)* ``` ### B. Le Centre de Contrôle (`Taches.md`) Page unique pour piloter le système complet lors des revues. ```Markdown # 🚨 1. Tâches En Retard (Overdue) query task where not completed and due < "{{today}}" # 📥 2. Backlog Orphelin (Ni datées, ni classées) query task where not completed and not due and not contains(tags, "event") # 📅 3. Planning Futur query task where not completed and due > "{{today}}" ``` ## 3\. Workflow Opérationnel : Cas d'Usage Concret **Profil :** Thomas, consultant. Nous le suivons au cours d'un cycle hebdomadaire et quotidien. ``` ┌────────────────┐ ┌────────────────┐ ┌────────────────┐ ┌────────────────┐ │ 1. REVUE HEBDO │───► │ 2. RITUEL MATIN │───►│ 3. EXÉCUTION │───► │ 4. BILAN SOIR │ │ (Planifier) │ │ (Choisir) │ │ (Logger/Parc) │ │ (Traiter/Log) │ └────────────────┘ └────────────────┘ └────────────────┘ └────────────────┘ ``` Variante: ``` [CAPTURE CONTINU] ──> [REVUE HEBDO] ──> [RITUEL DU MATIN] ──> [EXÉCUTION] Parking quotidien Du Backlog vers Rangement par Focus + Log ou note à la volée une Date (due::) Priorité (#bigone) en temps réel ``` ### Etape 0 : La Capture (Au fil de l'eau) Pendant la journée, vous êtes en session de travail. Une idée ou une tâche arrive : * Vous la notez simplement dans la section **`📥 Parking du jour`** de la note en cours : `- [ ] Relancer le fournisseur X` * Vous ne cherchez pas à la dater, ni à la catégoriser. **Vous ne coupez pas votre "flow".** ### Étape 1 : La Revue Hebdomadaire (Dimanche soir - 15 min) 1. Thomas ouvre `Taches.md`. 2. Il parcourt la section **Backlog Orphelin** où se trouvent 15 idées/tâches capturées durant la semaine. 3. Il sélectionne 5 tâches clés pour sa semaine et leur attribue une date : `- [ ] Rédiger la proposition commerciale [[PROJET-ALPHA]] [due:: 2026-09-01]` 4. Les 5 tâches s'échappent automatiquement du backlog vers leurs journées respectives. ### Étape 2 : Le Rituel Matinal (Mardi 1er Septembre - 5 min) **Le Matin (Qualification en 1 clic) :** Vous ouvrez votre note du jour. Toutes les tâches prévues apparaissent sous la section `3. Autres Échéances`. Vous lisez la liste et modifiez directement la ligne de la tâche choisie pour ajouter `[priority:: "bigone"]` ou `[priority:: "secondary"]`. La tâche monte automatiquement dans sa section dédiée. 1. Thomas ouvre sa note `journal/2026-09-01.md`. 2. Le bloc `🗓️ Tâches Programmées pour Aujourd'hui` affiche automatiquement la rédaction pour `[[PROJET-ALPHA]]`. 3. Thomas effectue son acte de choix Focus Book : il déclare cette tâche comme son **Big One** dans le haut de sa page. 4. Il planifie sa grille de temps (`Time-Blocking`) : `- [ ] 09:00 - 11:00 : [[PROJET-ALPHA]] Rédaction proposition #event` *(Rendez-vous avec lui-même)* `- [ ] 14:00 - 15:00 : [[PROJET-ALPHA]] Synthèse avec le client #event` *(Réunion externe)* ### Étape 3 : En Cours de Journée (L'Exécution) **En Journée (Capture brute) :** Une tâche survient ? Vous la notez simplement `- [ ] Ma tâche` dans le `Parking du jour`. Sans tag, sans date. * **Plein écran :** Thomas masque ses menus pour ne garder sous les yeux que son bloc de 09:00. * **Gestion des intrusions :** À 09:40, il pense qu'il doit payer une facture. Il l'écrit en 2 secondes dans **`📥 Parking du jour`** : `- [ ] Payer facture électricité` et repasse aussitôt à sa rédaction. * **Traçabilité :** À la fin de sa session, il coche l'événement et ajoute une note d'apprentissage : `- [x] 09:00 - 11:00 : [[PROJET-ALPHA]] Rédaction proposition #event` * *Note :* La section financière a pris plus de temps que prévu, modèle à réutiliser. ### Étape 4 : Le Bilan du Soir (17:30 - 5 min) **Le Soir (Nettoyage du Parking) :** * Soit vous traitez la puce du Parking immédiatement. * Soit vous lui ajoutez une date `[due:: YYYY-MM-DD]` pour la planifier. * Soit vous la laissez telle quelle : elle ira alimenter automatiquement la vue `Backlog` de votre page `Taches.md` (`not completed and not due`). 1. Thomas coche ses réussites de la journée. 2. **Traitement du Faux-Fini :** La proposition commerciale n'est finalisée qu'à 80 %. Thomas applique le découpage : * La puce initiale devient : `- [x] [[PROJET-ALPHA]] Rédaction proposition (Partie 1 & 2) [completed:: 2026-09-01]` * Il crée la suite pour le lendemain : `- [ ] [[PROJET-ALPHA]] Finaliser section financière [due:: 2026-09-02]` 3. **Traitement du Parking :** La facture d'électricité est qualifiée avec `#backlog` pour être traitée plus tard. Ce qui est < 2 minutes est réalisé de suite et non reporté. ### Le Rituel Quotidien Ajusté (Zéro Saisie Redondante) 1. 2. 3. ## 4\. Matrice des Risques et Dispositifs de Sécurité (Safety Net) Même le meilleur système doit savoir gérer les imprévus (maladie, urgence, oubli). Voici comment SilverBullet empêche les failles : | **Risque Identifié** | **Impact** | **Mesure de Sécurité Intégrée** | | --- | --- | --- | | **La Tâche "Fantôme" (Overdue)** | Une tâche due hier est oubliée car l'utilisateur a dû partir précipitamment. | **Le bloc `⚠️ En Retard` dans le modèle quotidien** force l'affichage en haut de page de toute tâche non réalisée dont la date est passée. Impossible de tourner la page sans la voir. | | **L'Accumulation Invisible** | Des dizaines de puces notées sans date s'entassent dans l'historique des daily notes. | **Le filtre "Backlog Orphelin" dans `Taches.md`** récapitule toutes les puces sans date du coffre. Aucune donnée ne peut s'enterrer. | | **Le Multi-Tâches & Perte de Flow** | Céder aux idées parasites pendant une session de *Deep Work*. | **La zone `📥 Parking`** offre un exutoire instantané sans rupture d'attention ni basculement d'application. | | **La Procrastination Repétée** | Une tâche en retard est glissée de jour en jour sans être exécutée. | **La Règle des 3D en Revue Hebdo :** Si une tâche apparaît 3 fois dans la vue *Overdue*, elle doit être obligatoirement exécutée (Do), annulée (Delete), ou réexpédiée dans `Incubateur.md` (Park). | | **Le Faux Sentiment d'Inaction** | Réaliser la moitié d'un gros chantier et se sentir insatisfait le soir. | **Le Découpage du Faux-Fini :** Valider la part faite (`[x]`) et ne dater que le solde restant (`[ ]`) préserve la mémoire du travail accompli et le réalisme des temps passés. | ---- Cf. https://gemini.google.com/app/ad573a4b5783a625 Idée clé : pouvoir ouvrir le cahier (ou SB) en 5 secondes pour identifier en 10 secondes ce que j’ai à faire et pouvoir le refermer aussi rapidement pour se mettre à travailler. **I. Principes fondamentaux :** ### Principe 1 — Un seul endroit pour piloter sa vie Le carnet joue le rôle de **cockpit**. Au lieu d'avoir une multitude d’applications (Todoist pour les tâches, Notion pour les projets, Obsidian pour les notes, etc.) le Focus Book cherche à ramener le **pilotage** dans un espace unique. Attention : cela ne signifie pas nécessairement que *toute l'information du monde* doit être dans le carnet. C'est une distinction importante pour ton cas. **Le Focus Book est avant tout un système de pilotage**, pas nécessairement un système de connaissance. ### Principe 2 — La priorité est l'action Le système doit constamment répondre à :**« Qu'est-ce que je dois faire maintenant ? »** et beaucoup moins à :« Comment pourrais-je mieux organiser mes informations ? » C'est une distinction fondamentale avec beaucoup de PKM. Un PKM peut devenir un endroit extrêmement agréable où : on classe, on lie, on tague, on restructure, etc. sans pour autant faire avancer les projets. Focus Book prend volontairement le chemin inverse. **L'organisation est subordonnée à l'action.** ### Principe 3 — Réduire les décisions C'est un thème que l'on retrouve également chez Abril dans d'autres sujets : il insiste régulièrement sur la création de routines simples afin de supprimer les décisions répétitives. Par exemple, il explique son principe « 7/7 » : faire certaines habitudes tous les jours pour ne plus avoir à décider chaque jour s'il faut les faire ou non. Appliqué au travail : moins je dois décider quoi faire, où regarder, comment classer, quel outil ouvrir, etc., plus je peux consacrer mon énergie au travail réel. C'est pourquoi un système minimaliste peut être extrêmement puissant. ### Principe 4 — Limiter le nombre de choses réellement importantes C'est probablement le point le plus important à transposer. Un système de tâches numérique permet facilement d'avoir : 137 tâches en attente. Un carnet peut physiquement te confronter au problème. Focus Book semble chercher cette **confrontation avec la réalité** : tu ne peux pas raisonnablement avoir 40 priorités simultanées. Donc le système doit distinguer : **ce qui existe** de **ce qui mérite mon attention maintenant.** ### Principe 5 — Le système doit être suffisamment imparfait C'est un point que je trouve particulièrement intéressant pour un utilisateur de PKM. Le perfectionnisme est explicitement cité par Abril parmi les problèmes auxquels Focus Book cherche à répondre. Autrement dit : **un système moins puissant mais utilisé vaut mieux qu'un système parfait qui demande constamment à être entretenu.** **II. Fonctionnement pratique:** Sans prétendre reproduire mot pour mot la formation d'Emilio Abril, je pense qu'on peut conceptualiser Focus Book comme **quatre niveaux**. ```text VISION / OBJECTIFS ↓ PROJETS ↓ TÂCHES ↓ ACTION DU JOUR ``` Mais le système est conçu pour que tu n'aies pas besoin de naviguer constamment dans ces quatre niveaux. A partir de la liste de sprojet : Question 1 = « Qu'est-ce qui doit avancer ? » Question 2 = « Quelle est la prochaine action concrète ? » Question 3 = « Quand est-ce que je la fais ? » Question 4 = **je travaille.** Le système doit être consciemment double et non unique. Il y a une séparation très nette : => SilverBullet = mémoire + cockpit et non : => SilverBullet = usine à productivité. ``` SILVERBULLET │ ┌─────────┴─────────┐ │ │ KNOWLEDGE ACTION │ │ notes / idées projets références tâches recherches priorités documentation aujourd'hui ``` Le système **Knowledge** peut être immense. Le système **Action** doit rester minuscule. La taille du PKM ne doit pas déterminer la taille de ta liste de tâches. On peut avoir 10 000 notes et seulement 5 tâches réellement importantes aujourd'hui. ### III. La solution SilverBullet en 3 étapes Pour appliquer la rigueur du Focus Book tout en tirant parti de SilverBullet, voici comment structurer vos tâches : #### 1\. La capture initiale (Le statut par défaut) Quand une tâche émerge et que vous ne savez pas quand la faire, notez-la simplement sous forme de tâche Markdown avec un tag `#task` ou `#backlog` dans votre note du jour : Markdown ``` - [ ] Rédiger le cahier des charges du site web #backlog ``` #### 2\. Le Registre Central (La vue "Backlog") Créez une page unique dans SilverBullet appelée `Taches/Backlog.md`. Cette page contiendra un bloc de requête automatique qui va **aspirer toutes les tâches non datées et non terminées** du coffre. ``` # 📥 Backlog (Tâches en attente de planification) query task where not completed and not due select page, name ``` **Résultat :** Vous ne pouvez *jamais* perdre une tâche. Même si elle a été écrite dans la note du 12 mars, elle apparaîtra automatiquement dans votre page `Backlog.md`. #### 3. Le rituel de planification (10 min le dimanche ou le lundi matin) Pour éviter de vous laisser submerger, c'est **vous** qui décidez quand une tâche sort du Backlog pour entrer dans votre réalité. 1. **Pendant la revue :** Ouvrez votre page `Backlog.md`. 2. **Assignation de date :** Pour les 3 à 5 tâches que vous choisissez de traiter cette semaine, cliquez directement sur la tâche dans la vue et ajoutez la date voulue : `[due:: 2026-09-02]`. 3. **Disparition automatique :** Dès qu'une tâche reçoit une date `due`, elle disparaît automatiquement du Backlog pour aller se programmer dans la journée correspondante. ### Synthèse du flux de travail ``` [ Idée / Tâche imprévue ] │ ▼ Note du jour (ex: journal/2026-08-30) "- [ ] Réviser le contrat #backlog" │ ▼ (Remonte automatiquement dans Taches/Backlog.md) │ ▼ [ Revue hebdo / planification ] Ajout de la date : "[due:: 2026-09-01]" │ ▼ Apparaît automatiquement le 1er septembre dans votre note du jour ! ``` Cette méthode offre le meilleur des deux mondes : **zéro copier-coller manuel**, une **mémoire absolue** (rien ne se perd) et une **protection contre la surcharge** (votre note du jour ne contient que ce qui doit être fait aujourd'hui).