Lecture d'ensemble de la réécriture V2 : où en est chaque phase, ce qui est livré, ce qui a une ressource. Un chantier livré compte 1, un chantier partiel 0,5. L'état réel est une lecture du code d'aeig-plateform au 7 septembre 2026 (voir la roadmap pour le détail par chantier).
Référence : docs/architecture/ROADMAP_V2.md (Zeno, actée le 19 août 2026, ZENO-827/828). Les 5 phases et leurs chantiers, avec l'état réel lu dans le code du dépôt aeig-plateform (branche main, où la branche refacto a été fusionnée le 7 septembre), les tickets Plane et la ressource affectée dans le plan de charge.
Les demandes en cours (tickets Plane et chantiers de la roadmap V2), affectées à une ressource ou marquées « ressource manquante ». Dans l'artifact Claude, tout ce qui est modifié est enregistré et visible par toute l'équipe ; ici, la page publiée montre le dernier instantané.
L'unité est le jour de boucle humaine : Claude Code écrit le code, la ressource relit la spec, répond aux questions et recette. Chaque demande ouverte porte une charge restante dans cette unité, chaque ressource une capacité hebdomadaire. Les demandes affectées sont enchaînées par ressource (en cours d'abord, puis par priorité et par phase) ; ce qui n'a pas de ressource n'est pas daté. Calibrage mesuré sur l'historique : 2 000 lignes V2 revues par jour de boucle, compaction V1 → V2 de 3,5, une demi-journée de recette par module.
Plan de charge. Amorcé le 7 septembre 2026 avec les tickets Plane en cours, bloqués et à faire, plus les 39 chantiers de la roadmap V2, puis maintenu à la main dans l'artifact Claude. La page publiée en montre un instantané, republié avec node scripts/build.mjs (RULES.md §9).
Échéancier. Unité = jour de boucle humaine (Claude Code écrit le code, la ressource relit la spec, répond et recette). Calibrage mesuré le 7 septembre : 2 000 lignes V2 revues par jour, compaction V1 → V2 de 3,5, une demi-journée de recette par module. Jours ouvrés, capacité hebdomadaire par ressource, enchaînement en cours → priorité → phase.
Cette vue reconstitue le périmètre réel de chaque développeur à partir des commits, module par module. Le plan de charge (onglet dédié) affecte les demandes en cours à une ressource ou les signale sans ressource.
Périmètre constaté, période d'activité, capacité hebdomadaire et charge actuelle. Dans l'artifact Claude, le statut, la note, la capacité et la disponibilité sont modifiables et enregistrés pour tous.
Chaque barre est un module ; ses segments sont les développeurs qui y ont commité. Le nom à droite est le porteur principal et sa part. Survolez un segment pour le détail.
Commits par mois et par développeur, sur une même échelle. Le trait fin marque la période entre le premier et le dernier commit. Survolez une colonne pour voir le module dominant du mois.
Méthode. Historique git de la branche main du dépôt Zeno, commits hors merges et hors bots, du 7 janvier au 27 août 2026. Un commit est rattaché à un module d'après les chemins des fichiers qu'il modifie ; il compte dans chaque module qu'il touche. Les commits ne mesurent pas l'effort réel : ils indiquent où chacun est intervenu.
Zeno V2. Les modules V2 (crm, admission, communication, socle) vivent dans le dépôt aeig-plateform : 88 commits sur main (juillet) et 56 sur la branche refacto (17 juillet au 17 août), fusionnés dans main le 7 septembre. Ils sont comptés à part, empilés dans la frise et listés sous « Zeno V2 » dans les modules.