@atlashub/smartstack-cli 4.19.0 → 4.21.0

package/templates/skills/ba-generate-html/steps/step-04-verify.md

@@ -0,0 +1,83 @@
+---
+name: step-04-verify
+description: Post-check verification of generated HTML
+model: opus
+---
+
+# Step 4: Verify Generated HTML
+
+## YOUR TASK
+
+Run 5 blocking validations on the generated HTML file and display the completion summary.
+
+---
+
+## EXECUTION SEQUENCE
+
+### 1. Blocking Validations
+
+**Check 1 — File size > 100KB:**
+```
+if [ $(stat --format=%s ba-interactive.html) -lt 100000 ]; then
+  BLOCKING_ERROR("ba-interactive.html not pre-populated — file too small")
+fi
+```
+
+**Check 2 — moduleSpecs present in HTML:**
+```
+if ! grep -q '"moduleSpecs"' ba-interactive.html; then
+  BLOCKING_ERROR("moduleSpecs not found — FEATURE_DATA not serialized")
+fi
+```
+
+**Check 3 — cadrage.scope uses HTML keys (vital/important, NOT mustHave):**
+```
+if grep -q '"mustHave"' ba-interactive.html; then
+  BLOCKING_ERROR("cadrage.scope still has JSON keys — conversion failed")
+fi
+```
+
+**Check 4 — Wireframe field names correct (format/content, NOT mockupFormat/mockup):**
+```
+if grep -q '"mockupFormat"' ba-interactive.html; then
+  BLOCKING_ERROR("Wireframes use 'mockupFormat' — must be 'format'")
+fi
+```
+
+**Check 5 — All modules have specs AND wireframes:**
+```
+FOR each module in FEATURE_DATA.modules:
+  IF FEATURE_DATA.moduleSpecs[module.code] undefined:
+    BLOCKING_ERROR("Module {module.code} not in moduleSpecs")
+  IF EMBEDDED_ARTIFACTS.wireframes[module.code] undefined:
+    BLOCKING_ERROR("Module {module.code} not in wireframes")
+```
+
+> **IF any check fails:** fix the issue and re-run the failing step before completing.
+
+---
+
+### 2. Display Completion Summary
+
+```
+══════════════════════════════════════════════════════════════
+  [OK] HTML DEPLOY COMPLETE — {application_name}
+══════════════════════════════════════════════════════════════
+
+Modules: {count} ({names})
+
+[DIR] Artifact generated:
+  ba-interactive.html — Interactive document
+     Path: {output_path}
+     Pre-populated: {module_count} modules, {total_uc} use cases,
+       {total_br} business rules, {total_wireframes} wireframes
+
+[NEXT] Review & Validation:
+  1. Open ba-interactive.html in browser
+  2. Review all modules, use cases, business rules
+  3. Validate wireframes and permissions
+  4. If OK: /derive-prd then /ralph-loop to begin development
+  5. If changes needed: /business-analyse to iterate
+
+══════════════════════════════════════════════════════════════
+```

package/templates/skills/ba-review/SKILL.md

@@ -0,0 +1,45 @@
+---
+name: ba-review
+description: "Apply client corrections from ba-review.json and regenerate the interactive HTML document"
+model: opus
+user_invocable: true
+---
+
+# /ba-review
+
+Apply corrections exported from the interactive HTML review (`ba-review.json`) to create a new version of the business analysis, then regenerate the HTML document.
+
+## Triggers
+
+- Explicit invocation: `/ba-review`
+- When `ba-review.json` is detected in the project root
+
+## Parameters
+
+| Parameter | Required | Description |
+|-----------|----------|-------------|
+| `--path` | No | Path to ba-review.json (default: project root) |
+
+## Prerequisites
+
+- `ba-review.json` must exist (exported from the interactive HTML)
+- Business analysis JSON files must exist (at minimum `index.json` + `cadrage.json`)
+- Feature status must be `consolidated` or `reviewed`
+
+## Workflow
+
+| Step | File | Role |
+|------|------|------|
+| 01 | `steps/step-01-apply.md` | Read ba-review.json, create new version, apply corrections to JSON files |
+
+After step-01 completes, delegate to `/ba-generate-html` to regenerate the interactive HTML document.
+
+## References
+
+| File | Content |
+|------|---------|
+| `references/review-data-mapping.md` | Reverse mapping from ba-review.json to module JSON files |
+
+## Entry Point
+
+**FIRST ACTION:** Load `steps/step-01-apply.md`

