@atlashub/smartstack-cli 2.9.0 → 3.0.0

package/templates/skills/business-analyse/questionnaire/00-application.md

@@ -1,166 +1,158 @@
-# Category 00: Application Context
+# Categorie 0 : Identite de l'application
 
-> **Loaded by:** step-01-cadrage.md (application mode only)
-> **When:** Always loaded when workflow.mode = "application"
-> **Purpose:** Define application-level scope, roles, and module landscape before decomposition
+> **Charge par :** step-01-cadrage.md (mode application uniquement)
+> **Quand :** Toujours charge quand le mode est "application" (multi-module)
+> **Objectif :** Definir le cadre global de l'application avant d'entrer dans les details
 
 ---
 
-## Questions
+## 0.1 L'application en quelques mots
 
-### 0.1 Application Identity
+> **But :** Comprendre rapidement de quoi il s'agit.
 
-| # | Question | Type | Options |
-|---|----------|------|---------|
-| Q0.1 | What is the name of this application? | Free text | PascalCase name (e.g., Sales, Operations, HumanResources) |
-| Q0.2 | Briefly describe the application's purpose (1-2 sentences) | Free text | Business goal, target audience |
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q0.1 | Quel nom donneriez-vous a cette application ? Un nom court et parlant qui la resumerait en un mot. | Nom de l'application |
+| Q0.2 | En 2 a 3 phrases, quel est l'objectif principal de cette application ? A qui s'adresse-t-elle et quel probleme resout-elle ? | Description courte |
 
-**AskUserQuestion batch 1:**
+**Reformulation guidee pour Q0.1 :**
 ```
-Q0.1: "Quel est le nom de cette application ?"
-  header: "Application"
-  options:
-    - label: "Ventes / Sales"
-      description: "Gestion des ventes, commandes, clients"
-    - label: "Opérations / Operations"
-      description: "Gestion des opérations, logistique, stocks"
-    - label: "RH / HR"
-      description: "Gestion des ressources humaines"
-    - label: "Finance"
-      description: "Gestion financière, facturation, comptabilité"
-
-Q0.2: "Quel est l'objectif principal de cette application en 1-2 phrases ?"
-  header: "Objectif"
-  options:
-    - label: "Automatiser un processus"
-      description: "Remplacer un processus manuel par un système numérique"
-    - label: "Centraliser les données"
-      description: "Regrouper des informations dispersées dans plusieurs outils"
-    - label: "Améliorer la visibilité"
-      description: "Obtenir des tableaux de bord et du suivi en temps réel"
-    - label: "Conformité"
-      description: "Répondre à des obligations réglementaires ou de sécurité"
+question: "Quel nom donneriez-vous a cette application ?"
+header: "Application"
+options:
+  - label: "Gestion des ventes"
+    description: "Suivi des clients, commandes, devis et facturation"
+  - label: "Gestion des operations"
+    description: "Pilotage de la logistique, des stocks et de la production"
+  - label: "Ressources humaines"
+    description: "Gestion du personnel, des conges et des formations"
+  - label: "Gestion financiere"
+    description: "Comptabilite, budget, tresorerie et rapports financiers"
 ```
 
-### 0.2 Module Landscape
+---
+
+## 0.2 Les grands domaines fonctionnels
 
-| # | Question | Type | Options |
-|---|----------|------|---------|
-| Q0.3 | How many distinct functional areas (modules) do you envision? | Number + list | Module names and brief descriptions |
-| Q0.4 | Which modules are essential for the first release (must-have)? | Multi-select | From Q0.3 list |
+> **But :** Identifier les grandes familles de fonctionnalites avant de les detailler.
 
-**AskUserQuestion batch 2:**
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q0.3 | Quels sont les grands domaines fonctionnels de cette application ? Par exemple : gestion des clients, suivi des commandes, facturation, tableau de bord... | Liste de domaines avec description courte |
+| Q0.4 | Parmi ces domaines, lesquels sont indispensables pour un premier lancement ? Les autres suivront dans les versions suivantes. | Liste des domaines prioritaires |
+
+**Reformulation guidee pour Q0.3 :**
 ```
-Q0.3: "Combien de domaines fonctionnels distincts (modules) envisagez-vous ?"
-  header: "Modules"
-  options:
-    - label: "2-3 modules"
-      description: "Application ciblée avec peu de domaines fonctionnels"
-    - label: "4-6 modules"
-      description: "Application standard couvrant plusieurs domaines"
-    - label: "7-10 modules"
-      description: "Application complète avec de nombreux domaines"
-    - label: "10+ modules"
-      description: "Application d'entreprise très complète"
-
-Q0.4: "Quels modules sont indispensables pour la première release ?"
-  header: "Priorité"
-  multiSelect: true
-  options: [Dynamic - populated from Q0.3 answers]
+question: "Quels sont les grands domaines fonctionnels de cette application ?"
+header: "Domaines"
+options:
+  - label: "2 a 3 domaines"
+    description: "Application ciblee sur quelques fonctions essentielles"
+  - label: "4 a 6 domaines"
+    description: "Application standard couvrant les principaux besoins"
+  - label: "7 a 10 domaines"
+    description: "Application complete couvrant un large perimetre"
+  - label: "Plus de 10 domaines"
+    description: "Application d'entreprise tres complete"
 ```
 
