Should I Buy It?
Une tâche sans critère de fin reste ouverte dans le cerveau. Elle revient en mémoire, consomme de l’attention, génère un stress résiduel diffus. Définir explicitement quand une tâche est “faite” — avant de commencer — change radicalement la qualité d’exécution et la sensation de progression.
Origine
La Definition of Done naît dans le contexte du développement logiciel agile, formalisé par Ken Schwaber et Jeff Sutherland avec le framework Scrum dans les années 1990. Le principe : une User Story n’est “done” que quand une liste de critères objectifs est entièrement remplie (code écrit, testé, revu, déployé, documenté). Pas de zone grise, pas de “à peu près terminé”.
Le concept dépasse largement le logiciel — il s’applique à toute tâche où la frontière entre “fait” et “pas fait” est floue.
La théorie
Le problème de l’ouverture psychologique
David Allen, dans Getting Things Done (2001), nomme ce phénomène les “open loops” : toute tâche sans issue claire reste active dans le cerveau, consommant de la mémoire de travail et générant de l’anxiété. La Definition of Done ferme la boucle en avance.
La précision comme condition de complétion
“M’occuper du linge” reste ouvert. “Lancer la machine à laver” se ferme. “Finir le rapport” reste ouvert. “Exporter le rapport en PDF et l’envoyer par email à Marie” se ferme. La différence n’est pas dans la difficulté — elle est dans la précision du critère terminal.
Le moment de la définition compte
Définir la condition de fin au moment de la création de la tâche, et non au moment de l’exécution, change tout. Au moment de l’exécution, on est souvent en mode focus — revenir à une réflexion méta sur “qu’est-ce que ça veut dire que c’est fini ?” coûte de la concentration. Cette réflexion est mieux faite à froid.
En pratique
Quelques reformulations concrètes :
| Tâche floue | Definition of Done |
|---|---|
| ”Faire la compta" | "Toutes les factures de mars saisies dans l’outil, rapport mensuel exporté" |
| "Préparer la réunion" | "Ordre du jour envoyé aux participants, slides finalisées, salle réservée" |
| "Avancer sur le projet" | "Section 2 du brief rédigée, relue et enregistrée en brouillon” |
Dans le Todo Manager, chaque tâche créée via le bot Telegram inclut automatiquement un champ “Critère de validation”. Le système demande explicitement : “Comment tu sauras que c’est terminé ?” Si la réponse est vague, le système relance. La définition se fait à la création — pas à l’exécution.
Nuances et limites
La Definition of Done peut devenir contre-productive si elle est trop rigide dans des contextes créatifs ou exploratoires. Certaines tâches légitimement se terminent quand on “décide d’arrêter” plutôt que quand un critère objectif est atteint (brainstorming, exploration de code, prototypage rapide).
La distinction utile : tâches à critère (répondre à un email, déployer une feature) vs tâches à timeboxe (réfléchir à une stratégie pendant 45 minutes). Pour les secondes, la Definition of Done est la durée, pas le résultat.
Sources: Schwaber & Sutherland, The Scrum Guide (2020) · Allen, D. (2001). Getting Things Done. Viking