Entre le plugin Tasks et le plugin Kanban d’Obsidian, le bon choix dépend de votre façon de penser : Tasks pour qui raisonne en listes datées, Kanban pour qui raisonne en colonnes visuelles. Mais aucun des deux ne décide quelle tâche faire en premier, et c’est le travail d’une couche comme ZPXE, qui lit ce que l’un ou l’autre produit et classe les priorités du jour sur votre appareil, avec une raison par tâche, en local. Autrement dit, la question n’est pas seulement Tasks ou Kanban, mais aussi ce que vous ajoutez au-dessus. Ce comparatif départage les deux honnêtement, puis montre pourquoi la vraie décision se joue par-dessus.
Le piège des débats « Tasks contre Kanban » est de choisir un gagnant absolu. Il n’y en a pas : chacun sert une façon différente de voir le travail, et le meilleur dépend de la vôtre.
Les deux systèmes en lice
Ce sont deux manières opposées de représenter les mêmes tâches.
Le plugin Tasks traite une tâche comme une ligne : une case à cocher avec une date, une priorité et une récurrence, rassemblée avec les autres par une requête en une liste vivante. Vous lisez de haut en bas, filtré par ce qui échoit. C’est le système des gens qui pensent en échéances et en listes du jour.
Le plugin Kanban traite une tâche comme une carte sur un tableau à colonnes, typiquement « à faire », « en cours », « fait ». Vous déplacez la carte d’une colonne à l’autre à mesure que le travail avance. C’est le système des gens qui pensent en flux visuel et en étapes, hérité de la méthode Kanban d’origine. ZPXE, lui, ne remplace ni l’un ni l’autre : il lit les tâches que vous écrivez, quel que soit le plugin, et ajoute la décision qu’aucun ne fournit.
Le comparatif qui tranche
La bonne question n’est pas lequel a le plus de fonctions, mais lequel colle à votre façon de voir le travail.
| Système | Idéal pour | Modèle mental | Limite principale | Verdict |
|---|---|---|---|---|
| Tasks | échéances, récurrence, requêtes | une liste triée par date | ne montre pas le flux visuel | Meilleur pour penser en dates |
| Kanban | étapes, flux visuel | des cartes dans des colonnes | pas de dates ni de requêtes natives | Meilleur pour penser en étapes |
| ZPXE | décider quoi faire maintenant | une liste classée avec raisons | récent ; lit les tâches, ne les écrit pas | Meilleur par-dessus l’un ou l’autre |
Lisez le tableau par votre tête, pas par la liste de cases. Si vous vous demandez surtout « qu’est-ce qui échoit aujourd’hui », prenez Tasks. Si vous vous demandez surtout « où en est ce projet », prenez Kanban. Et si la question du matin est « par quoi je commence », aucun des deux n’y répond seul.
Selon votre façon de penser
Plutôt que de comparer des fonctions, partez du symptôme qui vous décrit le mieux. Le bon système devient alors évident.
| Ce que vous vous demandez le plus | Le système qui colle | Pourquoi |
|---|---|---|
| Qu’est-ce qui échoit aujourd’hui ? | Tasks | trie par date, vue du jour native |
| Où en est chaque projet ? | Kanban | montre l’étape d’un coup d’œil |
| Qu’est-ce qui bloque, qu’est-ce qui avance ? | Kanban | les colonnes rendent le flux visible |
| Par quelle tâche je commence ? | une couche de classement | pèse et ordonne, ce que ni l’un ni l’autre ne fait |
Beaucoup de gens utilisent d’ailleurs les deux : Kanban pour piloter un projet précis, Tasks pour la vue transversale de tout ce qui échoit. Rien n’oblige à choisir un seul système pour tout le coffre.
Ce qu’aucun des deux ne fait
Voici le motif commun. Tasks vous donne une liste triée par un champ ; Kanban vous donne des cartes rangées par étape. Les deux vous montrent le travail et vous laissent décider par où commencer. Sur un petit coffre, cela suffit. Sur un grand, la liste Tasks devient trop longue et le tableau Kanban trop chargé, et la friction du matin revient : trop d’options, aucune ordonnée. Rescanner cet ensemble indifférencié alimente le changement de tâche que la recherche chiffre jusqu’à 40 % du temps productif.
C’est là qu’une couche de classement intervient. ZPXE lit les tâches que Tasks ou Kanban gèrent, car tout reste du Markdown standard, et classe les priorités du jour en local, avec une raison pour chaque position, de sorte qu’une longue liste ou un tableau chargé devienne une courte liste ordonnée. Il ne remplace pas votre plugin ; il s’ajoute par-dessus. Pour le système complet autour des tâches, voyez comment organiser ses tâches sur Obsidian, et pour le choix du plugin d’écriture, le meilleur plugin Obsidian pour la gestion des tâches.
Un exemple : les deux ensemble
Pour rendre concret l’usage combiné, prenez le lancement d’un petit site. Vous créez une note de projet et, dedans, un tableau Kanban avec trois colonnes : « à faire », « en cours », « fait ». Chaque carte est une étape du lancement, rédiger la page d’accueil, régler le nom de domaine, écrire trois articles. Quand vous vous asseyez sur ce projet, le tableau vous dit d’un coup d’œil où vous en êtes et ce qui est bloqué, exactement ce que Kanban fait de mieux.
En parallèle, certaines de ces cartes ont une vraie échéance : le domaine doit être réglé avant vendredi. Vous ajoutez cette date sur la ligne de la tâche, et une requête Tasks dans votre note du jour la fait remonter avec tout ce qui échoit cette semaine, tous projets confondus. Le même travail vit donc dans deux vues : le tableau Kanban pour piloter le projet par étapes, la requête Tasks pour la vue transversale des échéances. Aucun conflit, car les deux lisent le même Markdown. Et le matin, quand la requête du jour mélange le domaine du site, deux mails et une facture, c’est la couche de classement qui dit lequel des trois passe en premier, avec sa raison.
Cet exemple montre la répartition naturelle : Kanban répond à « où en est ce projet », Tasks à « qu’est-ce qui échoit », et la couche de décision à « par quoi je commence ». Trois questions, trois outils, un seul coffre.
Comment choisir
Choisissez d’abord le système qui colle à votre façon de penser, en essayant chacun sur un vrai projet pendant une semaine ; comme tout est du Markdown, vous ne perdez rien à tester. Gardez Tasks si vous vivez par dates, Kanban si vous vivez par étapes, ou les deux si vos projets et votre vue du jour appellent des formes différentes. Ensuite, quand la liste ou le tableau devient trop grand pour trancher à l’œil, ajoutez une couche qui classe, plutôt que de passer de l’un à l’autre en espérant qu’une autre présentation règle un problème qui est en fait de décision.
À retenir
Entre Tasks et Kanban, il n’y a pas de gagnant absolu : Tasks pour qui pense en dates et en listes, Kanban pour qui pense en étapes et en colonnes, et beaucoup de gens utilisent les deux pour des rôles différents. Essayez chacun sur un vrai projet, car rien n’est verrouillé dans du Markdown standard. Mais gardez en tête que ni l’un ni l’autre ne décide par quelle tâche commencer ; ils présentent, ils ne classent pas. Pour cette étape, ajoutez une couche comme ZPXE par-dessus celui que vous avez choisi, qui lit vos tâches et ordonne les priorités du jour avec des raisons, en local. Choisissez la présentation selon votre tête, et la décision selon la taille de votre coffre.
Questions fréquentes
Obsidian Tasks ou Kanban, lequel choisir ?
Cela dépend de votre façon de penser le travail. Prenez le plugin Tasks si vous raisonnez en échéances et en listes du jour, car il trie par date et rassemble tout par requête. Prenez Kanban si vous raisonnez en étapes et en flux visuel, car il montre où en est chaque carte d’un coup d’œil. Beaucoup utilisent les deux, Kanban pour piloter un projet, Tasks pour la vue transversale. Aucun ne décide par quoi commencer ; pour cela, ajoutez une couche de classement par-dessus.
Peut-on utiliser Tasks et Kanban ensemble ?
Oui, et c’est souvent le meilleur usage. Comme les deux plugins travaillent sur du Markdown standard, une même tâche peut apparaître sur un tableau Kanban de projet et dans une requête Tasks transversale. Servez-vous de Kanban pour suivre l’avancement d’un projet précis par étapes, et de Tasks pour voir tout ce qui échoit dans le coffre, tous projets confondus. Rien n’oblige à choisir un seul système ; ils répondent à deux questions différentes et cohabitent sans conflit.
Kanban gère-t-il les dates comme Tasks ?
Pas nativement de la même manière. Kanban est conçu autour des colonnes et du déplacement des cartes, pas autour des dates d’échéance et des requêtes, qui sont le cœur du plugin Tasks. On peut ajouter des métadonnées aux cartes, mais si votre besoin premier est de voir ce qui échoit aujourd’hui et de gérer la récurrence, Tasks est fait pour cela et Kanban non. Choisissez selon que votre question centrale porte sur les dates ou sur les étapes.
Que ne font ni Tasks ni Kanban ?
Décider. Tasks trie une liste par un champ, Kanban range des cartes par étape, et les deux vous rendent le travail organisé mais vous laissent choisir par où commencer. Trier ou ranger n’est pas peser laquelle des tâches compte le plus aujourd’hui, compte tenu de son projet et de son contexte. Une couche comme ZPXE ajoute cette étape : elle lit ce que l’un ou l’autre gère et rend une seule liste ordonnée, avec une raison par position, en local.
Quand ne pas changer de système de tâches ?
Quand votre vrai problème est de décider, pas de présenter. Si vous voyez déjà bien votre travail, en liste avec Tasks ou en tableau avec Kanban, mais que chaque matin vous hésitez par où commencer, passer de l’un à l’autre ne réglera rien, car les deux s’arrêtent à la présentation. La pièce manquante est une couche qui classe vos tâches et dit quoi faire en premier, avec une raison. Ajoutez-la par-dessus votre système actuel au lieu d’en changer.
