gérer des projets avec Obsidian, tutoriel en français
Based on PKMind - Obsidian - Boostez votre Productivité's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Un tableau de bord fiable dans Obsidian nécessite des tags d’identification cohérents, pas seulement un filtre par dossier.
Briefing
Gérer des projets dans Obsidian devient beaucoup plus fiable quand chaque note porte des identifiants structurés (tags) et qu’un tableau de bord dynamique filtre ces notes via DataView. L’idée centrale consiste à transformer un ensemble de notes “brutes” (vidéos, articles, podcasts) en un système de suivi où l’avancement se met à jour automatiquement selon des états comme “idée”, “préparation” et “terminé”. L’enjeu est simple : éviter les tableaux manuels qui se désynchronisent, et retrouver instantanément les bons éléments pour avancer.
Le tutoriel propose un scénario concret : une personne produit des contenus sous trois formats — vidéos, articles de blog et podcasts — et doit suivre chaque projet à travers trois étapes. Pour illustrer le mécanisme, quatre projets sont placés dans un dossier “projet”, avec des notes parasites ajoutées pour montrer ce qui doit (ou ne doit pas) apparaître dans le tableau. Au départ, un premier tableau de bord liste toutes les notes situées dans le dossier ciblé. Mais ce premier filtre est trop large : il inclut aussi les notes qui ne sont pas de vrais projets.
La solution consiste à ajouter un tag d’identification “projet” à chaque note qui représente réellement un projet. À partir de là, le tableau de bord change : il ne liste plus toutes les notes du dossier, mais uniquement celles qui contiennent le tag “projet”. Un test le confirme : une nouvelle note ajoutée au dossier n’apparaît pas tant qu’elle n’a pas reçu le tag “projet”, puis elle apparaît immédiatement dès que le tag est ajouté. Cette étape met en place la base du système : sans métadonnées cohérentes, les requêtes ne peuvent pas distinguer le signal du bruit.
Ensuite, le suivi d’avancement est introduit via des tags hiérarchiques. Les états sont modélisés comme des sous-tags, par exemple “état/idée”, “état/prépa” et “état/terminé”. L’exemple montre qu’un projet peut aussi porter le tag de son format (podcast, article, vidéo) en plus de l’état. Le tableau de bord numéro deux exécute alors plusieurs requêtes DataView, chacune ciblant un état précis, ce qui permet de séparer automatiquement les projets “en idée”, “en préparation” et “terminés”.
Le système devient encore plus robuste quand il gère les oublis. Si une note est marquée “projet” mais sans état, elle peut être ignorée par les requêtes dédiées aux états. Le tutoriel recommande alors d’ajouter un état “incomplet” (ou équivalent) pour que les projets sans avancement déclaré restent visibles et ne passent pas à travers le tableau. Résultat : un tableau de bord qui se tient à jour en continu, sans maintenance manuelle, et qui peut évoluer vers des systèmes plus complexes en ajoutant d’autres métadonnées (plus de types de projets, plus d’états).
Cornell Notes
Le suivi de projets dans Obsidian devient automatique quand chaque note porte des tags structurés et que DataView filtre ces notes pour alimenter un tableau de bord. D’abord, un tableau liste toutes les notes d’un dossier, puis le système s’affine en ajoutant un tag “projet” pour exclure les notes parasites. Ensuite, l’avancement est géré avec des tags hiérarchiques d’état (ex. “état/idée”, “état/prépa”, “état/terminé”), combinés avec des tags de format (podcast, article, vidéo). Chaque état peut alimenter une requête DataView distincte, ce qui sépare automatiquement les projets par étape. Pour éviter les oublis, un état “incomplet” garantit que les projets sans état restent visibles.
Pourquoi un simple filtre par dossier ne suffit-il pas pour gérer des projets dans Obsidian ?
Quel rôle joue le tag “projet” dans le tableau de bord ?
Comment l’avancement est modélisé pour suivre l’état d’un projet ?
Pourquoi utiliser des requêtes DataView séparées pour chaque état ?
Que se passe-t-il si une note est marquée “projet” mais n’a aucun tag d’état ?
Review Questions
- Comment modifierais-tu la requête DataView pour exclure toutes les notes qui n’ont pas le tag “projet” ?
- Quelles combinaisons de tags (format + état) garantissent qu’un projet apparaît dans la liste “terminé” ?
- Pourquoi un état “incomplet” est-il utile dans un système de tableau de bord basé sur des tags ?
Key Points
- 1
Un tableau de bord fiable dans Obsidian nécessite des tags d’identification cohérents, pas seulement un filtre par dossier.
- 2
Le tag “projet” sert de critère central pour distinguer les notes pertinentes des notes parasites.
- 3
Les états d’avancement peuvent être gérés avec des sous-tags hiérarchiques (ex. “état/idée”, “état/prépa”, “état/terminé”).
- 4
En combinant tags de format (podcast, article, vidéo) et tags d’état, DataView peut séparer automatiquement les projets par étape.
- 5
Des requêtes DataView distinctes pour chaque état permettent d’obtenir des listes claires et actionnables.
- 6
Pour éviter les projets invisibles, prévoir un état “incomplet” quand une note manque de tag d’avancement.
- 7
Le système peut s’étendre en ajoutant d’autres métadonnées (plus de types de projets, plus d’états) tant que les tags restent disciplinés.