package/templates/skills/{business-analyse → ba-review}/references/review-data-mapping.md

@@ -1,8 +1,8 @@
 # Review Data Mapping Reference (references/review-data-mapping.md)
 
-> **Used by:** step-06-review (Apply Review Corrections)
+> **Used by:** /ba-review step-01-apply (Apply Review Corrections)
 > **Purpose:** Reverse mapping from ba-review.json (HTML export) back to module JSON files format
-> **Complement of:** `references/html-data-mapping.md` (forward mapping)
+> **Complement of:** `/ba-generate-html/references/data-mapping.md` (forward mapping)
 
 ---
 

package/templates/skills/{business-analyse/steps/step-06-review.md → ba-review/steps/step-01-apply.md}

@@ -1,12 +1,12 @@
 ---
-name: step-06-review
+name: step-01-apply
 description: Apply review corrections from ba-review.json, create new version, regenerate all artifacts
 model: opus
 ---
 
-> **Context files:** `_shared.md`, `references/review-data-mapping.md`, `references/html-data-mapping.md`
+> **Context files:** `references/review-data-mapping.md`
 
-# Step 06: Apply Review Corrections
+# Step 01: Apply Review Corrections
 
 Apply corrections exported from the interactive HTML review (`ba-review.json`) to create a new version of the business analysis with all downstream artifacts regenerated.
 
@@ -182,23 +182,12 @@ Create review.json with review_section and update hash in index.json
 
 ## Step 8: Regenerate Interactive HTML
 
-> **Reference:** `references/html-data-mapping.md` for FEATURE_DATA and EMBEDDED_ARTIFACTS mapping
+Delegate HTML generation to `/ba-generate-html` skill:
 
 ```
-1. Read ba-interactive.html template from skill templates
-2. Build FEATURE_DATA from NEW version:
-   - Read index.json for metadata
-   - Read cadrage.json for cadrage section
-   - Read entities.json, rules.json, usecases.json, etc.
-   (follow exact mapping from html-data-mapping.md)
-3. Build EMBEDDED_ARTIFACTS from thematic files
-   (wireframes, e2eFlows, dependencyGraph)
-4. Replace placeholders:
-   - {{FEATURE_DATA}} → serialized FEATURE_DATA JSON
-   - {{EMBEDDED_ARTIFACTS}} → serialized EMBEDDED_ARTIFACTS JSON
-   - {{APPLICATION_NAME}} → application_name
-   - {{APPLICATION_ID}} → feature_id
-5. Write to new version directory: {new_version_dir}/ba-interactive.html
+1. Load skill: /ba-generate-html with feature_id
+2. The skill handles: collect → build → render → verify
+3. Output: {new_version_dir}/ba-interactive.html
 ```
 
 ## Step 9: Update Manifest

package/templates/skills/business-analyse/SKILL.md

@@ -9,7 +9,7 @@ user_invocable: true
 
 ## Architecture
 
-**2 phases, 7 steps** — "Macro vers Specification"
+**2 phases, 5 steps** — "Macro vers Specification"
 
 ### Phase 1 — Macro (Identification + Challenge)
 
@@ -19,29 +19,28 @@ user_invocable: true
 | 01 | `step-01-cadrage.md` | Opus | Context, stakeholders, scope, risks. ~40 core questions |
 | 02 | `step-02-structure.md` | Opus | Identify App > Module > Section > Resource hierarchy, CHALLENGE each element |
 
