Colonnes.

Les quatre par défaut

• Backlog. Le parking. Idées, bugs, souhaits ; engagés sur rien pour l’instant.
• Todo. Décidé pour ce sprint, pas encore commencé.
• Doing. En cours de travail. Marquée en interne par semantic="doing" — y déplacer une tâche démarre le suivi du temps de cycle.
• Done. Livré. Marquée par semantic="done" — y déplacer une tâche enregistre l’horodatage de fin. Done est un tampon, pas un musée : clore un sprint balaie ses tâches terminées dans l’historique du sprint, et « Tout archiver » (ou l’outil archive_done_tasks) nettoie le reste — hors du tableau, toujours consultable.

Travail en cours

Limiter le travail en cours est l’idée la plus importante du Kanban — sans cela, Doing devient un second Backlog. Weft ne met pas de chiffre sur une colonne, car un chiffre que rien ne fait respecter n’a que l’apparence d’une règle. Weft limite ce qui s’épuise vraiment : votre attention.

Quand le travail terminé et les questions qui vous attendent atteignent 5 éléments (10 dans un espace de travail d’équipe, ou environ 45 minutes de relecture), les agents cessent de démarrer de nouvelles tâches — start_task répond attention_queue_full — jusqu’à ce que vous vidiez la file. Les agents peuvent toujours signaler leur avancement sur ce qu’ils ont en main. Pour garder votre propre Doing court, demandez simplement à votre IA de finir une chose avant de prendre la suivante.

Renommer et ajouter des colonnes

Vous pouvez renommer les colonnes et en ajouter depuis l’interface du tableau. Les marqueurs sémantiques (doing, done) peuvent se déplacer avec elles — si vous renommez Doing en « En vol », le temps de cycle démarre toujours à « En vol ».

Cela dit, plus de colonnes n’est presque jamais mieux. Quatre colonnes suffisent à capter les phases qui comptent, sans être si nombreuses que le travail reste coincé en transit.