@atlashub/smartstack-cli 4.18.0 → 4.20.0

package/templates/skills/business-analyse/html/src/styles/09-mockups-html.css

@@ -0,0 +1,136 @@
+/* ============================================
+   HTML MOCKUPS - Realistic component previews
+   ============================================ */
+
+/* Screen section container */
+.screen-section {
+    margin-bottom: 2rem;
+}
+
+.screen-section h3 {
+    display: flex;
+    align-items: center;
+    gap: 0.4rem;
+}
+
+/* Mockup frame enhancements for HTML mockups */
+.mockup-frame .mock-header {
+    margin-bottom: 1rem;
+}
+
+/* SmartTable inside mockups */
+.mockup-content .mock-table {
+    border: 1px solid var(--border);
+    border-radius: 6px;
+    overflow: hidden;
+}
+
+.mockup-content .mock-table th {
+    background: var(--bg-hover);
+}
+
+/* SmartForm tabs */
+.mockup-content .form-tab-bar {
+    display: flex;
+    gap: 0;
+    border-bottom: 1px solid var(--border);
+    margin-bottom: 1.5rem;
+}
+
+.mockup-content .form-tab {
+    padding: 0.5rem 1rem;
+    font-size: 0.85rem;
+    cursor: pointer;
+    border-bottom: 2px solid transparent;
+    color: var(--text-muted);
+}
+
+.mockup-content .form-tab.active {
+    border-bottom-color: var(--primary);
+    color: var(--primary-light);
+}
+
+/* SmartKanban columns */
+.mockup-content .kanban-board {
+    display: flex;
+    gap: 1rem;
+    overflow-x: auto;
+    padding-bottom: 0.5rem;
+}
+
+.mockup-content .kanban-column {
+    min-width: 200px;
+    flex: 1;
+    background: var(--bg-hover);
+    border-radius: 8px;
+    padding: 0.75rem;
+}
+
+.mockup-content .kanban-column-header {
+    font-weight: 600;
+    font-size: 0.85rem;
+    color: var(--text-bright);
+    margin-bottom: 0.75rem;
+    display: flex;
+    justify-content: space-between;
+}
+
+.mockup-content .kanban-card {
+    background: var(--bg-card);
+    border: 1px solid var(--border);
+    border-radius: 6px;
+    padding: 0.5rem;
+    margin-bottom: 0.5rem;
+    font-size: 0.8rem;
+}
+
+/* SmartDashboard KPI */
+.mockup-content .mock-kpi-grid {
+    margin-bottom: 1.5rem;
+}
+
+/* SmartFilter pills */
+.mockup-content .filter-pill {
+    padding: 0.3rem 0.7rem;
+    border-radius: 16px;
+    font-size: 0.8rem;
+    cursor: pointer;
+    transition: all var(--transition-fast);
+}
+
+.mockup-content .filter-pill:hover {
+    background: var(--bg-hover);
+    border-color: var(--primary);
+}
+
+.mockup-content .filter-pill.active {
+    background: var(--primary);
+    color: #fff;
+    border-color: var(--primary);
+}
+
+/* Subtable in forms */
+.mockup-content .subtable-container {
+    margin: 1rem 0;
+    border: 1px solid var(--border);
+    border-radius: 8px;
+    overflow: hidden;
+}
+
+.mockup-content .subtable-header {
+    display: flex;
+    justify-content: space-between;
+    align-items: center;
+    padding: 0.5rem 0.75rem;
+    background: var(--bg-hover);
+}
+
+/* Permission annotation in mockup toolbar */
+.mockup-toolbar .permission-badge {
+    margin-left: auto;
+    font-size: 0.65rem;
+    color: var(--text-muted);
+    background: var(--bg-dark);
+    padding: 0.15rem 0.5rem;
+    border-radius: 4px;
+}

package/templates/skills/business-analyse/html/src/template.html

@@ -193,7 +193,7 @@
                 </div>
 
                 <!-- SECTION: Risques et hypotheses -->
-                <div class="section" id="cadrage-risks" style="display:none;">
+                <div class="section" id="cadrage-risks" style="display:none;" data-vibe-hide>
                     <h2 class="section-title">Risques et hypotheses</h2>
                     <p class="section-subtitle">Ce qui pourrait mal tourner et les certitudes non verifiees.</p>
 

package/templates/skills/business-analyse/patterns/suggestion-catalog.md

@@ -1,7 +1,7 @@
 # Proactive Suggestion Catalog
 
 > **Version:** 3.0.0