-### 0.3 Application Roles
+---
+
+## 0.3 Les profils utilisateurs de l'application
+
+> **But :** Definir les grands types d'acces a l'echelle de toute l'application.
 
-| # | Question | Type | Options |
-|---|----------|------|---------|
-| Q0.5 | Do the standard 4-tier roles work for this application? (Admin/Manager/Contributor/Viewer) | Yes/Customize | Default SmartStack roles |
-| Q0.6 | Are there roles specific to certain modules only? | List | Per-module role restrictions |
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q0.5 | Quels sont les grands profils d'utilisateurs de cette application ? Pensez en termes de "ce qu'ils font" et pas de titres de postes. | Liste de profils |
+| Q0.6 | Certains profils n'ont-ils acces qu'a certains domaines ? Ou tout le monde voit tout ? | Regles de restriction par domaine |
 
-**AskUserQuestion batch 3:**
+**Reformulation guidee pour Q0.5 :**
 ```
-Q0.5: "Les 4 rôles standards conviennent-ils pour cette application ?"
-  header: "Rôles"
-  options:
-    - label: "Oui, 4 rôles standards"
-      description: "Admin (tout), Manager (gestion), Contributeur (saisie), Lecteur (consultation)"
-    - label: "Personnaliser les noms"
-      description: "Garder les 4 niveaux mais renommer les rôles (ex: Directeur, Responsable...)"
-    - label: "Ajouter des rôles"
-      description: "Plus de 4 rôles nécessaires (ex: Approbateur, Auditeur...)"
-    - label: "Moins de rôles"
-      description: "Seulement 2-3 rôles suffisent pour cette application"
-
-Q0.6: "Y a-t-il des rôles limités à certains modules seulement ?"
-  header: "Restrictions"
-  options:
-    - label: "Non, tous les rôles sont globaux"
-      description: "Chaque rôle a accès à tous les modules (avec ses permissions)"
-    - label: "Oui, certains rôles sont restreints"
-      description: "Certains rôles ne voient que certains modules"
+question: "Quels profils d'utilisateurs voyez-vous pour cette application ?"
+header: "Profils"
+options:
+  - label: "4 profils standards"
+    description: "Administrateur (tout gerer), Responsable (superviser), Contributeur (travailler), Lecteur (consulter)"
+  - label: "Adapter les noms"
+    description: "Garder 4 niveaux d'acces mais avec des noms qui correspondent a votre organisation"
+  - label: "Plus de profils"
+    description: "Besoin de profils supplementaires comme Approbateur, Auditeur, Support..."
+  - label: "Moins de profils"
+    description: "Seulement 2 a 3 niveaux suffisent pour cette application"
 ```
 
-### 0.4 Cross-Module Expectations
+---
+
+## 0.4 Les processus qui traversent les domaines
 
-| # | Question | Type | Options |
-|---|----------|------|---------|
-| Q0.7 | Are there business processes that span multiple modules? | Yes/No + description | E2E flows |
-| Q0.8 | What is the default role for new users? | Selection | From role list |
+> **But :** Identifier les flux de bout en bout qui impliquent plusieurs domaines.
 
