DEV — PREVIEW NON VALIDÉE

Voir où en est le projet

en cours
Pourquoi ce travail existe

Ouvrir Jarvis donnait un mur de texte : sept sections de même poids, les questions ouvertes avant les projets, et rien qui distingue ce qui attend une décision. L’owner reconstruisait l’état du projet depuis GitHub au lieu de le lire ici.

Ce que nous avons décidé de construire

Le premier niveau ne montre que la décision de pilotage : où l’on est, ce qu’on cherche, le jalon à franchir, ce qui le compose, et où l’on en est dans cette trajectoire. Tout le reste — situation, étapes, décisions, questions, journal — descend d’un cran.

Comment cela doit fonctionner
  • Le tableau de bord sert à piloter, le clic sert à comprendre : rien ne se déroule au premier niveau, tout s’y compte.
  • La position et le graphisme portent le sens avant les mots : ✓ franchi, ● courant, ○ à venir.
  • Un projet sans roadmap n’a pas de cockpit et garde exactement sa page d’avant.
  • « Maintenant » est le premier chantier entamé ; à défaut d’entamé, le premier non terminé dans l’ordre des rangs.
  • Ce qui attend une décision est compté et nomme qui est attendu, il n’est pas déroulé.
Où en est la réalisation
  1. Cadrage
  2. Réalisation
  3. Validation
Ce qui permettra de dire que c’est terminé
  • L’owner ouvre Jarvis et répond en moins de dix secondes : quel objectif, quel jalon, ce qui vient d’être fait, ce qui se fait, ce qui suit.
  • La hiérarchie projet → jalon → chantier se comprend sans explication.
  • Terrasse & pergola et CookEase ne changent pas d’un pixel.
  • Desktop et mobile jugés tenables par l’owner, sur l’instance de dev.
L’historique — comment nous en sommes arrivés là
Situation

Réalisation est en cours.

Étapes

Le code, ses tests, et la preuve que ça tourne.

En attente de
  • Réalisation livrée
Après
Puis
Journal
8 septembre 2026

Direction owner : la priorité produit passe devant la méthode, et le cockpit passe devant le chantier 1. Constat de l’owner : deux jours sans évolution visuelle sur l’instance de dev.

conséquenceL’ordre de la roadmap n’est pas réécrit — le chantier 1 garde son rang — mais ce chantier est celui qui est réellement entamé, et l’écran doit le dire à partir du travail commencé, pas du rang.
documentcadrage réancré
constaté par Claude
8 septembre 2026

Le chantier a un mandat de jalon : l’issue #16, « Cockpit de pilotage ». Le cadrage de la MR #6 y est réancré — l’issue fait foi, le document dit seulement comment la rendre falsifiable.

conséquenceLe cadrage cesse d’être une proposition autonome : ce qui est attendu est écrit par l’owner, et l’écart se mesure contre l’issue.
lienjalon 3 — cockpitdocumentD-036
constaté par Claude
5 septembre 2026

Le cadrage doit être remis sur main puis re-challengé : sa base est la branche de l’itération 3, mergée depuis, et l’owner dit que le merge de #5 n’a pas validé l’écran actuel comme cible.

conséquenceLa formule Objectif / Situation / Étapes / Projets / Journal est à challenger pour de bon, sans chercher à préserver l’existant.
constaté par Claude
4 septembre 2026

Cadrage ouvert en MR #6, après l’arbitrage owner : un projet a une vision et un objectif courant, et des jalons distincts des étapes, qui débloquent.

conséquenceAucune structure n’est préparée dans le code tant que le cadrage n’est pas challengé.
MRMR #6documentD-027
constaté par Claude
← Fait partie de « Jarvis »