Apparence
6. Synthèse — l'état du projet
👔 Page de lecture rapide. Vision, périmètre, fonctionnalités, évolutions proposées et cadrage réunis en une page — chaque section renvoie vers le document complet qui fait autorité, pour ne jamais dupliquer une décision à deux endroits. À lire après Vision / Objectifs / Périmètre, ou en premier si vous voulez l'ensemble du projet en un coup d'œil.
6.1 En un coup d'œil
| Périmètre v1 relevé | 11 fonctionnalités (F1 → F11), ~14 collections de données |
| Stade du dépôt v2 | Échafaudage — structure posée, 0 fonctionnalité codée, schéma de données vide |
| Évolutions proposées | 13 fiches (A1 → A13) — 11 prêtes ou quasi prêtes à spécifier, 1 (A5, IA) sous réserve d'un POC, 1 (A13, brique TMA) nouvelle demande à cadrer |
| Cadrage métier | 28 questions posées avant l'atelier du 23/07/2026 — 19 réponses reçues, 9 encore sans réponse. + 6 nouvelles (Q40 – Q45) ouvertes le 26/07/2026 avec la brique TMA (A13), postérieures à l'atelier, non couvertes par celui-ci |
| Points bloquants | 4 / 4 ont reçu une réponse — 2 totalement levés (dont la traçabilité), 1 partiellement (non-régression) ; 1 verrou juridique (IA) toujours entier, + 1 sous-point isolé (Q30bis, exigences hors CRIM) |
C'est le moment le moins coûteux pour trancher ce qui reste : une fois le développement commencé, chaque décision reportée impose de revenir sur du code déjà écrit (détail en 27.0bis).
6.2 Vision & objectifs — à valider par le PO
⚠️ Aucune vision ni cible chiffrée n'existe dans le dépôt d'origine : ce qui suit est reconstitué par lecture du code, pas déclaré par le client.
Recette ERP structure un plan de test (métier → fonctionnalité → scénario → flux → étape), fige le périmètre par campagne, capture résultats et anomalies avec preuves, et produit un dossier de recette Excel. Cinq objectifs métier sont déduits (O1 → O5 : centraliser le pilotage, tracer l'avancement, historiser les campagnes, fiabiliser les anomalies, produire un livrable normalisé) — aucun n'est aujourd'hui chiffré. Voir Vision et Objectifs pour le détail.
❓ La réponse reçue sous Q2 à l'atelier du 23/07 était hors-sujet par rapport à la vision et aux KPIs (voir Synthèse de l'atelier) — cette question reste entièrement ouverte. Sans objectifs chiffrés, la priorisation entre les 13 évolutions (§6.4) se fait à dire d'expert, pas sur des données.
6.3 Ce que fait déjà l'outil (périmètre v1 → v2)
Le comportement métier de la v1 est conservé ; seules les couches techniques changent (voir Architecture v2). Détail complet dans Périmètre & Hors-périmètre.
Dans le périmètre — authentification, gestion projet/modules, hiérarchie fonctionnalité → scénario → flux → étape, CRIMs, campagnes (création/activation/snapshot), exécution de tests, anomalies avec preuves, journal d'exécution, synthèse, administration, export Excel (7 feuilles).
Hors périmètre — pas d'intégration Jira réelle (champ texte seulement — confirmé par Q10 à l'atelier du 23/07 : "non"), pas d'e-mail transactionnel applicatif, pas de tâche planifiée, pas de BI au-delà de l'export Excel, pas d'API publique, pas de mode hors-ligne, pas d'internationalisation.
Partiellement différé — le multi-tenant (organizationId) est posé dès le socle v2, mais l'onboarding (comment un utilisateur rejoint une organisation) restait ouvert Q3 — tranché à l'atelier : onboarding manuel. Le multi-projet par organisation était aussi ouvert Q11 — tranché : oui, besoin réel.
organizationId + hook ABAC canInContext (packages/backend/convex/lib/authz.ts) posés au schema dès maintenant plutôt qu'en retrofit — voir l'arbitrage multi-tenant en tête de CLAUDE.md §D.
6.4 Les 11 fonctionnalités du socle
| Fiche | Fonctionnalité |
|---|---|
| F1 | Authentification |
| F2 | Tableau de bord & modules |
| F3 | Synthèse (arbre du plan de test) |
| F4 | Détail de test & exécution |
| F5 | Anomalies |
| F6 | Preuves (evidence files) |
| F7 | Campagnes |
| F8 | Journal d'exécution |
| F9 | CRIMs (exigences spécifiques) |
| F10 | Administration |
| F11 | Export Excel |
Chaque fiche porte déjà ses critères d'acceptation — voir Fonctionnalités.
6.5 Les 13 évolutions proposées (A1 – A13)
Aucune n'est engagée : ce sont des propositions chiffrées, issues d'une étude de marché (TestRail / Xray / Zephyr) et de la lecture du code v1 — voir 🆕 Évolutions pour l'argumentaire complet de chaque fiche. A13 fait exception : demande plus récente (26/07/2026), de nature différente (brique optionnelle, pas un ajustement du cœur recette) et adossée à une étude de marché distincte (ticketing/TMA, pas gestion de tests).
| Fiche | En une phrase | Statut |
|---|---|---|
| A1 — Dashboard hebdomadaire | Figer chaque semaine une photo des indicateurs pour obtenir une tendance diffusable | 🟢 prêt |
| A2 — Archivage de flux | Retirer un flux inutile de la vue sans détruire son historique | 🟢 prêt |
| A3 — Permissivité référentiel ↔ campagnes | Ajuster le périmètre d'une campagne en cours de route sans réécrire les résultats déjà saisis | 🟢 prêt (arbitrage A3bis tranché) |
| A4 — Gestion utilisateur | Rendre un compte corrigeable et désactivable, sans effacer sa trace | 🟢 prêt |
| A5 — IA : génération depuis DCF/SFD | L'IA rédige un brouillon de flux de test, le consultant valide toujours | 🟠 POC préalable — verrou juridique (§6.6) |
| A6 — Non-régression & montées de version | Savoir quoi rejouer à chaque montée de version et comparer avec la fois précédente | 🟡 règles à cadrer |
| A7 — Imports / Exports Excel | Faire entrer un plan de test existant, pas seulement en sortir un classeur | 🟢 prêt |
| A8 — Matrice de traçabilité | Savoir si chaque CRIM est couvert par au moins un test | 🟢 prêt |
| A9 — Étapes partagées & jeux de données | Arrêter de recopier les mêmes étapes dans des dizaines de flux | 🟢 prêt |
| A10 — Assignation & configurations d'exécution | Affecter un testeur à ce qu'il doit jouer, suivre sa charge réelle | 🟢 prêt |
| A11 — Gains rapides | Pré-remplissage, filtres enregistrés, édition en masse | 🟢 prêt |
| A12 — Campagnes actives multiples | Mener plusieurs campagnes en parallèle (ex. SAT + non-régression) | 🟢 prêt |
| A13 — Brique TMA (ticketing) | Module de ticketing/TMA optionnel, indépendant du cœur recette, activable par client | 🟠 à cadrer (demande du 26/07) |
Le détail des réponses reçues à l'atelier du 23/07 pour chacune de ces fiches est dans Synthèse de l'atelier de cadrage §25ter.4.
6.6 Où en est le cadrage
- 19 réponses reçues le 23/07/2026 (08h13 – 10h25) sur les 28 questions métier ouvertes (27 à l'origine ; Q30 couvrait deux points distincts mélangés dans une seule ligne — livrable contractuel vs exigences hors CRIM — séparés depuis en Q30 et Q30bis pour éviter la confusion constatée en revue).
- Les 4 points bloquants ont tous reçu une réponse, avec des degrés très inégaux : Q16 (canal du dashboard) est totalement levé ; Q30 (traçabilité, volet contractuel) est tranchée, mais laisse un sous-point ouvert (Q30bis, exigences hors CRIM) ; Q19 (non-régression) est partiellement éclairée ; Q20 — la clause ZDR qui conditionne la mise en production de l'IA (A5) — reste entière malgré une réponse reçue sur un point voisin.
- 9 questions restent sans réponse, dont deux structurantes pour A4 (Q18) et A10 (Q37).
Détail complet, réponse par réponse : Synthèse de l'atelier de cadrage. Registre des questions encore ouvertes : Questions pour l'atelier de cadrage. Décisions actées avant cet atelier : Décisions actées.
6.7 Prochaines étapes
- Confirmer par écrit la clause ZDR / résidence UE de l'IA (Q20) — seul point qui bloque réellement une mise en production, indépendamment de la spécification.
- Ramener au client les 9 questions encore sans réponse (§25ter.5), en priorité Q18 (modèle utilisateur, bloque A4) et Q37 (assignation, bloque A10).
- Chiffrer les objectifs métier (§6.2) — aucun KPI n'est aujourd'hui quantifié.
- Une fois ces points clos, poser le schéma Convex (voir les quatre décisions à prendre avant la première ligne, 27.5) : c'est le seul moment où A2, A3bis, A4 et A6 ne coûtent presque rien à intégrer.
- Confirmer avec le client, dès la discussion du 27/07/2026, le périmètre réel de la brique TMA (Q40) — sans quoi A13 reste une piste, pas une fiche spécifiable.