-> **Usage:** Loaded by step-01-analyse after scope definition to suggest complementary modules/sections.
+> **Usage:** Loaded by step-01-cadrage after scope definition to suggest complementary modules/sections.
 > **Protocol:** Match feature type against patterns, present via AskUserQuestion (multiSelect: true).
 > **Purpose:** Guide users toward complete feature design by suggesting companion modules and standard sections.
 
@@ -75,7 +75,7 @@ Suggests system integrations based on requirements:
 
 ### 4.1 Trigger Point
 
-After step-01-analyse completes scope definition (scope.mustHave + scope.shouldHave populated):
+After step-01-cadrage completes scope definition (scope.mustHave + scope.shouldHave populated):
 
 ```
 Step-01: Analyse → Define Scope → Load Suggestion Catalog → Present Suggestions
@@ -84,7 +84,7 @@ Step-01: Analyse → Define Scope → Load Suggestion Catalog → Present Sugges
 ### 4.2 Suggestion Algorithm
 
 ```
-Input: feature.json.scope.* (module name, keywords, must-haves, should-haves)
+Input: index.json (module name, keywords, must-haves, should-haves)
 
 1. Read scope.mustHave + scope.shouldHave (user-defined features)
 2. Extract primary keywords (module type) from scope.description
@@ -94,7 +94,7 @@ Input: feature.json.scope.* (module name, keywords, must-haves, should-haves)
 6. Filter out already-present modules/sections
 7. Rank by relevance (keyword match > condition confidence)
 8. Present top 3-4 suggestions to user
-9. Store results in feature.json.suggestions[]
+9. Store results in index.json suggestions[] array
 ```
 
 ### 4.3 Implementation Code
@@ -210,7 +210,7 @@ When user selects suggestions:
 1. **Add Selected Modules:** Update scope.mustHave with new modules
 2. **Add Selected Sections:** Update specification.sections (in step-02)
 3. **Add Selected Integrations:** Update specification.integrations
-4. **Store Decisions:** Log in feature.json.suggestions[]
+4. **Store Decisions:** Log in index.json.suggestions[]
 5. **Continue:** Proceed to step-02-specify with expanded scope
 
 ```json
@@ -245,6 +245,8 @@ When user selects suggestions:
 }
 ```
 
+Stored in index.json.
+
 ---
 
 ## 5. Customization & Feedback Loop

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` |

package/templates/skills/business-analyse/questionnaire/02-stakeholders-scope.md

