# Elicitation Questionnaire - Business Analysis

> **Usage:** Structured questions for step-01-cadrage and step-03-specify
> **Standard:** BABOK v3 - Elicitation Techniques (Interactive analysis)
> **Model:** OPUS with ULTRATHINK
> **Total:** ~15 targeted questions across 4 active questionnaire files

---

## ULTRATHINK RULE

```
+==============================================================================+
|  ULTRATHINK: Deep thinking mode for exhaustive elicitation                   |
+==============================================================================+
|                                                                              |
|  During the analyse phase, Claude MUST:                                      |
|  - Consider ALL edge cases before formulating a question                     |
|  - Challenge EVERY stakeholder assumption                                    |
|  - Anticipate unexpressed needs                                              |
|  - Validate completeness before moving to next question                      |
|                                                                              |
|  DO NOT:                                                                     |
|  - Accept vague answers                                                      |
|  - Skip question categories                                                  |
|  - Assume stakeholder has thought of everything                              |
|                                                                              |
+==============================================================================+
```

---

## Questionnaire Files (v2)

### Classification des questions

| Marqueur | Signification |
|----------|---------------|
| **OBLIGATOIRE** | DOIT etre posee dans tous les cas |
| **CONDITIONNEL** | Posee uniquement si la condition est remplie |
| **RELANCE** | Posee si la reponse precedente est vague |

#### Questionnaire 01 (cadrage)
- Q1.1 : OBLIGATOIRE
- Q1.4 : CONDITIONNEL (si problem_type = "replace" ou "automate" — pas pour systemes neufs)
- Q1.8 : OBLIGATOIRE

#### Questionnaire 02 (cadrage)
- Q2.1 : OBLIGATOIRE
- Q2.5 : OBLIGATOIRE
- Q2.9 : OBLIGATOIRE
- Q2.10 : OBLIGATOIRE
- Q2.11 : OBLIGATOIRE
- Q2.15 : OBLIGATOIRE
- Q2.19 : CONDITIONNEL (si brief mentionne un systeme externe ou integration)
- Q2.20 : CONDITIONNEL (si brief mentionne migration ou import de donnees)

> **Questions SUPPRIMEES (v3) :**
> - Q2.12 (lister features) : redondant — l'IA detecte les modules depuis le brief, la reformulation (phase 2) sert de validation
> - Q2.13 (classifier vital/important/optionnel) : inutile — SmartStack construit tous les modules, la classification ne change rien au code genere
> - Q2.16-Q2.18 (parcours, decisions, erreurs) : **deplaces vers step-03** — alimentent directement les use cases, evite la duplication

#### Questionnaire 03 (specification, par module)
- Q3.1 : OBLIGATOIRE
- Q3.2 : OBLIGATOIRE
- Q3.3 : OBLIGATOIRE
- Q3.5 : OBLIGATOIRE
- Q3.7 : OBLIGATOIRE
- Q3.8 : CONDITIONNEL (si entites avec relations temporelles)
- Q3.9 : OBLIGATOIRE
- Q3.10 : CONDITIONNEL (premier module uniquement, reutilise ensuite)
- Q3.11-Q3.13 : CONDITIONNEL (couvert par /business-analyse-design)
- Q3.14-Q3.16 : CONDITIONNEL (si dashboard mentionne dans cadrage)
- Q3.17 : OBLIGATOIRE
- Q3.19 : OBLIGATOIRE
- Q3.20 : OBLIGATOIRE
- Q3.21 : OBLIGATOIRE
- Q3.22 : CONDITIONNEL (si Q3.21 = oui)

| File | Questions | Phase | Focus |
|------|-----------|-------|-------|
| `questionnaire/01-context.md` | 2-3 | step-01-cadrage | Business process, vision (+ friction points si remplacement) |
| `questionnaire/02-stakeholders-scope.md` | 6-8 | step-01-cadrage | User profiles, access levels, exclusions (+ integrations/import si pertinent) |
| `questionnaire/03-data-ui.md` | ~15 | step-03-specify (per module) | Data entities, UI expectations, dashboards |
| `questionnaire/04-risks-metrics.md` | — | NOT USED | Risks/metrics out of BA scope |
| `questionnaire/05-cross-module.md` | ~8 | step-03-specify (conditional) | Cross-module dependencies, integration impact |

---

## Utilisation des questionnaires

### Correspondance avec les phases

| Phase | Questionnaires charges |
|-------|----------------------|
| step-01-cadrage | 01-context, 02-stakeholders-scope |
| step-03-specify (par module) | 03-data-ui, conditionnellement 05-cross-module |

### Phase de cadrage (step-01) — 3 batches

> **Principe vibe coding :** L'utilisateur decrit son besoin, l'IA deduit et propose. Les questions servent a CONFIRMER et APPROFONDIR, pas a interroger.

**Batch 1 — Contexte & Vision** (Q1.1, Q1.8, + Q1.4 si remplacement) :
- Processus metier, vision cible, frictions (si applicable)

**Batch 2 — Utilisateurs & Acces** (Q2.1, Q2.5, Q2.9-Q2.11) :
- Profils, taches, restrictions, droits, validations

**Batch 3 — Perimetre & Limites** (Q2.15, + Q2.19/Q2.20 si pertinent) :
- Exclusions, integrations (conditionnel), import (conditionnel)

**Regles :**
1. **Adapter :** Sauter les questions non pertinentes selon le contexte
2. **Approfondir :** Poser des questions de relance sur les reponses vagues
3. **Challenger :** Ne pas accepter "on verra plus tard" sur les fonctionnalites indispensables

### Phase de specification (step-03)

1. **Par module :** Charger 03-data-ui pour chaque module en cours de spécification
2. **Cross-module :** Charger 05-cross-module si le module a des dépendances identifiées en step-02

### Questions de relance

Pour chaque réponse vague, utiliser :
- "Pouvez-vous me donner un exemple concret ?"
- "Comment mesurez-vous cela aujourd'hui ?"
- "Que se passe-t-il si cette règle n'est pas respectée ?"
- "Qui est impacté par cette décision ?"

### Mode Auto-déduction (step-03)

> **Par défaut, step-03 utilise l'auto-déduction avec confirmation groupée.**
> L'IA propose entités, règles, UCs et permissions basées sur le cadrage + recherche domaine,
> puis demande une confirmation par lot au lieu de poser chaque question individuellement.

| Mode | Déclencheur | Comportement |
|------|------------|-------------|
| **Auto-déduction** (défaut) | Cadrage complet + domaine clair | Proposition → confirmation groupée → questions ciblées si ambigu |
| **Interactif** | Cadrage incomplet ou domaine inconnu | Questions individuelles Q3.1-Q3.22 |

**Workflow auto-déduction :**
1. L'IA construit la proposition à partir du cadrage + recherche domaine (A-bis)
2. Présente le LOT complet : "Voici ce que je propose. Corrections ?"
3. Le client valide, corrige ou demande des détails
4. Les questions détaillées ne sont posées QUE pour les points ambigus

**Traçabilité :** Le mode utilisé est tracé dans `config.json` : `specificationMode: "auto-deduction" | "interactive"`

> **IMPORTANT :** L'auto-déduction ne dispense PAS de la validation client.
> Chaque lot (entités, règles, UCs, permissions) DOIT être confirmé avant écriture.

### Filtre de pertinence

Chaque question conservée passe ce test :
> "La réponse change-t-elle quelque chose dans le système a construire ?"
> Oui -> Conserver | Non -> Supprimer
