# Rapporte ce que le travail t'a appris
L'autonomie · practice · https://build-here.africa/livre/chapitres/03-01-napporte-pas-la-tache-apporte-le-probleme.html

## Le point de départ

Une tâche est terminée. En la réalisant, tu as découvert un contournement, une contrainte ou une question qui mérite une suite.

Le compte rendu dit seulement : "C'est fait."

## Le geste

Livre la tâche, et rapporte ce que l'exécution t'a appris. Si la découverte remet en cause le travail demandé, dis-le avant de continuer.

## Pourquoi ça marche

Celui qui fait le travail voit ce que le cadrage ne pouvait pas voir. Au support, une demande revient après chaque remboursement. Dans une équipe commerciale, trois clients lisent la même offre de trois façons. En ingénierie, le correctif touche une partie qui n'était pas prévue. Cette information n'existe que chez toi, et seulement tant qu'elle est fraîche.

On te demande de corriger l'affichage d'un formulaire sur mobile. En vérifiant, tu vois que certaines inscriptions échouent après l'envoi. "C'est fait" est vrai. C'est aussi la phrase qui laisse le vrai problème en place. Et si rapporter une trouvaille passe pour un refus de faire la tâche, plus personne n'en rapporte.

Sépare le fait observé, ce que tu en penses, et la suite que tu proposes. C'est ce qui distingue un builder d'un exécutant : il livre la tâche et ce qu'elle a révélé.

Si continuer gaspille de l'effort ou cause un dommage, arrête et dis-le. Sinon, termine ce qui était prévu et propose la suite.

## À essayer

Avant de fermer une tâche, ajoute deux lignes au compte rendu :

> Ce que j'ai vu en la réalisant : ...
> Ce que ça change, ou ce qu'il faut vérifier : ...

Propose une suite et nomme qui peut la prendre. À la prochaine revue, regarde si l'observation a changé une décision.

## À discuter

Quelle observation récente a changé notre façon de traiter une tâche ?