@@ -0,0 +1,101 @@
+# Categorie 2 : Parties prenantes et perimetre
+
+> **Usage :** Identifier les profils utilisateurs, leurs droits, et delimiter le perimetre fonctionnel
+> **Quand charger :** TOUJOURS (noyau)
+> **Objectif :** Comprendre QUI utilise le systeme, avec quels DROITS, et QUOI il doit faire
+
+---
+
+## 2.1 Identification des utilisateurs
+
+> **But :** Identifier les types de profils/roles qui interagiront avec le systeme.
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q2.1 | Qui sont les types de profils qui utiliseront ce systeme ? Decrivez leurs roles et ce qu'ils font. | Liste de profils utilisateurs |
+
+---
+
+## 2.2 Taches par profil
+
+> **But :** Comprendre concretement ce que chaque type d'utilisateur fait.
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q2.5 | Pour chaque type d'utilisateur : quelles sont les 3 a 5 taches principales qu'il doit accomplir avec ce systeme ? | Taches par profil utilisateur |
+
+---
+
+## 2.3 Les niveaux d'acces
+
+> **But :** Definir qui peut voir quoi et faire quoi.
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q2.9 | Tous les utilisateurs doivent-ils voir les memes informations ? Si non, qui voit quoi ? | Regles de visibilite des donnees |
+| Q2.10 | Qui a le droit de modifier ou supprimer des informations ? Tout le monde ou seulement certaines personnes ? | Regles de modification |
+| Q2.11 | Y a-t-il des actions sensibles qui necessitent une validation par un superieur ? | Liste des actions a valider |
+
+---
+
+## 2.4 Perimetre fonctionnel
+
+> **But :** Lister tout ce que le systeme doit faire et ne pas faire, avec des priorites claires.
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q2.12 | Listez toutes les fonctionnalites que vous souhaitez dans ce systeme. Ne vous censurez pas. | Liste libre de fonctionnalites |
+| Q2.13 | Parmi cette liste, quelles sont les fonctionnalites INDISPENSABLES ? Celles sans lesquelles le systeme n'a aucun interet ? | Liste de fonctionnalites vitales |
+| Q2.15 | Y a-t-il des choses que le systeme ne doit explicitement PAS faire ? Des limites claires a poser ? | Liste d'exclusions |
+
+**Test de priorite :**
+> Pour chaque fonctionnalite classee comme indispensable, poser la question :
+> "Si on enlevait cette fonctionnalite, le systeme aurait-il encore de la valeur ?"
+
+---
+
+## 2.5 Le parcours principal
+
+> **But :** Comprendre le flux de travail principal de bout en bout.
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q2.16 | Decrivez le parcours typique d'un utilisateur du debut a la fin : il ouvre le systeme, que fait-il en premier ? | Liste d'etapes ordonnees |
+| Q2.17 | A quels moments l'utilisateur doit-il prendre une decision ? Quelles sont les options possibles ? | Points de decision et options |
+| Q2.18 | Que se passe-t-il quand quelque chose ne se deroule pas comme prevu ? Quels sont les cas particuliers ? | Scenarios alternatifs |
+
+---
+
+## Guide d'elicitation approfondi
+
+### Techniques de relance
+
+| Question | Si la reponse est vague | Relance recommandee |
+|----------|------------------------|---------------------|
+| Q2.1 (utilisateurs) | Un seul type mentionne | "Pensez aux differents moments de la journee : qui saisit ? Qui consulte les rapports ? Qui gere les cas particuliers ?" |
+| Q2.5 (taches) | Taches generiques | "Quand il arrive le matin et ouvre le systeme, quelle est sa premiere action ?" |
+| Q2.9 (visibilite) | Reponse ambigue | "Un employe du service A peut-il voir les donnees du service B ? Un stagiaire voit-il la meme chose qu'un directeur ?" |
+| Q2.13 (indispensable) | Tout est indispensable | "Si vous ne pouviez garder que 3 fonctionnalites pour un premier lancement, lesquelles ?" |
+| Q2.15 (exclusions) | "Je ne vois pas" | "Certains utilisateurs pourraient-ils s'attendre a des fonctionnalites que vous ne souhaitez PAS inclure ?" |
+| Q2.16 (parcours) | Moins de 3 etapes | "Detaillons : l'utilisateur arrive sur l'ecran d'accueil. Que voit-il ? Ou clique-t-il ?" |
+
+### Signaux d'alerte a detecter
+
+| Signal du client | Probleme sous-jacent | Action de l'analyste |
+|------------------|---------------------|----------------------|
+| "Tous les utilisateurs font la meme chose" | Roles non differencies | "Qui peut supprimer ? Qui ne fait que consulter ? Qui valide ?" |
+| "Tout le monde doit tout voir" | Securite non reflechie | "Meme les stagiaires ? Les prestataires externes ? Les donnees salariales ?" |
+| Tout est indispensable (> 10 vitaux) | Priorites non definies | Appliquer le test de priorite |
+| Aucune exclusion identifiee | Perimetre non borne | "Y a-t-il des aspects qui relevent d'un autre projet ou d'une version future ?" |
+| Parcours lineaire sans alternative | Seul le cas ideal est decrit | "Que se passe-t-il a l'etape X si la condition Y n'est pas remplie ?" |
+
+---
+
+## Mapping vers le cadrage
+
+| Reponse | Alimente |
+|---------|----------|
+| Q2.1, Q2.5 | `cadrage.stakeholders[]` |
+| Q2.9-Q2.11 | `cadrage.applicationRoles[]` |
+| Q2.12-Q2.13, Q2.15 | `cadrage.globalScope` (vital, important, excluded) |
+| Q2.16-Q2.18 | `cadrage.coverageMatrix` + base pour les cas d'utilisation |

package/templates/skills/business-analyse/questionnaire/03-data-ui.md