-### Phase 2 — Specification (Deep dive + Client enrichment)
+### Phase 2 — Specification (Deep dive + Consolidation)
 
 | Step | File | Model | Role |
 |------|------|-------|------|
 | 03 | `step-03-specify.md` | Opus | Deep dive per module: entities, BRs, UCs, permissions, screens. Sequential internal loop |
 | 04 | `step-04-consolidate.md` | Opus | Cross-module validation: data model, permission coherence, E2E flows |
-| 05 | `step-05-deploy.md` | Sonnet | Deploy interactive HTML document |
-| 06 | `step-06-review.md` | Opus | Apply client corrections from ba-review.json exported from HTML |
 
-### IA + Client Loop
+### Post-BA Workflow
 ```
-Phase 1 (steps 00-02) → Phase 2 (steps 03-05) → Client reviews HTML
-                                                       ↓
-                                          Client comments/enriches
-                                                       ↓
-                                          Export ba-review.json
-                                                       ↓
-                                          Step 06 → re-deploy HTML
-                                                       ↓
-                                          /derive-prd → /ralph-loop
+Phase 1 (steps 00-02) → Phase 2 (steps 03-04) → /ba-generate-html → Client reviews HTML
+                                                                            ↓
+                                                               Client comments/enriches
+                                                                            ↓
+                                                               Export ba-review.json
+                                                                            ↓
+                                                               /ba-review → /ba-generate-html
+                                                                            ↓
+                                                               /derive-prd → /ralph-loop
 ```
 
-> **PRD generation:** Handoff data and PRD files are generated by the `/derive-prd` skill, not by step-05.
+> After step-04, invoke `/ba-generate-html` to generate the HTML, then `/ba-review` for the client correction cycle.
+> **PRD generation:** Handoff data and PRD files are generated by the `/derive-prd` skill.
 
 ## JSON Architecture — Granular files + Index
 
@@ -83,7 +82,6 @@ docs/
 Each step loads only the files it needs via `index.json`:
 - Step 03 (specify): loads `index.json` + `entities.json` for current module only
 - Step 04 (consolidate): loads all `index.json` files for summary counts
-- Step 05 (deploy): assembles all files into unified FEATURE_DATA for HTML
 
 ## Workflow Modes
 
@@ -91,7 +89,6 @@ Each step loads only the files it needs via `index.json`:
 |------|-----------|----------|
 | `new` | No existing index.json | Full analysis from step 00 |
 | `update` | Existing index.json found | Delta analysis, skip completed sections |
-| `review` | ba-review.json provided | Apply corrections (step 06 only) |
 
 ## Context Loading Rules
 
@@ -104,8 +101,6 @@ Each step loads ONLY what it needs:
 | 02 | `_shared.md`, `step-02-structure.md` | cadrage.json from step 01 |
 | 03 | `_shared.md`, `step-03-specify.md` | current module's index.json + relevant files |
 | 04 | `_shared.md`, `step-04-consolidate.md` | all module index.json files |
-| 05 | `_shared.md`, `step-05-deploy.md` | all JSON files for HTML assembly |
-| 06 | `_shared.md`, `step-06-review.md` | ba-review.json + current feature files |
 
 ## Agents
 
@@ -116,27 +111,7 @@ Each step loads ONLY what it needs:
 
 ## HTML Output
 
