@atlashub/smartstack-cli 1.5.0 → 1.5.2

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

@@ -1,283 +1,283 @@
-# Questionnaire Élicitation - Business Analyse
-
-> **Usage:** Questions structurées pour la phase 2-discover
-> **Standard:** BABOK v3 - Techniques d'élicitation
-> **Modèle:** OPUS avec ULTRATHINK
-
----
-
-## RÈGLE ULTRATHINK
-
-```
-╔══════════════════════════════════════════════════════════════════════════════╗
-║  ULTRATHINK: Mode réflexion approfondie pour élicitation exhaustive          ║
-╠══════════════════════════════════════════════════════════════════════════════╣
-║                                                                              ║
-║  Pendant la phase discover, Claude DOIT:                                     ║
-║  • Considérer TOUS les edge cases avant de formuler une question             ║
-║  • Challenger CHAQUE hypothèse du stakeholder                                ║
-║  • Anticiper les besoins NON exprimés                                        ║
-║  • Valider la complétude avant de passer à la question suivante              ║
-║                                                                              ║
-║  NE PAS FAIRE:                                                               ║
-║  • Accepter des réponses vagues                                              ║
-║  • Sauter des catégories de questions                                        ║
-║  • Supposer que le stakeholder a pensé à tout                                ║
-║                                                                              ║
-╚══════════════════════════════════════════════════════════════════════════════╝
-```
-
----
-
-## Catégorie 1: Contexte Business
-
-### 1.1 Besoin fondamental
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q1.1 | Quel problème business ce module/feature doit-il résoudre? | Texte libre |
-| Q1.2 | Quelle est la situation actuelle (AS-IS)? | Description |
-| Q1.3 | Quelle est la situation cible (TO-BE)? | Description |
-| Q1.4 | Quels sont les KPIs de succès mesurables? | Liste + valeurs |
-
-### 1.2 Valeur business
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q1.5 | Quel ROI attendez-vous? (temps, argent, efficacité) | Quantitatif |
-| Q1.6 | Quelles économies ou gains ce module apportera-t-il? | Estimation |
-| Q1.7 | Que se passe-t-il si ce module n'est PAS développé? | Impact |
-| Q1.8 | Quelle est la priorité par rapport aux autres besoins? | High/Medium/Low |
-
----
-
-## Catégorie 2: Stakeholders
-
-### 2.1 Identification
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q2.1 | Qui sont les utilisateurs finaux directs? | Liste rôles |
-| Q2.2 | Qui sont les bénéficiaires indirects? | Liste |
-| Q2.3 | Qui est le sponsor/décideur final? | Nom + fonction |
-| Q2.4 | Qui peut bloquer le projet? | Liste + raisons |
-
-### 2.2 Besoins par rôle
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q2.5 | Pour chaque rôle: Quelles tâches doit-il accomplir? | Par rôle |
-| Q2.6 | Quelle fréquence d'utilisation par rôle? | Daily/Weekly/Monthly |
-| Q2.7 | Quel niveau d'expertise technique par rôle? | Novice/Intermédiaire/Expert |
-| Q2.8 | Quelles frustrations actuelles par rôle? | Liste pain points |
-
----
-
-## Catégorie 3: Périmètre fonctionnel
-
-### 3.1 Fonctionnalités
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q3.1 | Listez les fonctionnalités ESSENTIELLES (Must-Have) | Liste |
-| Q3.2 | Listez les fonctionnalités SOUHAITÉES (Should-Have) | Liste |
-| Q3.3 | Listez les fonctionnalités OPTIONNELLES (Could-Have) | Liste |
-| Q3.4 | Qu'est-ce qui est EXPLICITEMENT exclu? | Liste exclusions |
-
-### 3.2 Processus métier
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q3.5 | Décrivez le flux principal de l'utilisateur | Étapes |
-| Q3.6 | Quels sont les points de décision dans le flux? | Liste |
-| Q3.7 | Quels flux alternatifs existent? | Par condition |
-| Q3.8 | Quels sont les cas d'erreur possibles? | Liste |
-
----
-
-## Catégorie 4: Données
-
-### 4.1 Entités
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q4.1 | Quelles sont les entités principales manipulées? | Liste |
-| Q4.2 | Pour chaque entité: attributs importants? | Par entité |
-| Q4.3 | Quelles relations entre entités? | Schéma texte |
-| Q4.4 | Volume de données attendu? | Estimation |
-
-### 4.2 Règles de données
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q4.5 | Quelles validations sur les données? | Liste règles |
-| Q4.6 | Quels champs sont obligatoires vs optionnels? | Par champ |
-| Q4.7 | Quels formats/contraintes spécifiques? | Liste |
-| Q4.8 | Données sensibles à protéger? | Liste + niveau |
-
----
-
-## Catégorie 5: Intégrations
-
-### 5.1 Systèmes existants
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q5.1 | Avec quels systèmes internes doit-on s'intégrer? | Liste |
-| Q5.2 | Avec quels systèmes externes? | Liste |
-| Q5.3 | APIs existantes à utiliser? | Documentation |
-| Q5.4 | Données à importer depuis autre système? | Liste + format |
-
-### 5.2 Flux de données
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q5.5 | Sens du flux? (entrée/sortie/bidirectionnel) | Par système |
-| Q5.6 | Fréquence de synchronisation? | Temps réel/Batch |
-| Q5.7 | Gestion des conflits de données? | Stratégie |
-| Q5.8 | Fallback si système externe indisponible? | Comportement |
-
----
-
-## Catégorie 6: Sécurité & Permissions
-
-### 6.1 Accès
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q6.1 | Qui peut VOIR les données? | Liste rôles |
-| Q6.2 | Qui peut CRÉER des entrées? | Liste rôles |
-| Q6.3 | Qui peut MODIFIER? | Liste rôles |
-| Q6.4 | Qui peut SUPPRIMER? | Liste rôles |
-
-### 6.2 Restrictions
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q6.5 | Restrictions géographiques? | Pays/régions |
-| Q6.6 | Restrictions temporelles? (horaires, périodes) | Plages |
-| Q6.7 | Audit trail requis? Quelles actions? | Liste |
-| Q6.8 | Conformité réglementaire? (GDPR, etc.) | Liste normes |
-
----
-
-## Catégorie 7: Interface utilisateur
-
-### 7.1 Expérience
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q7.1 | Devices cibles? (desktop, mobile, tablet) | Liste |
-| Q7.2 | Navigateurs à supporter? | Liste + versions |
-| Q7.3 | Accessibilité requise? (WCAG level) | A/AA/AAA |
-| Q7.4 | Mode sombre/clair requis? | Oui/Non |
-
-### 7.2 Écrans
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q7.5 | Écrans principaux nécessaires? | Liste |
-| Q7.6 | Maquettes/wireframes existants? | Documents |
-| Q7.7 | Informations clés par écran? | Par écran |
-| Q7.8 | Actions possibles par écran? | Par écran |
-
----
-
-## Catégorie 8: Performance & Qualité
-
-### 8.1 Performance
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q8.1 | Temps de réponse acceptable? | Millisecondes |
-| Q8.2 | Nombre d'utilisateurs simultanés? | Estimation |
-| Q8.3 | Pics de charge attendus? | Quand + volume |
-| Q8.4 | Disponibilité requise? (SLA) | Pourcentage |
-
-### 8.2 Qualité
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q8.5 | Taux d'erreur acceptable? | Pourcentage |
-| Q8.6 | Tests spécifiques requis? | Types |
-| Q8.7 | Environnements de test disponibles? | Liste |
-| Q8.8 | Critères d'acceptation globaux? | Liste |
-
----
-
-## Catégorie 9: Contraintes
-
-### 9.1 Techniques
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q9.1 | Stack technique imposée? | Technologies |
-| Q9.2 | Limites d'infrastructure? | Description |
-| Q9.3 | Dépendances technologiques? | Liste |
-| Q9.4 | Contraintes de compatibilité? | Liste |
-
-### 9.2 Organisationnelles
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q9.5 | Budget disponible? | Montant |
-| Q9.6 | Deadline fixe ou flexible? | Date + flexibilité |
-| Q9.7 | Ressources disponibles? | Équipe |
-| Q9.8 | Processus d'approbation? | Étapes |
-
----
-
-## Catégorie 10: Documentation & Support
-
-### 10.1 Documentation
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q10.1 | Documentation utilisateur nécessaire? | Oui/Non + type |
-| Q10.2 | Documentation technique nécessaire? | Oui/Non + type |
-| Q10.3 | Formation des utilisateurs prévue? | Plan |
-| Q10.4 | Base de connaissances à créer? | Scope |
-
-### 10.2 Support
-
-| # | Question | Type réponse |
-|---|----------|--------------|
-| Q10.5 | Niveau de support attendu? | SLA |
-| Q10.6 | Qui assure le support niveau 1? | Équipe |
-| Q10.7 | Escalade vers niveau 2? | Processus |
-| Q10.8 | Monitoring et alertes requis? | Liste |
-
----
-
-## Utilisation du questionnaire
-
-### Phase découverte
-
-1. **Début:** Commencer par Catégorie 1 (Contexte Business)
-2. **Adapter:** Sauter les questions non pertinentes au contexte
-3. **Approfondir:** Poser des questions de suivi sur les réponses vagues
-4. **Challenger:** Ne pas accepter "on verra plus tard" sur les Must-Have
-
-### Questions de suivi
-
-Pour chaque réponse vague, utiliser:
-- "Pouvez-vous 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?"
-
-### Documentation
-
-Chaque réponse doit être documentée avec:
-- Source (qui a répondu)
-- Date
-- Niveau de confiance (Confirmé/À valider/Hypothèse)
-- Questions de suivi ouvertes
-
----
-
-## Support
-
-> **Questions sur l'élicitation des besoins?**
->
-> 📧 **support@atlshub.ch**
+# Questionnaire Élicitation - Business Analyse
+
+> **Usage:** Questions structurées pour la phase 2-discover
+> **Standard:** BABOK v3 - Techniques d'élicitation
+> **Modèle:** OPUS avec ULTRATHINK
+
+---
+
+## RÈGLE ULTRATHINK
+
+```
+╔══════════════════════════════════════════════════════════════════════════════╗
+║  ULTRATHINK: Mode réflexion approfondie pour élicitation exhaustive          ║
+╠══════════════════════════════════════════════════════════════════════════════╣
+║                                                                              ║
+║  Pendant la phase discover, Claude DOIT:                                     ║
+║  • Considérer TOUS les edge cases avant de formuler une question             ║
+║  • Challenger CHAQUE hypothèse du stakeholder                                ║
+║  • Anticiper les besoins NON exprimés                                        ║
+║  • Valider la complétude avant de passer à la question suivante              ║
+║                                                                              ║
+║  NE PAS FAIRE:                                                               ║
+║  • Accepter des réponses vagues                                              ║
+║  • Sauter des catégories de questions                                        ║
+║  • Supposer que le stakeholder a pensé à tout                                ║
+║                                                                              ║
+╚══════════════════════════════════════════════════════════════════════════════╝
+```
+
+---
+
+## Catégorie 1: Contexte Business
+
+### 1.1 Besoin fondamental
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q1.1 | Quel problème business ce module/feature doit-il résoudre? | Texte libre |
+| Q1.2 | Quelle est la situation actuelle (AS-IS)? | Description |
+| Q1.3 | Quelle est la situation cible (TO-BE)? | Description |
+| Q1.4 | Quels sont les KPIs de succès mesurables? | Liste + valeurs |
+
+### 1.2 Valeur business
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q1.5 | Quel ROI attendez-vous? (temps, argent, efficacité) | Quantitatif |
+| Q1.6 | Quelles économies ou gains ce module apportera-t-il? | Estimation |
+| Q1.7 | Que se passe-t-il si ce module n'est PAS développé? | Impact |
+| Q1.8 | Quelle est la priorité par rapport aux autres besoins? | High/Medium/Low |
+
+---
+
+## Catégorie 2: Stakeholders
+
+### 2.1 Identification
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q2.1 | Qui sont les utilisateurs finaux directs? | Liste rôles |
+| Q2.2 | Qui sont les bénéficiaires indirects? | Liste |
+| Q2.3 | Qui est le sponsor/décideur final? | Nom + fonction |
+| Q2.4 | Qui peut bloquer le projet? | Liste + raisons |
+
+### 2.2 Besoins par rôle
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q2.5 | Pour chaque rôle: Quelles tâches doit-il accomplir? | Par rôle |
+| Q2.6 | Quelle fréquence d'utilisation par rôle? | Daily/Weekly/Monthly |
+| Q2.7 | Quel niveau d'expertise technique par rôle? | Novice/Intermédiaire/Expert |
+| Q2.8 | Quelles frustrations actuelles par rôle? | Liste pain points |
+
+---
+
+## Catégorie 3: Périmètre fonctionnel
+
+### 3.1 Fonctionnalités
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q3.1 | Listez les fonctionnalités ESSENTIELLES (Must-Have) | Liste |
+| Q3.2 | Listez les fonctionnalités SOUHAITÉES (Should-Have) | Liste |
+| Q3.3 | Listez les fonctionnalités OPTIONNELLES (Could-Have) | Liste |
+| Q3.4 | Qu'est-ce qui est EXPLICITEMENT exclu? | Liste exclusions |
+
+### 3.2 Processus métier
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q3.5 | Décrivez le flux principal de l'utilisateur | Étapes |
+| Q3.6 | Quels sont les points de décision dans le flux? | Liste |
+| Q3.7 | Quels flux alternatifs existent? | Par condition |
+| Q3.8 | Quels sont les cas d'erreur possibles? | Liste |
+
+---
+
+## Catégorie 4: Données
+
+### 4.1 Entités
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q4.1 | Quelles sont les entités principales manipulées? | Liste |
+| Q4.2 | Pour chaque entité: attributs importants? | Par entité |
+| Q4.3 | Quelles relations entre entités? | Schéma texte |
+| Q4.4 | Volume de données attendu? | Estimation |
+
+### 4.2 Règles de données
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q4.5 | Quelles validations sur les données? | Liste règles |
+| Q4.6 | Quels champs sont obligatoires vs optionnels? | Par champ |
+| Q4.7 | Quels formats/contraintes spécifiques? | Liste |
+| Q4.8 | Données sensibles à protéger? | Liste + niveau |
+
+---
+
+## Catégorie 5: Intégrations
+
+### 5.1 Systèmes existants
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q5.1 | Avec quels systèmes internes doit-on s'intégrer? | Liste |
+| Q5.2 | Avec quels systèmes externes? | Liste |
+| Q5.3 | APIs existantes à utiliser? | Documentation |
+| Q5.4 | Données à importer depuis autre système? | Liste + format |
+
+### 5.2 Flux de données
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q5.5 | Sens du flux? (entrée/sortie/bidirectionnel) | Par système |
+| Q5.6 | Fréquence de synchronisation? | Temps réel/Batch |
+| Q5.7 | Gestion des conflits de données? | Stratégie |
+| Q5.8 | Fallback si système externe indisponible? | Comportement |
+
+---
+
+## Catégorie 6: Sécurité & Permissions
+
+### 6.1 Accès
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q6.1 | Qui peut VOIR les données? | Liste rôles |
+| Q6.2 | Qui peut CRÉER des entrées? | Liste rôles |
+| Q6.3 | Qui peut MODIFIER? | Liste rôles |
+| Q6.4 | Qui peut SUPPRIMER? | Liste rôles |
+
+### 6.2 Restrictions
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q6.5 | Restrictions géographiques? | Pays/régions |
+| Q6.6 | Restrictions temporelles? (horaires, périodes) | Plages |
+| Q6.7 | Audit trail requis? Quelles actions? | Liste |
+| Q6.8 | Conformité réglementaire? (GDPR, etc.) | Liste normes |
+
+---
+
+## Catégorie 7: Interface utilisateur
+
+### 7.1 Expérience
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q7.1 | Devices cibles? (desktop, mobile, tablet) | Liste |
+| Q7.2 | Navigateurs à supporter? | Liste + versions |
+| Q7.3 | Accessibilité requise? (WCAG level) | A/AA/AAA |
+| Q7.4 | Mode sombre/clair requis? | Oui/Non |
+
+### 7.2 Écrans
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q7.5 | Écrans principaux nécessaires? | Liste |
+| Q7.6 | Maquettes/wireframes existants? | Documents |
+| Q7.7 | Informations clés par écran? | Par écran |
+| Q7.8 | Actions possibles par écran? | Par écran |
+
+---
+
+## Catégorie 8: Performance & Qualité
+
+### 8.1 Performance
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q8.1 | Temps de réponse acceptable? | Millisecondes |
+| Q8.2 | Nombre d'utilisateurs simultanés? | Estimation |
+| Q8.3 | Pics de charge attendus? | Quand + volume |
+| Q8.4 | Disponibilité requise? (SLA) | Pourcentage |
+
+### 8.2 Qualité
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q8.5 | Taux d'erreur acceptable? | Pourcentage |
+| Q8.6 | Tests spécifiques requis? | Types |
+| Q8.7 | Environnements de test disponibles? | Liste |
+| Q8.8 | Critères d'acceptation globaux? | Liste |
+
+---
+
+## Catégorie 9: Contraintes
+
+### 9.1 Techniques
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q9.1 | Stack technique imposée? | Technologies |
+| Q9.2 | Limites d'infrastructure? | Description |
+| Q9.3 | Dépendances technologiques? | Liste |
+| Q9.4 | Contraintes de compatibilité? | Liste |
+
+### 9.2 Organisationnelles
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q9.5 | Budget disponible? | Montant |
+| Q9.6 | Deadline fixe ou flexible? | Date + flexibilité |
+| Q9.7 | Ressources disponibles? | Équipe |
+| Q9.8 | Processus d'approbation? | Étapes |
+
+---
+
+## Catégorie 10: Documentation & Support
+
+### 10.1 Documentation
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q10.1 | Documentation utilisateur nécessaire? | Oui/Non + type |
+| Q10.2 | Documentation technique nécessaire? | Oui/Non + type |
+| Q10.3 | Formation des utilisateurs prévue? | Plan |
+| Q10.4 | Base de connaissances à créer? | Scope |
+
+### 10.2 Support
+
+| # | Question | Type réponse |
+|---|----------|--------------|
+| Q10.5 | Niveau de support attendu? | SLA |
+| Q10.6 | Qui assure le support niveau 1? | Équipe |
+| Q10.7 | Escalade vers niveau 2? | Processus |
+| Q10.8 | Monitoring et alertes requis? | Liste |
+
+---
+
+## Utilisation du questionnaire
+
+### Phase découverte
+
+1. **Début:** Commencer par Catégorie 1 (Contexte Business)
+2. **Adapter:** Sauter les questions non pertinentes au contexte
+3. **Approfondir:** Poser des questions de suivi sur les réponses vagues
+4. **Challenger:** Ne pas accepter "on verra plus tard" sur les Must-Have
+
+### Questions de suivi
+
+Pour chaque réponse vague, utiliser:
+- "Pouvez-vous 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?"
+
+### Documentation
+
+Chaque réponse doit être documentée avec:
+- Source (qui a répondu)
+- Date
+- Niveau de confiance (Confirmé/À valider/Hypothèse)
+- Questions de suivi ouvertes
+
+---
+
+## Support
+
+> **Questions sur l'élicitation des besoins?**
+>
+> 📧 **support@atlshub.ch**