-**AskUserQuestion batch 4:**
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q0.7 | Y a-t-il des processus metier qui traversent plusieurs domaines ? Par exemple : une commande qui va de la vente a la livraison puis a la facturation ? | Description des processus transversaux |
+| Q0.8 | Quand un nouvel utilisateur rejoint l'equipe, quel profil d'acces recoit-il par defaut ? | Profil par defaut |
+
+**Reformulation guidee pour Q0.7 :**
 ```
-Q0.7: "Y a-t-il des processus métier qui traversent plusieurs modules ?"
-  header: "Flux E2E"
-  options:
-    - label: "Oui, plusieurs flux"
-      description: "Des processus impliquent 2+ modules (ex: commande → facturation → livraison)"
-    - label: "Oui, un flux principal"
-      description: "Un processus principal traverse les modules"
-    - label: "Non, modules indépendants"
-      description: "Chaque module fonctionne de manière autonome"
-    - label: "Pas encore défini"
-      description: "Les interactions seront identifiées pendant l'analyse"
-
-Q0.8: "Quel rôle par défaut pour les nouveaux utilisateurs ?"
-  header: "Rôle défaut"
-  options:
-    - label: "Lecteur (Viewer)"
-      description: "Accès en lecture seule par défaut, droits ajoutés manuellement"
-    - label: "Contributeur"
-      description: "Peut créer et modifier, mais pas supprimer ni approuver"
-    - label: "Aucun accès"
-      description: "Pas d'accès tant qu'un admin n'assigne pas de rôle"
+question: "Y a-t-il des processus metier qui traversent plusieurs domaines ?"
+header: "Processus"
+options:
+  - label: "Oui, plusieurs processus"
+    description: "Des enchainements impliquent 2 domaines ou plus (commande puis facturation puis livraison)"
+  - label: "Oui, un processus principal"
+    description: "Un grand flux traverse l'ensemble de l'application"
+  - label: "Non, domaines independants"
+    description: "Chaque domaine fonctionne de maniere autonome"
+  - label: "A definir plus tard"
+    description: "Les interactions seront identifiees au fil de l'analyse"
 ```
 
 ---
 
-## Elicitation Guide
+## Guide d'elicitation approfondi
 
-### Follow-up probes (if answers are vague)
+### Techniques de relance
 
-| Signal | Probe |
-|--------|-------|
-| "We need everything" | "Si vous ne pouviez garder que 3 modules pour le lancement, lesquels ?" |
-| Vague module names | "Pouvez-vous décrire ce que fait concrètement le module {name} en 1 phrase ?" |
-| "Standard roles are fine" | "Qui utilise l'application au quotidien ? Quel est son titre exact ?" |
-| No cross-module flows | "Quand un {entity} est créé dans le module A, est-ce qu'un autre module doit en être informé ?" |
+| Question | Si la reponse est vague ou insuffisante | Relance recommandee |
+|----------|----------------------------------------|---------------------|
+| Q0.2 (objectif) | Description trop vague ("gerer les choses") | "Pouvez-vous completer la phrase : 'Grace a cette application, les utilisateurs pourront...' ?" |
+| Q0.3 (domaines) | "On a besoin de tout" | "Si vous ne pouviez garder que 3 domaines pour le premier lancement, lesquels choisiriez-vous ?" |
+| Q0.4 (priorites) | Tout est prioritaire | "Quel domaine apporte le plus de valeur immediatement ? Lequel peut fonctionner sans les autres ?" |
+| Q0.5 (profils) | Confusion entre titres de poste et profils | "Oublions les titres. Parmi vos utilisateurs : qui fait la saisie au quotidien ? Qui valide ? Qui consulte ? Qui administre ?" |
+| Q0.7 (processus transversaux) | "Pas de lien entre domaines" | "Quand une information est creee dans un domaine, un autre domaine en a-t-il besoin ? Par exemple, une vente declenche-t-elle une facture ?" |
 
-### Anti-patterns
+### Signaux d'alerte a detecter
 
-| Anti-pattern | Signal | Action |
-|--------------|--------|--------|
-| Too many modules | > 10 modules for v1 | Suggest phased approach: core modules first |
-| No clear priority | "Everything is must-have" | Challenge priorities: "If you could only ship 3 modules?" |
-| Role confusion | Mixing business roles with system roles | Clarify: "We're defining system access levels, not job titles" |
-| Monolithic thinking | "It's all one big module" | Challenge: "Could a user only need access to part of this?" |
+| Signal du client | Probleme sous-jacent | Action de l'analyste |
+|------------------|---------------------|----------------------|
+| Plus de 10 domaines pour une premiere version | **Ambition trop large** | Suggerer une approche par phases : domaines fondamentaux d'abord, extensions ensuite |
+| "Tout est prioritaire" | **Pas de hierarchisation** | "Si vous aviez un budget pour 3 domaines seulement, lesquels choisiriez-vous en premier ?" |
+| Confusion entre role organisationnel et acces | **Roles mal definis** | Separer : "le poste dans l'entreprise" (directeur, comptable) et "ce qu'il fait dans l'application" (consulter, modifier, administrer) |
+| Un seul domaine qui fait tout | **Vision monolithique** | "Pourrait-on decouper ce domaine en sous-domaines independants ? Certains utilisateurs n'auraient-ils besoin que d'une partie ?" |
 
 ---
 
