Get AI summaries of any video or article — Sign up free
gérer des projets avec Obsidian, tutoriel en français thumbnail

gérer des projets avec Obsidian, tutoriel en français

5 min read

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.

TL;DR

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 ?

Parce qu’un filtre “par dossier” inclut toutes les notes présentes dans le dossier, y compris les notes parasites ou non pertinentes. Dans l’exemple, un tableau de bord basé uniquement sur le dossier “projet” affiche cinq notes, alors que seules quatre correspondent à de vrais projets. Le système corrige cela en introduisant un tag d’identification : seules les notes portant le tag “projet” sont retenues par la requête DataView.

Quel rôle joue le tag “projet” dans le tableau de bord ?

Le tag “projet” sert d’identifiant pour distinguer les notes qui représentent réellement des projets. Une requête DataView ajoute une condition du type “le tag projet doit être présent dans la note”. Ainsi, 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 instantanément après ajout du tag.

Comment l’avancement est modélisé pour suivre l’état d’un projet ?

L’avancement est modélisé via des tags hiérarchiques d’état, sous forme de sous-tags. Par exemple : “état/idée”, “état/prépa” et “état/terminé”. Le tutoriel montre qu’un projet peut porter plusieurs tags : un tag de format (podcast, article, vidéo) et un tag d’état. En changeant le tag d’état d’une note (ex. passer une vidéo de “état/idée” à “état/terminé”), le projet bascule automatiquement dans la section correspondante du tableau de bord.

Pourquoi utiliser des requêtes DataView séparées pour chaque état ?

Parce que cela permet d’obtenir un tableau de bord structuré par étapes. Au lieu d’un seul résultat mélangé, plusieurs requêtes (une pour “idée”, une pour “prépa”, une pour “terminé”) ciblent des critères précis : le tag “projet” plus le tag d’état correspondant. L’exemple montre alors des listes distinctes : projets en idée, projets en préparation, projets terminés.

Que se passe-t-il si une note est marquée “projet” mais n’a aucun tag d’état ?

Elle peut disparaître des listes d’états, car les requêtes filtrent explicitement sur “état/…”. Le tutoriel illustre ce risque et propose une solution : créer un état “incomplet” (ou équivalent) et l’appliquer aux projets dont l’état n’est pas encore défini. Ainsi, les projets incomplets restent visibles et ne sont pas oubliés.

Review Questions

  1. Comment modifierais-tu la requête DataView pour exclure toutes les notes qui n’ont pas le tag “projet” ?
  2. Quelles combinaisons de tags (format + état) garantissent qu’un projet apparaît dans la liste “terminé” ?
  3. Pourquoi un état “incomplet” est-il utile dans un système de tableau de bord basé sur des tags ?

Key Points

  1. 1

    Un tableau de bord fiable dans Obsidian nécessite des tags d’identification cohérents, pas seulement un filtre par dossier.

  2. 2

    Le tag “projet” sert de critère central pour distinguer les notes pertinentes des notes parasites.

  3. 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. 4

    En combinant tags de format (podcast, article, vidéo) et tags d’état, DataView peut séparer automatiquement les projets par étape.

  5. 5

    Des requêtes DataView distinctes pour chaque état permettent d’obtenir des listes claires et actionnables.

  6. 6

    Pour éviter les projets invisibles, prévoir un état “incomplet” quand une note manque de tag d’avancement.

  7. 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.

Highlights

Un filtre par dossier affiche trop de bruit : l’ajout d’un tag “projet” transforme le tableau en outil de tri réel.
Changer le tag d’état d’une note déplace automatiquement le projet entre les listes “idée”, “prépa” et “terminé”.
Un état “incomplet” empêche les projets sans état d’être perdus dans le tableau de bord.
La hiérarchie de tags (ex. “état/...”) remplace des “pseudo-dossiers” tout en restant requêtable par DataView.

Topics

Mentioned

  • DataView