Comment une tâche circule réellement
Trois modules peuvent porter une chose à faire. Choisir le mauvais, c’est ainsi que les équipes finissent par tenir la même liste à deux endroits.
Lodos propose trois endroits pour ce que vous devez faire : une carte sur un tableau Kanban, une ligne dans une Checklist, ou un bloc dans le Calendrier. Cela ressemble à de la redondance. Ce n’en est pas — les trois répondent à des questions différentes — mais personne n’explique lequel fait quoi, alors la plupart des équipes finissent par dupliquer.
Ce qui va où
Task Management est fait pour le travail qui a un état. Une carte occupe une colonne, se déplace vers la droite à mesure qu’elle avance, et tout le monde la voit. Si quelqu’un d’autre que vous doit savoir si c’est fini, sa place est ici.
Checklist est fait pour les étapes à l’intérieur d’une même tâche. Les éléments s’imbriquent : une carte « Publier la landing page » peut contenir onze points, chacun avec une priorité et un responsable. Personne ne veut onze cartes sur le tableau pour un seul lancement.
Calendrier est fait pour le travail qui doit avoir lieu à une heure précise. Pas « cette semaine » — jeudi à 14 h. Ce qui n’a pas besoin d’une heure n’a rien à faire dans le calendrier, et l’y mettre est exactement la façon dont on obtient un calendrier que les gens cessent de lire.
Le test qui tranche la plupart des débats : Quelqu’un d’autre doit-il voir son état ? Tableau. Est-ce une étape dans quelque chose de plus grand ? Checklist. Serait-il faux de le faire à un autre moment ? Calendrier.
Donner la bonne forme au tableau
Les tableaux échouent pour l’une de deux raisons, et les deux tiennent aux colonnes.
Trop de colonnes est le cas courant. Un tableau à neuf colonnes paraît rigoureux et se comporte comme un classeur que personne ne met à jour, parce que déplacer une carte devient une décision. Quatre colonnes suffisent à presque toutes les équipes : pas commencé, en cours, en attente de quelqu’un, terminé.
Cette troisième colonne compte plus qu’il n’y paraît. Sans colonne « bloqué » explicite, le travail coincé reste dans « en cours » et ressemble en tout point au travail qui avance. Vous perdez le signal le plus utile qu’un tableau puisse donner.
L’autre échec, c’est un tableau par personne. Cela paraît organisé une semaine, puis plus personne ne voit l’ensemble — la seule raison d’avoir un tableau. Un tableau par projet, et filtrez par responsable pour votre vue ; la recherche multi-filtres le fait en deux clics.
De la colonne à l’heure
Task Management intègre des vues calendrier et chronologie, et c’est là que les modules cessent d’être séparés. Une carte avec une échéance apparaît sur la chronologie. Vous la déplacez, l’échéance change ; la carte se moque de la vue depuis laquelle vous l’avez modifiée.
L’habitude qui vaut le coup est un passage hebdomadaire plutôt que quotidien :
- Ouvrez le tableau, filtrez sur vos propres cartes.
- Passez en vue calendrier. Tout ce qui n’a pas de date y est invisible — et c’est le but : cela montre ce à quoi vous vous êtes engagé face à ce que vous avez simplement accepté.
- Faites glisser sur des jours précis les trois ou quatre choses qui doivent vraiment se produire cette semaine.
- Laissez le reste sans date. Une carte sans date n’est pas négligée : elle est honnêtement étiquetée « non planifiée ».
La plupart des gens résistent à l’étape quatre, parce qu’une carte sans date ressemble à un fil qui pend. C’est l’inverse : tout dater produit un calendrier qui ment, et un calendrier qui ment est ignoré en quinze jours.
Où va la conversation sur une tâche
Les cartes ont des commentaires. Utilisez-les, même quand un message irait plus vite — surtout quand il irait plus vite.
Une décision prise en commentaire reste attachée à ce dont elle parlait. La même décision dans un canal de discussion a disparu le lendemain, et six semaines plus tard quelqu’un demande pourquoi le design a changé et personne ne retrouve la réponse. Le chat sert à se coordonner ; la carte sert d’archive.
La règle pratique : si un message contient le mot « parce que », sa place est sur la carte.
Ce que « terminé » doit vouloir dire
Mettez-vous d’accord une fois et le tableau s’entretient tout seul. Restez vague et vous obtiendrez des cartes qui traînent un mois dans la dernière colonne pendant qu’on débat de leur achèvement.
Une définition utile de « terminé » est celle que quelqu’un d’autre peut vérifier sans vous demander. « Déployé en production » est vérifiable. « Fini » ne l’est pas. Si votre dernière colonne est pleine de cartes dont personne n’est sûr, c’est la définition qui pose problème, pas l’équipe.
Archivez plutôt que supprimer. Les cartes archivées quittent le tableau mais conservent commentaires, checklist et historique — et un trimestre plus tard, cet historique est souvent la seule trace expliquant pourquoi une chose a été faite ainsi.
Questions fréquentes
Chaque personne devrait-elle avoir son tableau ?
Non. Un tableau par projet, et filtrez par responsable pour la vue personnelle. Les tableaux par personne paraissent ordonnés une semaine puis détruisent la seule chose à quoi sert un tableau : voir l’ensemble.
Quel est le bon nombre de colonnes ?
Quatre pour la plupart des équipes : pas commencé, en cours, bloqué, terminé. La colonne « bloqué » est celle qu’on saute et celle qui porte le plus d’information — sans elle, le travail coincé ressemble exactement au travail qui avance.
Dois-je mettre toutes les tâches au calendrier ?
Non. Le calendrier est pour le travail qui doit se produire à une heure précise. Tout dater produit un calendrier auquel personne ne fait confiance, et un calendrier sans confiance cesse d’être lu en deux semaines.
Que devient une carte archivée ?
Elle quitte le tableau mais garde ses commentaires, sa checklist et son historique, et reste consultable. Archivez plutôt que supprimer : un trimestre plus tard, cet historique est souvent la seule trace d’une décision.