-## Technical Mapping
+## Mapping vers le cadrage
+
+| Reponse | Alimente |
+|---------|----------|
+| Q0.1, Q0.2 | `metadata.application`, `cadrage.problem` |
+| Q0.3, Q0.4 | `modules[]` dans le fichier principal |
+| Q0.5, Q0.6 | `cadrage.applicationRoles[]` |
+| Q0.7 | `consolidation.e2eFlows[]` (rempli a l'etape 04) |
+| Q0.8 | `cadrage.applicationRoles[].isDefault` |
+
+---
+
+## Strategie de questionnement
+
+### Ordre des questions en 2 lots
+
+**Lot 1 (Q0.1, Q0.2, Q0.3, Q0.4) : L'application et ses domaines**
+- Definir l'identite et le perimetre global
+- Hierarchiser les domaines pour le premier lancement
 
-| Answer | Maps to |
-|--------|---------|
-| Application name | `metadata.application`, `cadrage.applicationRoles[].role` prefix |
-| Module list | `modules[]` in master feature.json |
-| Roles | `cadrage.applicationRoles[]` |
-| Cross-module flows | `consolidation.e2eFlows[]` (populated later in step-04) |
-| Default role | `cadrage.applicationRoles[].isDefault` |
+**Lot 2 (Q0.5, Q0.6, Q0.7, Q0.8) : Les profils et les processus**
+- Etablir les grands profils d'acces
+- Identifier les flux transversaux

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

@@ -1,36 +1,185 @@
-# Category 1: Business Context
+# Categorie 1 : Contexte metier
 
-> **Usage:** Fundamental questions about the business need
-> **When to load:** ALWAYS (core)
+> **Usage :** Questions fondamentales pour comprendre le besoin metier en profondeur
+> **Quand charger :** TOUJOURS (noyau)
+> **Objectif :** Comprendre le POURQUOI avant de parler du QUOI
 
 ---
 
-## 1.1 Fundamental Need
+## 1.1 Le probleme a resoudre
 
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q1.1 | What business problem should this module/feature solve? | Free text |
-| Q1.2 | What is the current situation (AS-IS)? | Description |
-| Q1.3 | What is the target situation (TO-BE)? | Description |
-| Q1.4 | What triggered this need? (urgency, regulation, roadmap) | Trigger type |
+> **But :** Identifier la douleur reelle, pas la solution imaginee.
+
+| # | 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"
+```
+
+---
+
+## 1.2 La situation actuelle
+
+> **But :** Comprendre comment les choses se passent AUJOURD'HUI, concretement.
+
+| # | 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"
+```
+
+---
+
+## 1.3 La situation souhaitee
+
+> **But :** Definir clairement ce que le client veut OBTENIR, pas ce qu'il veut CONSTRUIRE.
+
+| # | 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 |
+
+---
+
+## Mapping vers le cadrage
+
+| 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` |
 
 ---
 
-## Elicitation Guide
+## Strategie de questionnement
 
-### Follow-ups by Question
+### Ordre des questions en 3 lots
 
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q1.1 (problem) | User describes a solution, not a problem | "Oublions la solution un instant — quel problème rencontrez-vous concrètement aujourd'hui ?" |
-| Q1.2 (AS-IS) | No concrete workflow described | "Décrivez-moi une journée type : vous arrivez, vous ouvrez l'outil — que faites-vous en premier ?" |
-| Q1.3 (TO-BE) | Vague ("ça ira mieux") | "Concrètement, quel geste ou tâche sera différent ? Combien de clics/minutes en moins ?" |
-| Q1.4 (trigger) | Vague ("c'est utile") | "Quel événement ou quelle situation a déclenché ce besoin maintenant ? Obligation, inefficacité, opportunité ?" |
+**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
 
-### Anti-patterns to Detect
+**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
 
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| "Il faudrait un bouton/écran/champ..." | **Solution disguised as need** | Apply Solution → Problem Reframing |
-| "C'est évident", "tout le monde sait" | **Implicit assumption** | "Pouvez-vous le formuler explicitement pour que je puisse le documenter ?" |
-| Q1.4 = "Opportunité" sans urgence | **Déclencheur à clarifier** | "Quel gain concret attendez-vous ? Comment mesurerez-vous l'amélioration ?" |
+**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