-**Single unified HTML** document (`ba-interactive.html`) with:
-- Multi-app navigation (4 levels: App > Module > Section > Resource)
-- Inline editing (UC, BR, entities, sections/resources)
-- HTML mockups from `screens[]` specs (SmartTable, SmartForm, SmartCard, SmartKanban, SmartDashboard)
-- Wireframe fallback from EMBEDDED_ARTIFACTS
-- Comment system with review panel
-- Export: ba-review.json for step 06 loop
-
-### FEATURE_DATA structure
-
-```javascript
-{
-  metadata: { projectName, version, ... },
-  applications: [{ code, name, icon, route, modules: [...] }],
-  cadrage: { context, scope, stakeholders, risks, criteria },
-  modules: [{ code, applicationCode, name, ... }],
-  moduleSpecs: { [code]: { useCases, businessRules, entities, permissions, screens, sections, resources } },
-  consolidation: { interactions, e2eFlows },
-  comments: []
-}
-```
+HTML generation is handled by the `/ba-generate-html` skill. After step-04, invoke `/ba-generate-html` to produce the interactive HTML document. For client review corrections, use `/ba-review`.
 
 ## Step Execution
 
@@ -164,31 +139,21 @@ STEP 03 (specify) — SEQUENTIAL MODULE LOOP
     → Output: entities.json, rules.json, usecases.json, permissions.json, screens.json
   → No team mode — sequential ensures 100% context per module
 
-STEP 04 (consolidate)
+STEP 04 (consolidate) — FINAL BA STEP
   → Load: _shared.md, step-04-consolidate.md, all index.json
   → Execute: Data model validation, permission coherence, E2E flows
   → Output: validation.json, consolidated data
-
-STEP 05 (deploy)
-  → Load: _shared.md, step-05-deploy.md, all JSON files
-  → Execute: Assemble FEATURE_DATA, generate HTML
-  → Output: ba-interactive.html (single file)
-
-STEP 06 (review) — CLIENT LOOP ENTRY
-  → Load: _shared.md, step-06-review.md, ba-review.json
-  → Execute: Apply corrections, create new version
-  → Output: Updated JSON files, regenerated HTML
+  → Next: invoke /ba-generate-html, then /ba-review for client cycle
 ```
 
 ## References
 
 | File | Content |
 |------|---------|
-| `references/html-data-mapping.md` | FEATURE_DATA mapping for HTML generation |
+| `/ba-generate-html` skill | HTML generation (FEATURE_DATA mapping, build, render, verify) |
+| `/ba-review` skill | Apply client corrections from ba-review.json |
 | `references/naming-conventions.md` | SmartStack naming rules |
-| `references/wireframe-svg-style-guide.md` | SVG wireframe rendering guide |
 | `references/validation-checklist.md` | Validation criteria checklist |
-| `references/deploy-modes.md` | Deployment configuration |
 | `references/acceptance-criteria.md` | Acceptance criteria patterns |
 
 > **Cross-reference:** Handoff data, PRD generation, file templates, and BR-to-code mappings are in the `/derive-prd` skill.
@@ -197,11 +162,11 @@ STEP 06 (review) — CLIENT LOOP ENTRY
 
 | File | Questions | Focus |
 |------|-----------|-------|
-| `questionnaire/01-context.md` | ~20 | Problem, current state, vision, triggers |
-| `questionnaire/02-stakeholders-scope.md` | ~25 | User profiles, priorities, scope boundaries |
-| `questionnaire/03-data-ui.md` | ~20 | Data entities, UI expectations, integrations |
-| `questionnaire/04-risks-metrics.md` | ~15 | Risks, success criteria, constraints |
-| `questionnaire/05-cross-module.md` | ~10 | Cross-module dependencies, shared data |
+| `questionnaire/01-context.md` | 3 | Business process, friction points, vision |
+| `questionnaire/02-stakeholders-scope.md` | 10 | User profiles, access levels, scope boundaries |
+| `questionnaire/03-data-ui.md` | ~15 | Data entities, UI expectations, dashboards |
+| `questionnaire/04-risks-metrics.md` | — | NOT USED (risks/metrics out of BA scope) |
+| `questionnaire/05-cross-module.md` | ~8 | Cross-module dependencies, integration impact |
 
 ## Entry Point
 

package/templates/skills/business-analyse/_shared.md

@@ -68,16 +68,16 @@ Steps load only the files they need:
 |------|---------|-------------|
 | `new` | No existing index.json | Full analysis from scratch |
 | `update` | Existing index.json found | Delta analysis (add modules, update specs) |
-| `review` | ba-review.json provided | Apply client corrections from HTML export |
 
 ### Workflow detection
 
 ```