@@ -0,0 +1,92 @@
+# Categorie 3 : Donnees et interface
+
+> **Usage :** Definir les entites, les regles de donnees et l'experience utilisateur
+> **Quand charger :** Par module, lors de la specification (step-03)
+> **Objectif :** Comprendre les donnees manipulees et comment elles sont presentees
+
+---
+
+## 3.1 Entites et attributs
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q3.1 | Quelles sont les entites principales gerees par ce module ? | Liste d'entites |
+| Q3.2 | Pour chaque entite : quels sont les attributs importants ? | Par entite |
+| Q3.3 | Quelles relations existent entre les entites ? (appartient a, contient, reference) | Schema relationnel |
+| Q3.5 | Pour chaque entite : le Code doit-il etre auto-genere ou saisi par l'utilisateur ? | Par entite |
+| Q3.6 | Si auto-genere : quelle strategie ? (sequentiel, timestamp, annee, UUID court) | Par entite |
+
+## 3.2 Regles de donnees
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q3.7 | Quelles validations sur les donnees ? (champs obligatoires, formats, plages de valeurs) | Liste de regles |
+| Q3.8 | Y a-t-il des regles inter-champs ? (date fin > date debut, montant selon statut) | Liste de contraintes |
+| Q3.9 | Donnees sensibles a proteger ? (donnees personnelles, financieres, medicales) | Liste + niveau |
+
+---
+
+## 3.3 Interface et ecrans
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q3.10 | Peripheriques cibles ? (desktop, mobile, tablette) | Liste |
+| Q3.11 | Ecrans principaux necessaires pour ce module ? | Liste d'ecrans |
+| Q3.12 | Informations cles par ecran ? Quelles colonnes dans la liste, quels champs dans le formulaire ? | Par ecran |
+| Q3.13 | Actions possibles par ecran ? (creer, editer, supprimer, valider, exporter, changer statut) | Par ecran |
+
+## 3.4 Tableaux de bord
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q3.14 | Des tableaux de bord ou indicateurs sont-ils requis pour ce module ? | Oui/Non + description |
+| Q3.15 | KPIs a afficher ? (nom, metrique, format, seuils d'alerte) | Par dashboard |
+| Q3.16 | Types de graphiques souhaites ? (barres, lignes, camembert, cartes KPI) | Par KPI |
+
+---
+
+## Guide d'elicitation approfondi
+
+### Techniques de relance
+
+| Question | Si la reponse est vague | Relance recommandee |
+|----------|------------------------|---------------------|
+| Q3.1 (entites) | Une seule entite | "Cette entite a-t-elle des sous-elements ? (lignes de detail, pieces jointes, historique)" |
+| Q3.1 (entites) | Mention de "User" | "L'utilisateur est gere par la plateforme. Decrivez l'entite METIER (Client, Employee, Contact...)" |
+| Q3.2 (attributs) | Champs techniques (ID, CreatedDate) | "Les champs techniques sont auto-geres. Quels sont les attributs METIER ?" |
+| Q3.3 (relations) | "1:N" sans detail | "Un {Parent} peut avoir combien de {Children} max ? Un {Child} peut-il exister sans {Parent} ?" |
+| Q3.11 (ecrans) | "Un ecran de liste" | "Avec pages dediees pour creation et edition ? Detail en page avec onglets ?" |
+| Q3.13 (actions) | "CRUD classique" | "Actions metier specifiques ? (valider, dupliquer, archiver, changer statut, assigner)" |
+| Q3.14 (dashboards) | "Juste des chiffres" | "Les tendances ne seraient-elles pas plus lisibles en graphique ?" |
+
+### Anti-patterns a detecter
+
+| Signal | Anti-pattern | Action |
+|--------|-------------|--------|
+| Entite "User" avec attributs metier | Confusion User/Identity | La plateforme gere les Users via Identity |
+| Attributs Id, TenantId, CreatedBy | Champs techniques comme metier | Ces champs sont auto-generes par AuditableEntity |
+| "Un seul gros formulaire avec tout" | Formulaire monolithique | Proposer des onglets ou wizard par section logique |
+| Actions sans confirmation | Actions destructives non protegees | "La suppression necessite-t-elle une confirmation ?" |
+
+---
+
+## RBAC Exclusion
+
+> Les concepts suivants sont geres par le systeme RBAC de la plateforme et NE DOIVENT PAS etre modelises comme attributs d'entite :
+
+| Concept | Wrong (attribut) | Correct (RBAC) |
+|---------|-----------------|----------------|
+| Role utilisateur | `User.Role` | Permission set `{app}.{module}.*` |
+| Niveau d'acces | `User.AccessLevel` | Permission matrix per role |
+| Est admin | `User.IsAdmin` | `{app}.{module}.admin` permission |
+
+---
+
+## Mapping vers le feature
+
+| Reponse | Alimente |
+|---------|----------|
+| Q3.1-Q3.3, Q3.5-Q3.6 | `entities.json` (entites, attributs, relations, codePattern) |
+| Q3.7-Q3.9 | `rules.json` (regles metier de validation et securite) |
+| Q3.10-Q3.13 | `screens.json` (sections, resources, colonnes, actions) |
+| Q3.14-Q3.16 | `screens.json` (sections dashboard, KPI resources) |

package/templates/skills/business-analyse/questionnaire/04-risks-metrics.md

@@ -0,0 +1,6 @@
+# Categorie 4 : Risques et criteres de reussite
+
+> **NOT USED** — Les risques projet, hypotheses, lecons du passe, metriques de succes et conditions de livraison
+> ne sont pas du scope de la BA en vibe coding.
+>
+> La documentation technique est generee automatiquement par `/documentation` apres `/ralph-loop`.

package/templates/skills/business-analyse/questionnaire/05-cross-module.md

@@ -0,0 +1,69 @@
+# Categorie 5 : Impact cross-module
+
+> **Usage :** Analyser l'impact sur les modules existants et les dependances partagees
+> **Quand charger :** TOUJOURS pour les nouveaux modules (pas les ameliorations)
+> **Objectif :** Detecter les interactions, les entites partagees et les impacts d'integration
+
+---
+
+## 5.1 Dependances avec les modules existants
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q5.1 | Avec quels modules existants ce nouveau module interagit-il ? | Liste de modules |
+| Q5.2 | Quelles donnees sont partagees entre modules ? (entites, tables de reference) | Par module |
+| Q5.3 | Y a-t-il des entites existantes que ce module va referencer ? (relations FK) | Liste de references |
+| Q5.4 | Ce module produira-t-il des evenements que d'autres modules consomment ? | Liste d'evenements |
+
+## 5.2 Evaluation d'impact
+
+| # | Question | Type de reponse |
+|---|----------|-----------------|
+| Q5.5 | Les modules existants doivent-ils etre modifies pour supporter ce nouveau module ? | Liste de changements |
+| Q5.6 | Y a-t-il des composants UI ou des changements de navigation partages ? | Liste |
+| Q5.7 | Ce module affectera-t-il les permissions ou roles existants ? Quel impact sur l'integration ? | Oui/Non + detail |
+| Q5.8 | Y a-t-il des entites partagees modifiees par plusieurs modules ? Quel impact sur l'integration ? | Evaluation de l'impact |
+
+---
+
+## Cross-Module Patterns
+
+| Besoin | Pattern | Exemple |
+|--------|---------|---------|
+| Reference une entite | Navigation property + FK | `Order.ClientId -> Client` |
+| Donnees de reference partagees | Entite partagee dans Domain | `Status`, `Category` |
+| Notification evenementielle | MediatR notification | `OrderCreatedNotification` |
+| Requete cross-module | DTO en lecture seule | `IClientQueryService` |
+| Lien de navigation | NavRoute entry | `business/{app}/{module}` |
+| Permission partagee | Hierarchie de permissions | `{app}.*` covers all modules |
+
+---
+
+## Guide d'elicitation
+
+### Techniques de relance
+
+| Question | Si la reponse est vague | Relance recommandee |
+|----------|------------------------|---------------------|
+| Q5.1 (interactions) | "Aucun" | "Ce module est totalement isole ? Pas de lien avec des clients, produits, utilisateurs d'autres modules ?" |
+| Q5.2 (donnees partagees) | "Je ne sais pas" | Utiliser le `{codebase_context}` : "J'ai trouve les entites {list}. Ce module a-t-il besoin de les referencer ?" |
+| Q5.3 (FK references) | Vague | "Une {entity} de ce module appartient-elle a un {existing_entity} ?" |
+| Q5.4 (evenements) | "Non" | "Quand un {entity} est cree/modifie/supprime, faut-il notifier un autre module ?" |
+| Q5.8 (impact) | "Pas d'impact" | "Deux modules modifient-ils la meme entite ? Quel est l'impact sur l'integration ?" |
+
+### Anti-patterns a detecter
+
+| Signal | Anti-pattern | Action |
+|--------|-------------|--------|
+| Module totalement isole | Silo de donnees | Rare qu'un module metier n'ait aucune connexion. Verifier avec le codebase context. |
+| Duplication d'entite existante | Entite dupliquee | Si `Client` existe deja, ne pas creer `Customer`. Referencer l'existant. |
+| Modification d'entite d'un autre module | Couplage fort | Utiliser des evenements (MediatR) plutot que des modifications directes. |
+
+---
+
+## Mapping vers la consolidation
+
+| Reponse | Alimente |
+|---------|----------|
+| Q5.1-Q5.4 | `consolidation.crossModuleInteractions[]`, `consolidation.sharedEntities[]` |
+| Q5.5-Q5.8 | `consolidation.impactAssessment[]`, `consolidation.permissionCoherence` |