@atlashub/smartstack-cli 1.11.0 → 1.12.0

package/templates/commands/business-analyse/change-request.md

@@ -6,92 +6,53 @@ model: sonnet
 
 # Change Request - Modification Post-Handoff
 
-> **Modèle:** Sonnet (analyse d'impact)
-> **Usage:** Changement de scope après validation/handoff
+> **Ref:** Fonctions communes dans [_shared.md](_shared.md)
 > **Output:** `.business-analyse/.../tracking/changes/CR-FEAT-XXX-NNN.md`
 
 ---
 
-## QUAND UTILISER
+## Quand utiliser
 
-```
-╔══════════════════════════════════════════════════════════════════════════════╗
-║  CHANGE REQUEST: Modification formelle des spécifications                    ║
-╠══════════════════════════════════════════════════════════════════════════════╣
-║                                                                              ║
-║  Utiliser APRÈS validation (phase 5) ou handoff (phase 6) quand:             ║
-║                                                                              ║
-║  • Le stakeholder demande une modification de scope                          ║
-║  • Une nouvelle exigence est découverte                                      ║
-║  • Un cas d'usage manquant est identifié                                     ║
-║  • Une règle métier doit être modifiée                                       ║
-║                                                                              ║
-║  PROCESSUS:                                                                  ║
-║  1. Documenter le changement demandé                                         ║
-║  2. Analyser l'impact sur les specs existantes                               ║
-║  3. Estimer l'effort                                                         ║
-║  4. Obtenir approbation                                                      ║
-║  5. Mettre à jour les documents (avec versioning)                            ║
-║                                                                              ║
-╚══════════════════════════════════════════════════════════════════════════════╝
-```
+Utiliser APRÈS validation (phase 5) ou handoff (phase 6) quand:
+- Modification scope demandée par stakeholder
+- Nouvelle exigence découverte
+- Cas d'usage manquant identifié
+- Règle métier à modifier
 
 ---
 
-## STEP 1: Identification
-
-```bash
-FEATURE_ID=$1
-FEATURE_DIR=$(find .business-analyse -type d -name "${FEATURE_ID}*" | head -1)
-
-if [ -z "$FEATURE_DIR" ]; then
-  echo "❌ ERREUR: Feature $FEATURE_ID non trouvée"
-  exit 1
-fi
-
-# Générer CR ID
-EXISTING_CRS=$(find "$FEATURE_DIR/tracking/changes" -name "CR-*.md" 2>/dev/null | wc -l)
-CR_NUM=$(printf "%03d" $((EXISTING_CRS + 1)))
-CR_ID="CR-${FEATURE_ID}-${CR_NUM}"
-
-CR_DIR="$FEATURE_DIR/tracking/changes"
-mkdir -p "$CR_DIR"
-```
-
----
-
-## STEP 2: Collecte du changement
+## Collecte changement
 
 ```javascript
 AskUserQuestion({
   questions: [
     {
-      question: "Quel type de changement est demandé?",
+      question: "Type de changement?",
       header: "Type",
       options: [
-        { label: "Nouvelle fonctionnalité", description: "Ajouter quelque chose de nouveau" },
-        { label: "Modification existant", description: "Changer un comportement" },
-        { label: "Suppression", description: "Retirer une fonctionnalité" },
-        { label: "Clarification", description: "Préciser une spec ambiguë" }
+        { label: "Nouvelle fonctionnalité", description: "Ajouter nouveau" },
+        { label: "Modification existant", description: "Changer comportement" },
+        { label: "Suppression", description: "Retirer fonctionnalité" },
+        { label: "Clarification", description: "Préciser spec ambiguë" }
       ],
       multiSelect: false
     },
     {
-      question: "Quelle est la priorité de ce changement?",
+      question: "Priorité?",
       header: "Priorité",
       options: [
-        { label: "Critique", description: "Bloque la release" },
-        { label: "Haute", description: "Important pour le MVP" },
+        { label: "Critique", description: "Bloque release" },
+        { label: "Haute", description: "Important MVP" },
         { label: "Moyenne", description: "Souhaitable" },
         { label: "Basse", description: "Nice-to-have" }
       ],
       multiSelect: false
     },
     {
-      question: "Ce changement est-il approuvé par le sponsor?",
+      question: "Approuvé par sponsor?",
       header: "Approbation",
       options: [
-        { label: "Oui, approuvé", description: "Sponsor a validé" },
+        { label: "Oui", description: "Sponsor validé" },
         { label: "En attente", description: "Discussion en cours" },
         { label: "À soumettre", description: "Pas encore discuté" }
       ],
@@ -103,266 +64,81 @@ AskUserQuestion({
 
 ---
 
-## STEP 3: Description détaillée
+## Analyse d'impact
 
-Collecter:
-- Description du changement demandé
-- Justification business
-- Demandeur (qui a demandé)
+### Matrice documents
 
----
+| Document | Impact | Modification |
+|----------|--------|--------------|
+| Discovery | {Aucun/Mineur/Majeur} | {description} |
+| BRD | {Aucun/Mineur/Majeur} | {description} |
+| FRD | {Aucun/Mineur/Majeur} | {description} |
+| Handoff | {Aucun/Mineur/Majeur} | {description} |
 
-## STEP 4: Analyse d'impact
+### Impact code (si implémenté)
 
-### 4.1 Impact sur les documents
-
-Analyser automatiquement les documents existants:
-
-```bash
-# Lire les documents
-DISCOVERY=$(cat "$FEATURE_DIR/1-discovery.md" 2>/dev/null)
-BRD=$(cat "$FEATURE_DIR/2-business-requirements.md" 2>/dev/null)
-FRD=$(cat "$FEATURE_DIR/3-functional-specification.md" 2>/dev/null)
-HANDOFF=$(cat "$FEATURE_DIR/4-development-handoff.md" 2>/dev/null)
-
-# Identifier les sections impactées
-echo "Analyse d'impact en cours..."
-```
-
-### 4.2 Matrice d'impact
-
-| Document | Section | Impact | Modification requise |
-|----------|---------|--------|---------------------|
-| Discovery | Périmètre | {Aucun/Mineur/Majeur} | {description} |
-| BRD | Règles métier | {Aucun/Mineur/Majeur} | {description} |
-| FRD | Use Cases | {Aucun/Mineur/Majeur} | {description} |
-| FRD | Wireframes | {Aucun/Mineur/Majeur} | {description} |
-| FRD | Permissions | {Aucun/Mineur/Majeur} | {description} |
-| Handoff | Instructions | {Aucun/Mineur/Majeur} | {description} |
-
-### 4.3 Impact sur le code (si déjà implémenté)
-
-| Couche | Fichiers impactés | Type de modification |
-|--------|-------------------|---------------------|
+| Couche | Fichiers | Modification |
+|--------|----------|--------------|
 | Domain | {fichiers} | {ajouter/modifier/supprimer} |
 | Application | {fichiers} | {ajouter/modifier/supprimer} |
-| Infrastructure | {fichiers} | {ajouter/modifier/supprimer} |
 | API | {fichiers} | {ajouter/modifier/supprimer} |
 | Frontend | {fichiers} | {ajouter/modifier/supprimer} |
 
 ---
 
-## STEP 5: Estimation effort
-
-| Composant | Effort estimé | Complexité |
-|-----------|---------------|------------|
-| Mise à jour specs | {heures} | {Simple/Moyen/Complexe} |
-| Backend | {heures} | {Simple/Moyen/Complexe} |
-| Frontend | {heures} | {Simple/Moyen/Complexe} |
-| Tests | {heures} | {Simple/Moyen/Complexe} |
-| **Total** | **{heures}** | |
-
----
-
-## STEP 6: Génération du document CR
-
-### Template CR-FEAT-XXX-NNN.md
+## Template CR-FEAT-XXX-NNN.md
 
 ```markdown
 # {CR_ID} - Change Request
 
-> **Feature:** {FEATURE_ID}
-> **Type:** {Nouvelle fonctionnalité/Modification/Suppression/Clarification}
-> **Priorité:** {Critique/Haute/Moyenne/Basse}
-> **Status:** {En attente/Approuvé/Rejeté/Implémenté}
-> **Date:** {YYYY-MM-DD}
-
----
-
-## 1. Changement demandé
-
-### Description
-{Description détaillée du changement}
-
-### Justification business
-{Pourquoi ce changement est nécessaire}
-
-### Demandeur
-{Nom et rôle du demandeur}
-
----
-
-## 2. Analyse d'impact
-
-### 2.1 Documents impactés
-
-| Document | Version actuelle | Impact | Action |
-|----------|-----------------|--------|--------|
-| 1-discovery.md | 1.0 | {impact} | {action} |
-| 2-brd.md | 1.0 | {impact} | {action} |
-| 3-frd.md | 1.0 | {impact} | {action} |
-| 4-handoff.md | 1.0 | {impact} | {action} |
-
-### 2.2 Specs impactées
+> **Feature:** {FEATURE_ID} | **Type:** {X} | **Priorité:** {X} | **Status:** {X}
 
-| Type | ID | Modification |
-|------|----|----|
-| Règle métier | BR-XXX | {Modifier/Ajouter/Supprimer: description} |
-| Use Case | UC-XXX | {Modifier/Ajouter/Supprimer: description} |
-| Exigence | FR-XXX | {Modifier/Ajouter/Supprimer: description} |
+## 1. Changement
+### Description | Justification | Demandeur
 
-### 2.3 Code impacté (si déjà développé)
-
-| Fichier | Modification |
-|---------|--------------|
-| `{path}` | {description} |
-
----
-
-## 3. Effort estimé
+## 2. Impact
+### Documents impactés | Specs (BR/FR/UC) | Code
 
+## 3. Effort
 | Composant | Effort | Risque |
-|-----------|--------|--------|
-| Specs | {heures} | {Faible/Moyen/Élevé} |
-| Backend | {heures} | {Faible/Moyen/Élevé} |
-| Frontend | {heures} | {Faible/Moyen/Élevé} |
-| Tests | {heures} | {Faible/Moyen/Élevé} |
-| **Total** | **{heures}** | |
-
----
+| Specs | {h} | {X} |
+| Backend | {h} | {X} |
+| Frontend | {h} | {X} |
 
 ## 4. Décision
-
-### Recommandation
-{Accepter/Rejeter/Reporter} ce changement
-
-### Justification
-{Pourquoi cette recommandation}
-
-### Conditions (si accepté)
-- {Condition 1}
-- {Condition 2}
-
----
+### Recommandation | Justification | Conditions
 
 ## 5. Approbation
+| Rôle | Décision | Date |
 
-| Rôle | Nom | Décision | Date |
-|------|-----|----------|------|
-| Product Owner | {nom} | {Approuvé/Rejeté} | {date} |
-| Tech Lead | {nom} | {Approuvé/Rejeté} | {date} |
-
----
-
-## 6. Implémentation (si approuvé)
-
-### 6.1 Mise à jour des specs
-
-| Document | Nouvelle version | Modifications |
-|----------|-----------------|---------------|
-| 3-frd.md | 1.1 | {description} |
-
-### 6.2 Prompt de modification
-
-```
+## 6. Prompt modification (si approuvé)
 CHANGE REQUEST: {CR_ID}
-
-CHANGEMENT À IMPLÉMENTER:
-{description du changement}
-
-FICHIERS À MODIFIER:
-{liste des fichiers}
-
-TESTS À AJOUTER:
-{scénarios Gherkin}
-
-VALIDATION:
-{critères de validation}
-```
-
----
-
-## 7. Historique
-
-| Date | Action | Par |
-|------|--------|-----|
-| {date} | CR créé | {auteur} |
-| {date} | Analyse complétée | {auteur} |
-| {date} | {Approuvé/Rejeté} | {décideur} |
-| {date} | Implémenté | {dev} |
-| {date} | Validé | {qa} |
+CHANGEMENT: {description}
+FICHIERS: {liste}
+VALIDATION: {critères}
 ```
 
 ---
 
-## STEP 7: Actions post-approbation
-
-Si le CR est approuvé:
-
-### 7.1 Mise à jour des documents
+## Actions post-approbation
 
-```bash
-# Incrémenter version des documents impactés
-# 1.0 → 1.1 pour changement mineur
-# 1.0 → 2.0 pour changement majeur
+| Action | Commande |
+|--------|----------|
+| Implémentation immédiate | Générer prompt |
+| Planifier | Ajouter backlog |
+| Specs seulement | Modifier documents |
 
-# Ajouter dans l'historique de chaque document:
-# | 1.1 | {date} | BA | CR-FEAT-XXX-001: {description} |
-```
-
-### 7.2 Options d'implémentation
-
-```javascript
-AskUserQuestion({
-  questions: [{
-    question: "Comment souhaitez-vous implémenter ce changement?",
-    header: "Action",
-    options: [
-      { label: "Implémentation immédiate", description: "Générer prompt et implémenter maintenant" },
-      { label: "Planifier", description: "Ajouter au backlog pour plus tard" },
-      { label: "Mettre à jour specs seulement", description: "Modifier les documents, implémenter plus tard" }
-    ],
-    multiSelect: false
-  }]
-})
-```
+**Versioning:** 1.0 → 1.1 (mineur) / 1.0 → 2.0 (majeur)
 
 ---
 
-## STEP 8: Résumé
+## Résumé
 
 ```
-================================================================================
-                    CHANGE REQUEST CRÉÉ - {CR_ID}
-================================================================================
-
-FEATURE:           {FEATURE_ID}
-TYPE:              {type}
-PRIORITÉ:          {priorité}
-STATUS:            {status}
-
-IMPACT:
-  Documents:       {N} impactés
-  Règles métier:   {N} modifiées
-  Code:            {N} fichiers
-
-EFFORT ESTIMÉ:     {N} heures
-
-================================================================================
-PROCHAINES ÉTAPES
-================================================================================
-
-SI APPROUVÉ:
-1. Mettre à jour les specs avec versioning
-2. Générer prompt de modification
-3. Implémenter les changements
-4. Valider et fermer le CR
-
-SI REJETÉ:
-1. Documenter la raison
-2. Archiver le CR
-
-================================================================================
-
-Contact support: support@atlshub.ch
+CR - {CR_ID}
+├── Feature: {FEATURE_ID}
+├── Type: {X}
+├── Impact: {N} documents, {N} fichiers
+├── Effort: {N} heures
+└── Status: {En attente/Approuvé/Rejeté}
 ```

package/templates/commands/business-analyse/hotfix.md

@@ -6,46 +6,33 @@ model: haiku
 
 # Hotfix - Correction Urgente
 
-> **Modèle:** Haiku (template léger, exécution rapide)
-> **Usage:** Fix urgent sans documentation complète
-> **Output:** `.business-analyse/tracking/bugs/{BUG-ID}.md` (format court)
+> **Ref:** Fonctions communes dans [_shared.md](_shared.md)
+> **Output:** `.business-analyse/tracking/hotfixes/HF-YYYYMMDD-NNN.md`
 
 ---
 
-## QUAND UTILISER
+## Quand utiliser
 
-```
-╔══════════════════════════════════════════════════════════════════════════════╗
-║  HOTFIX: Correction rapide pour bug urgent                                   ║
-╠══════════════════════════════════════════════════════════════════════════════╣
-║                                                                              ║
-║  ✅ UTILISER pour:                                                           ║
-║  • Bug bloquant en production                                                ║
-║  • Correction simple et évidente                                             ║
-║  • Pas de changement de scope                                                ║
-║                                                                              ║
-║  ❌ NE PAS utiliser pour:                                                    ║
-║  • Bug complexe nécessitant analyse → /business-analyse:bug                  ║
-║  • Changement de fonctionnalité → /business-analyse:change-request           ║
-║  • Nouvelle feature → workflow complet                                       ║
-║                                                                              ║
-╚══════════════════════════════════════════════════════════════════════════════╝
-```
+| ✅ Utiliser | ❌ Ne pas utiliser |
+|-------------|-------------------|
+| Bug bloquant production | Bug complexe → `/business-analyse:bug` |
+| Correction simple, évidente | Changement fonctionnalité → `/business-analyse:change-request` |
+| Pas de changement scope | Nouvelle feature → workflow complet |
 
 ---
 
-## STEP 1: Collecte rapide
+## Collecte rapide
 
 ```javascript
 AskUserQuestion({
   questions: [
     {
-      question: "Quel est le problème? (1 phrase)",
+      question: "Quel est le problème?",
       header: "Bug",
       options: [
         { label: "Crash/Erreur 500", description: "Application plante" },
         { label: "Données incorrectes", description: "Calcul ou affichage erroné" },
-        { label: "Permission/Accès", description: "Problème d'autorisation" },
+        { label: "Permission/Accès", description: "Problème autorisation" },
         { label: "UI bloquée", description: "Interface non responsive" }
       ],
       multiSelect: false
@@ -54,10 +41,10 @@ AskUserQuestion({
       question: "Où se trouve le bug?",
       header: "Location",
       options: [
-        { label: "Backend API", description: "Controller, Service, Repository" },
-        { label: "Frontend", description: "Page, Composant, Service" },
-        { label: "Database", description: "Migration, Seed, Query" },
-        { label: "Config", description: "appsettings, env, routes" }
+        { label: "Backend API", description: "Controller, Service" },
+        { label: "Frontend", description: "Page, Composant" },
+        { label: "Database", description: "Migration, Query" },
+        { label: "Config", description: "appsettings, env" }
       ],
       multiSelect: false
     }
@@ -67,134 +54,63 @@ AskUserQuestion({
 
 ---
 
-## STEP 2: Générer identifiant
-
-```bash
-# Format: HF-YYYYMMDD-NNN
-DATE=$(date +%Y%m%d)
-LAST_HF=$(find .business-analyse -name "HF-${DATE}-*.md" 2>/dev/null | wc -l)
-HF_ID="HF-${DATE}-$(printf "%03d" $((LAST_HF + 1)))"
-
-# Dossier
-HF_DIR=".business-analyse/tracking/hotfixes"
-mkdir -p "$HF_DIR"
-```
-
----
-
-## STEP 3: Template court
-
-### {HF_ID}.md
+## Template HF-YYYYMMDD-NNN.md
 
 ```markdown
 # {HF_ID} - Hotfix
 
-> **Date:** {YYYY-MM-DD HH:MM}
-> **Sévérité:** Critique
-> **Status:** En cours
+> **Date:** {YYYY-MM-DD HH:MM} | **Sévérité:** Critique | **Status:** En cours
 
 ## Bug
-
 **Symptôme:** {description courte}
-
 **Impact:** {qui est bloqué}
 
 ## Cause
-
-**Fichier:** `{path/to/file.ext}`
-
-**Ligne:** ~{numéro}
-
-**Problème:** {description technique courte}
+**Fichier:** `{path}` | **Ligne:** ~{N}
+**Problème:** {description technique}
 
 ## Correction
-
 ```{language}
 // AVANT
 {code incorrect}
-
 // APRÈS
 {code corrigé}
 ```
 
 ## Validation
-
 - [ ] Fix appliqué
 - [ ] Test manuel OK
 - [ ] Déployé
-
-## Notes
-
-{notes additionnelles si nécessaire}
-
----
-Hotfix créé le {timestamp}
 ```
 
 ---
 
-## STEP 4: Prompt de correction
-
-Générer automatiquement un prompt pour Claude:
+## Prompt correction
 
 ```
 HOTFIX URGENT - {HF_ID}
-
-PROBLÈME:
-{description du symptôme}
-
-FICHIER À CORRIGER:
-{path/to/file}
-
-CORRECTION À APPLIQUER:
-{description de ce qu'il faut changer}
-
-VALIDATION:
-Après correction, vérifier que {comportement attendu}
-
-⚠️ Ne pas modifier d'autres fichiers
-⚠️ Commit message: "hotfix({module}): {HF_ID} - {description courte}"
+PROBLÈME: {symptôme}
+FICHIER: {path}
+CORRECTION: {description}
+VALIDATION: {comportement attendu}
+⚠️ Commit: "hotfix({module}): {HF_ID} - {description}"
 ```
 
 ---
 
-## STEP 5: Résumé
-
-```
-================================================================================
-                    HOTFIX CRÉÉ - {HF_ID}
-================================================================================
-
-FICHIER:    {HF_DIR}/{HF_ID}.md
-SÉVÉRITÉ:   Critique
-LOCATION:   {Backend/Frontend/Database/Config}
-
-================================================================================
-PROMPT DE CORRECTION
-================================================================================
-
-{prompt généré}
-
-================================================================================
-COMMIT
-================================================================================
-
-git commit -m "hotfix({module}): {HF_ID} - {description}"
-
-================================================================================
+## Post-hotfix
 
-Contact support: support@atlshub.ch
-```
+1. Marquer résolu dans .md
+2. Si analyse approfondie nécessaire: `/business-analyse:bug {FEATURE_ID}`
+3. Ajouter test régression
 
 ---
 
-## Post-hotfix
-
-Après déploiement du hotfix:
+## Résumé
 
-1. **Marquer comme résolu** dans le fichier .md
-2. **Créer un bug complet** si analyse approfondie nécessaire:
-   ```
-   /business-analyse:bug {FEATURE_ID}
-   ```
-3. **Ajouter test de régression** pour éviter récurrence
+```
+HOTFIX - {HF_ID}
+├── Sévérité: Critique
+├── Location: {Backend/Frontend/DB/Config}
+└── Commit: hotfix({module}): {HF_ID}
+```