-1. Check for ba-review.json in project root → mode = "review"
-2. Check for existing docs/**/index.json → mode = "update"
-3. Otherwise → mode = "new"
+1. Check for existing docs/**/index.json → mode = "update"
+2. Otherwise → mode = "new"
 ```
 
+> **Note:** Review mode (`ba-review.json`) is handled by the `/ba-review` skill.
+
 ## Navigation Hierarchy
 
 Maps to SmartStack DB tables:
@@ -138,24 +138,19 @@ draft → identified → specified → validated → reviewed
 | identified | Step 02 | Hierarchy identified (App > Module > Section > Resource) |
 | specified | Step 03 | Module fully specified (entities, UCs, BRs, permissions, screens) |
 | validated | Step 04 | Cross-module validation passed |
-| reviewed | Step 06 | Client review applied |
+| reviewed | `/ba-review` | Client review applied |
 
 ## Handoff & PRD Generation
 
-Handoff data and PRD files are generated by the `/derive-prd` skill, not by step-05. Step-05 only deploys the interactive HTML document. The workflow is:
+Handoff data and PRD files are generated by the `/derive-prd` skill. The workflow is:
 
 ```
-/business-analyse (steps 00-05) → /derive-prd → /ralph-loop
+/business-analyse (steps 00-04) → /ba-generate-html → /ba-review (if needed) → /derive-prd → /ralph-loop
 ```
 
-## HTML Integration
-
-Single unified HTML (`ba-interactive.html`) generated in step 05:
-
-- **Single-app**: `docs/{app}/business-analyse/v{X.Y}/ba-interactive.html`
-- **Multi-app**: `docs/business-analyse/v{X.Y}/ba-interactive.html`
+## HTML Generation
 
-The HTML embeds all data as `FEATURE_DATA` JavaScript object. See `references/html-data-mapping.md` for the complete mapping.
+For HTML generation, use the `/ba-generate-html` skill after step-04 consolidation. For client review corrections, use `/ba-review`.
 
 ## Resume Protocol
 

package/templates/skills/business-analyse/questionnaire/01-context.md

@@ -1,157 +1,32 @@
 # Categorie 1 : Contexte metier
 
-> **Usage :** Questions fondamentales pour comprendre le besoin metier en profondeur
+> **Usage :** Questions fondamentales pour comprendre le besoin metier
 > **Quand charger :** TOUJOURS (noyau)
-> **Objectif :** Comprendre le POURQUOI avant de parler du QUOI
+> **Objectif :** Comprendre le processus metier, les frictions, et la vision cible
 
 ---
 
-## 1.1 Le probleme a resoudre
-
-> **But :** Identifier la douleur reelle, pas la solution imaginee.
+## 1.1 Le processus metier
 
 | # | Question | Type de reponse |
 |---|----------|-----------------|
-| Q1.1 | Decrivez en quelques phrases le probleme que vous rencontrez aujourd'hui. Qu'est-ce qui ne fonctionne pas, ou pas assez bien ? | Texte libre |
-| Q1.2 | Qui souffre le plus de ce probleme au quotidien ? Quel impact a-t-il sur leur travail ? | Description des personnes impactees |
-| Q1.3 | Depuis combien de temps ce probleme existe-t-il ? A-t-il empire recemment ? | Historique et evolution |
-
-**Reformulation guidee pour Q1.1 :**
-```
-question: "Decrivez le probleme que vous rencontrez aujourd'hui"
-header: "Probleme"
-options:
-  - label: "Processus trop lent"
-    description: "Des taches repetitives prennent trop de temps et ralentissent le travail quotidien"
-  - label: "Informations dispersees"
-    description: "Les donnees sont eparpillees entre plusieurs outils, fichiers ou personnes"
-  - label: "Manque de visibilite"
-    description: "Impossible de suivre l'avancement, les chiffres ou l'etat d'une situation en temps reel"
-  - label: "Erreurs frequentes"
-    description: "Des erreurs humaines se produisent regulierement par manque d'outil adapte"
-```
+| Q1.1 | Decrivez en quelques phrases le processus metier que cette application doit gerer. Qu'est-ce qui se passe, qui intervient, et quel est le resultat attendu ? | Texte libre |
 
 ---
 
-## 1.2 La situation actuelle
-
-> **But :** Comprendre comment les choses se passent AUJOURD'HUI, concretement.
+## 1.2 Les points de friction
 
 | # | Question | Type de reponse |
 |---|----------|-----------------|
-| Q1.4 | Comment gerez-vous ce sujet aujourd'hui ? Avec quels outils (tableur, email, papier, logiciel) ? | Description des outils et methodes actuels |
-| Q1.5 | Decrivez les etapes principales de votre processus actuel, du debut a la fin. | Liste d'etapes ordonnees |
-| Q1.6 | Quelles sont les etapes les plus penibles ou les plus longues dans ce processus ? | Points de douleur precis |
-| Q1.7 | Quelles erreurs ou problemes reviennent regulierement ? Donnez 2 a 3 exemples concrets. | Exemples de dysfonctionnements |
-
-**Reformulation guidee pour Q1.4 :**
-```
-question: "Comment gerez-vous ce sujet aujourd'hui ?"
-header: "Outils"
-options:
-  - label: "Tableur (Excel, Sheets)"
-    description: "Fichiers Excel ou Google Sheets partages ou individuels"
-  - label: "Email et documents"
-    description: "Echanges par email avec pieces jointes, documents Word ou PDF"
-  - label: "Logiciel existant"
-    description: "Un logiciel est deja en place mais ne repond plus aux besoins"
-  - label: "Processus manuel"
-    description: "Papier, appels telephoniques, reunions en personne"
-```
+| Q1.4 | Quels sont les points de friction actuels ? Qu'est-ce qui bloque, ralentit, ou genere des erreurs dans ce processus ? | Description des frictions |
 
 ---
 
-## 1.3 La situation souhaitee
-
-> **But :** Definir clairement ce que le client veut OBTENIR, pas ce qu'il veut CONSTRUIRE.
+## 1.3 La vision souhaitee
 
 | # | Question | Type de reponse |
 |---|----------|-----------------|
-| Q1.8 | Si le probleme etait resolu demain, que feriez-vous differemment dans votre journee de travail ? | Description du changement concret |
-| Q1.9 | Quels resultats concrets attendez-vous ? Citez 2 a 3 ameliorations mesurables (gain de temps, reduction d'erreurs, meilleure visibilite...). | Liste de resultats attendus |
-| Q1.10 | Comment saurez-vous que le projet est un succes ? Quel est le signe visible qui montrera que le probleme est resolu ? | Critere de succes observable |
-
-**Reformulation guidee pour Q1.8 :**
-```
-question: "Si le probleme etait resolu demain, que changeriez-vous dans votre journee ?"
-header: "Vision"
-options:
-  - label: "Gain de temps"
-    description: "Des taches qui prennent des heures se feraient en quelques minutes"
-  - label: "Decisions plus rapides"
-    description: "Les informations seraient disponibles immediatement pour decider"
-  - label: "Moins d'erreurs"
-    description: "Les controles automatiques empecheraient les erreurs courantes"
-  - label: "Meilleure collaboration"
-    description: "Tout le monde verrait les memes informations a jour en temps reel"
-```
-
----
-
-## 1.4 Le declencheur et l'urgence
-
-> **But :** Comprendre pourquoi MAINTENANT et calibrer les attentes.
-
-| # | Question | Type de reponse |
-|---|----------|-----------------|
-| Q1.11 | Qu'est-ce qui a declenche cette demande ? Pourquoi maintenant et pas il y a 6 mois ? | Evenement declencheur |
-| Q1.12 | Que se passerait-il si ce projet n'etait PAS realise ? Quelles consequences a court et moyen terme ? | Impact de l'inaction |
-
-**Reformulation guidee pour Q1.11 :**
-```
-question: "Qu'est-ce qui a declenche cette demande maintenant ?"
-header: "Declencheur"
-options:
-  - label: "Croissance de l'activite"
-    description: "Le volume de travail a augmente et les outils actuels ne suivent plus"
-  - label: "Obligation reglementaire"
-    description: "Une nouvelle regle ou loi impose de changer la facon de travailler"
-  - label: "Probleme critique"
-    description: "Un incident recent a mis en lumiere un dysfonctionnement grave"
-  - label: "Opportunite strategique"
-    description: "Un changement d'organisation ou de strategie ouvre une fenetre d'action"
-```
-
----
-
-## Guide d'elicitation approfondi
-
-### Techniques de relance par question
-
-| Question | Si la reponse est vague ou insuffisante | Relance recommandee |
-|----------|----------------------------------------|---------------------|
-| Q1.1 (probleme) | Le client decrit une solution au lieu d'un probleme | "Oublions la solution un instant. Fermez les yeux et pensez a un moment recent ou ce probleme vous a frustre. Racontez-moi cette situation." |
-| Q1.2 (qui souffre) | Reponse generique "tout le monde" | "Prenons une personne precise, celle qui est la plus impactee. Quel est son poste ? Que fait-elle quand elle est bloquee par ce probleme ?" |
-| Q1.4 (outils actuels) | "On se debrouille" sans details | "Prenons un exemple concret : la derniere fois que ce probleme s'est presente, qu'avez-vous fait exactement, etape par etape ?" |
-| Q1.5 (processus actuel) | Moins de 3 etapes decrites | "Reprenons depuis le debut : quelqu'un a besoin de faire cette tache. Qu'est-ce qu'il fait en premier ? Puis ensuite ? Qui d'autre intervient ? Quand considere-t-on que c'est termine ?" |
-| Q1.6 (etapes penibles) | "Tout va bien sauf..." (minimisation) | "Si je chronometrais chaque etape de votre processus, laquelle prendrait le plus de temps ? Laquelle fait le plus soupirer vos equipes ?" |
-| Q1.7 (erreurs frequentes) | "Ca arrive rarement" | "La derniere fois qu'une erreur s'est produite, quel a ete l'impact ? Combien de temps pour la corriger ? Qui a du intervenir ?" |
-| Q1.8 (vision) | Reponse vague "ca irait mieux" | "Concretement, imaginez que vous arrivez lundi matin et que tout fonctionne parfaitement. Quelle est la premiere chose que vous faites differemment de d'habitude ?" |
-| Q1.9 (resultats) | Pas de chiffres ni de mesures | "Aujourd'hui, combien de temps prend ce processus ? Combien d'erreurs par mois ? Si on divisait par deux, est-ce que ca suffirait ?" |
-| Q1.10 (critere succes) | "Que les utilisateurs soient contents" | "Imaginons que 3 mois apres le lancement, je vous demande si le projet est un succes. Que me montrez-vous concretement comme preuve ?" |
-| Q1.12 (consequences inaction) | "Ca continuera comme avant" | "Et si ca continue encore 1 an comme ca ? 2 ans ? Quels risques voyez-vous : perte de clients, surcharge des equipes, non-conformite ?" |
-
-### Signaux d'alerte a detecter
-
-| Signal du client | Probleme sous-jacent | Action de l'analyste |
-|------------------|---------------------|----------------------|
-| "Il faudrait un bouton pour..." ou "On a besoin d'un ecran qui..." | **Le client decrit une solution, pas un besoin** | Reformuler : "Quel probleme ce bouton/ecran resoudrait-il ? Qu'est-ce qui est difficile aujourd'hui sans lui ?" |
-| "C'est evident" ou "Tout le monde le sait" | **Hypothese implicite non validee** | "Pouvez-vous me l'expliquer comme si c'etait ma premiere journee dans votre entreprise ? Je veux etre sur de bien comprendre." |
-| "On verra plus tard" ou "C'est pas prioritaire" | **Sujet potentiellement critique esquive** | "Je comprends. Pouvez-vous quand meme me donner un exemple pour que je le note ? On decidera ensemble de la priorite." |
-| Mots vagues : "optimiser", "ameliorer", "moderniser" | **Besoin non concretise** | "Quand vous dites 'optimiser', pouvez-vous me donner un exemple precis de ce qui serait different ?" |
-| "On fait comme le concurrent X" | **Besoin copie sans reflexion** | "Qu'est-ce qui fonctionne bien chez le concurrent X selon vous ? Et qu'est-ce qui ne vous conviendrait pas dans leur approche ?" |
-| Pas de reponse a Q1.12 (consequences inaction) | **Besoin possiblement artificiel** | Approfondir : si l'absence de solution n'a pas de consequence, le besoin est-il reel ? |
-
-### Regles d'enchainement
-
-| Apres | Si la reponse indique... | Alors |
-|-------|-------------------------|-------|
-| Q1.1 | Le client decrit un besoin technique | Poser Q1.2 pour recentrer sur les personnes impactees |
-| Q1.4 | Aucun outil existant | Sauter Q1.7 (pas d'erreurs a corriger dans un processus inexistant) |
-| Q1.5 | Processus tres simple (< 3 etapes) | Reduire la profondeur sur Q1.6, accelerer vers la vision (Q1.8) |
-| Q1.9 | Resultats non mesurables | Revenir a Q1.10 et insister sur le critere de succes observable |
-| Q1.11 | Obligation reglementaire | Charger le questionnaire de securite (categorie 06) en priorite |
-| Q1.12 | Consequences graves | Marquer le projet comme priorite haute, insister sur les risques dans le cadrage |
+| Q1.8 | Qu'est-ce qui doit changer ? Si le probleme etait resolu demain, que feriez-vous differemment dans votre journee de travail ? | Description du changement concret |
 
 ---
 
@@ -159,27 +34,6 @@ options:
 
 | Reponse | Alimente |
 |---------|----------|
-| Q1.1, Q1.2, Q1.3 | `cadrage.problem` |
-| Q1.4, Q1.5, Q1.6, Q1.7 | `cadrage.asIs` |
-| Q1.8, Q1.9, Q1.10 | `cadrage.toBe` + `cadrage.acceptanceCriteria` |
-| Q1.11, Q1.12 | `cadrage.trigger` + `cadrage.risks` |
-
----
-
-## Strategie de questionnement
-
-### Ordre des questions en 3 lots
-
-**Lot 1 (Q1.1, Q1.2, Q1.3, Q1.4) : Comprendre le probleme**
-- Commencer par le probleme et les personnes impactees
-- Poser ensuite la question des outils actuels pour ancrer dans le concret
-
-**Lot 2 (Q1.5, Q1.6, Q1.7) : Cartographier le processus actuel**
-- Detailler les etapes du processus existant
-- Identifier les points de friction et les erreurs recurrentes
-- Ce lot peut etre raccourci si le processus est simple
-
-**Lot 3 (Q1.8, Q1.9, Q1.10, Q1.11, Q1.12) : Definir la vision et l'urgence**
-- Projeter le client dans l'avenir : que changerait une solution ?
-- Quantifier les attentes : resultats mesurables
-- Comprendre le declencheur et les consequences de l'inaction
+| Q1.1 | `cadrage.problem` |
+| Q1.4 | `cadrage.asIs` |
+| Q1.8 | `cadrage.toBe` |