TL;DR
La vague du 30 septembre devait livrer
vite, en commençant par les plus petits lots. De 00:53 à 06:56, l'horloge fait
6 h 02. Le premier correctif de code est à 05:02. Le code des deux premiers
lots, S1 puis H1, arrive à 06:10 et 06:15. Aucune release n'est partie :
le village sert toujours v4.0.0-alpha.11.
Sur ces six heures, le plan prend 2 h 37, l'audit 1 h 45, le code 11 min. 40 commits, médiane 5 min entre deux. 17 pull requests fusionnées, médiane 22 min. Une reste ouverte.
1. Ce qui était prévu
Le plan est clair : les lots courts partent d'abord, les modules longs attendent leur vague, et chaque vague se termine par une release et un article. La première vague, V0, réunit le déploiement en maintenance (S1), le bot didou (H1) et les fenêtres déplaçables (H5a). Sa durée estimée est un jour, parce que les fenêtres sont le lot le plus long du trio, pas parce que S1 ou H1 demanderaient une journée.
S1 et H1 étaient chiffrés une demi-journée chacun. Leur code est sur main depuis 06:10 et 06:15. Le reste de V0, les fenêtres (H5a), n'a pas commencé. Aucune release n'a suivi.
2. L'horloge
00:53 premier commit, PR #88 (le plan)
02:38 premières fiches techniques + 1 h 45
05:02 premier code, correctif AF-03 + 4 h 09
06:10 feat(S1) : le voile de maintenance + 5 h 17
06:15 feat(H1) : didou en production + 5 h 22
06:56 dernier commit de cette coupe = 6 h 02
La médiane entre deux commits est 5 min. La médiane d'une pull request est 22 min. La machine n'est pas lente. Le temps est dans ce qu'on écrit avant le code.
Le premier diff produit n'est pas un lot. C'est le correctif d'audit AF-03 : la maintenance était gardée en mémoire, un autre processus la levait, et les habitants pouvaient rester bloqués alors que la sonde était verte. 70 lignes dans l'application, plus les tests autour.
3. Le Gantt
Chaque barre est un intervalle réel : pour un commit, le temps depuis le commit précédent ; pour une pull request, de l'ouverture à la fusion. L'axe est l'heure de Paris, de 00:53 à 06:56. Une barre ouverte (pointillés) est la PR encore ouverte.
| Repère | Heure | Depuis 00:53 |
|---|---|---|
| Premier commit, le plan | 00:53 | 0 |
| Première fiche technique | 02:38 | 1 h 45 |
| Premier code (correctif AF-03) | 05:02 | 4 h 09 |
| Code de S1, maintenance | 06:10 | 5 h 17 |
| Code de H1, didou | 06:15 | 5 h 22 |
| Dernier commit de la coupe | 06:56 | 6 h 02 |
Le temps mur se répartit ainsi : plan 2 h 37, audit 1 h 45, fiches 48 min, outils 24 min, code 11 min, tests 8 min, agents 8 min. Sur 7 423 lignes ajoutées, le code en fait 428, soit 6 %. L'audit occupe 29 % de l'horloge.
La médiane entre deux commits est 5 min. La médiane d'une pull request, de l'ouverture à la fusion, est 22 min. Le rythme est 6,6 commits par heure, et 1 229 lignes par heure. 17 pull requests sont fusionnées, une reste ouverte.
4. Ce qui reste
Le chemin du plan, s'il est suivi tel quel, fait encore 22,5 jours : neuf vagues l'une après l'autre, trois lots en parallèle au plus. Un seul agent qui enchaînerait tout en ferait 38. Telegram (T1, deux jours) est en plus, bloqué par l'accès au bot.
La prochaine porte machine est le reste de V0 : les fenêtres (H5a), puis une release. S1 et H1 ont leur code sur main. Leur mise en ligne n'est pas faite.
5. D'où viennent les figures
Le Gantt et les compteurs de la section 3 sont la coupe git de 00:53 à 06:56. Ils voyagent avec l'article : pas besoin d'ouvrir Cursor.
Le compteur filtrable, lui, reste à côté du plan (docs/plans/suivi), pour
les agents qui ajoutent les faits suivants. Il ne redessine pas ces figures :
une commande relit git et les pull requests.
node docs/plans/suivi/sync.mjs --sync