From 52e37f81853c3e0d41ad38538c5251f56a68edf5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Emmanuel=20Ats=C3=A9?= <4688434+eatse21@users.noreply.github.com> Date: Fri, 20 Mar 2026 06:02:29 +0100 Subject: [PATCH] docs(fr): remove references to deleted phase-4 agent personas MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Remove all references to deleted phase-4 agent personas from French documentation, matching upcoming PR #2020 changes: - Remove agent personas: dev/Amelia, pm/John, qa/Quinn, sm/Bob, quick-flow-solo-dev/Barry, bmad-master - Replace deleted agent skill invocations with equivalent workflow skills (bmad-dev-story, bmad-qa-generate-e2e-tests, bmad-quick-dev, etc.) - Depersonalize QA references ("Quinn" → "QA Intégré" / "Workflow QA") - Simplify workflow invocation instructions (remove "invoke agent" pattern) - Fix upgrade-to-v6.md SM/Scrum Master references --- docs/fr/_STYLE_GUIDE.md | 2 +- docs/fr/how-to/customize-bmad.md | 7 ++- docs/fr/how-to/get-answers-about-bmad.md | 10 ++-- docs/fr/how-to/upgrade-to-v6.md | 5 +- docs/fr/reference/agents.md | 34 +++++-------- docs/fr/reference/commands.md | 14 +++--- docs/fr/reference/modules.md | 2 +- docs/fr/reference/testing.md | 34 ++++++------- docs/fr/tutorials/getting-started.md | 64 +++++++++++------------- 9 files changed, 79 insertions(+), 93 deletions(-) diff --git a/docs/fr/_STYLE_GUIDE.md b/docs/fr/_STYLE_GUIDE.md index 193e3cec5..18907a4fb 100644 --- a/docs/fr/_STYLE_GUIDE.md +++ b/docs/fr/_STYLE_GUIDE.md @@ -353,7 +353,7 @@ Uniquement pour les parcours méthode BMad et Enterprise. Quick Dev passe direct ### Puis-je modifier mon plan plus tard ? -Oui. L'agent SM dispose d'un workflow `bmad-correct-course` pour gérer les changements de portée. +Oui. Utilisez `bmad-correct-course` pour gérer les changements de portée. **Une question sans réponse ici ?** [Ouvrez une issue](...) ou posez votre question sur [Discord](...). ``` diff --git a/docs/fr/how-to/customize-bmad.md b/docs/fr/how-to/customize-bmad.md index 34399d953..65ae23831 100644 --- a/docs/fr/how-to/customize-bmad.md +++ b/docs/fr/how-to/customize-bmad.md @@ -31,9 +31,8 @@ Après l'installation, vous trouverez un fichier `.customize.yaml` par agent dan ```text _bmad/_config/agents/ -├── core-bmad-master.customize.yaml -├── bmm-dev.customize.yaml -├── bmm-pm.customize.yaml +├── bmm-analyst.customize.yaml +├── bmm-architect.customize.yaml └── ... (un fichier par agent installé) ``` @@ -59,7 +58,7 @@ Modifier la façon dont l'agent se présente : ```yaml agent: metadata: - name: 'Bob l’éponge' # Par défaut : "Amelia" + name: ‘Bob l’éponge’ # Par défaut : "Mary" ``` **Persona** diff --git a/docs/fr/how-to/get-answers-about-bmad.md b/docs/fr/how-to/get-answers-about-bmad.md index a99faf42e..d2632b4aa 100644 --- a/docs/fr/how-to/get-answers-about-bmad.md +++ b/docs/fr/how-to/get-answers-about-bmad.md @@ -54,11 +54,11 @@ Utilisez cette section lorsque : ### 1. Choisissez votre source -| Source | Idéal pour | Exemples | -| -------------------- | ------------------------------------------- | ---------------------------- | -| **Dossier `_bmad`** | Comment fonctionne BMad — agents, workflows, prompts | "Que fait l'agent PM ?" | -| **Repo GitHub complet** | Historique, installateur, architecture | "Qu'est-ce qui a changé dans la v6 ?" | -| **`llms-full.txt`** | Aperçu rapide depuis la documentation | "Expliquez les quatre phases de BMad" | +| Source | Idéal pour | Exemples | +|-------------------------|------------------------------------------------------|---------------------------------------| +| **Dossier `_bmad`** | Comment fonctionne BMad — agents, workflows, prompts | "Que fait l'agent Analyste ?" | +| **Repo GitHub complet** | Historique, installateur, architecture | "Qu'est-ce qui a changé dans la v6 ?" | +| **`llms-full.txt`** | Aperçu rapide depuis la documentation | "Expliquez les quatre phases de BMad" | Le dossier `_bmad` est créé lorsque vous installez BMad. Si vous ne l'avez pas encore, clonez le repo à la place. diff --git a/docs/fr/how-to/upgrade-to-v6.md b/docs/fr/how-to/upgrade-to-v6.md index 5be2cbfe2..6468dc729 100644 --- a/docs/fr/how-to/upgrade-to-v6.md +++ b/docs/fr/how-to/upgrade-to-v6.md @@ -61,8 +61,8 @@ Si vous avez des stories[^3] créées ou implémentées : 1. Terminez l'installation v6 2. Placez `epics.md` ou `epics/epic*.md`[^2] dans `_bmad-output/planning-artifacts/` -3. Lancez le workflow `bmad-sprint-planning`[^4] du Scrum Master[^5] -4. Indiquez au SM quels epics/stories sont déjà terminés +3. Lancez le workflow `bmad-sprint-planning`[^4] +4. Indiquez quels epics/stories sont déjà terminés ## Ce que vous obtenez @@ -104,4 +104,3 @@ votre-projet/ [^2]: Epic : dans les méthodologies agiles, une grande unité de travail qui peut être décomposée en plusieurs stories. Un epic représente généralement une fonctionnalité majeure ou un ensemble de capacités livrable sur plusieurs sprints. [^3]: Story (User Story) : une description courte et simple d'une fonctionnalité du point de vue de l'utilisateur. Les stories sont des unités de travail suffisamment petites pour être complétées en un sprint. [^4]: Sprint : dans Scrum, une période de temps fixe (généralement 1 à 4 semaines) pendant laquelle l'équipe travaille à livrer un incrément de produit potentiellement libérable. -[^5]: Scrum Master : rôle dans la méthodologie Scrum responsable de faciliter le processus, de supprimer les obstacles et d'aider l'équipe à suivre les pratiques agiles. diff --git a/docs/fr/reference/agents.md b/docs/fr/reference/agents.md index b508fa651..1fa8057ea 100644 --- a/docs/fr/reference/agents.md +++ b/docs/fr/reference/agents.md @@ -1,31 +1,26 @@ --- title: Agents -description: Agents BMM par défaut avec leurs identifiants de skill, déclencheurs de menu et workflows principaux +description: Agents BMM par défaut avec leurs identifiants de skill, déclencheurs de menu et workflows principaux (Analyst, Architect, UX Designer, Technical Writer) sidebar: order: 2 --- ## Agents par défaut -Cette page liste les agents BMM (suite Agile) par défaut installés avec la méthode BMad, ainsi que leurs identifiants de skill, déclencheurs de menu et workflows principaux. Chaque agent est invoqué en tant que skill. +Cette page liste les quatre agents BMM (suite Agile) par défaut installés avec la méthode BMad, ainsi que leurs identifiants de skill, déclencheurs de menu et workflows principaux. Chaque agent est invoqué en tant que skill. ## Notes -- Chaque agent est disponible en tant que skill, généré par l'installateur. L'identifiant de skill (par exemple, `bmad-dev`) est utilisé pour invoquer l'agent. -- Les déclencheurs sont les codes courts de menu (par exemple, `CP`) et les correspondances approximatives affichés dans chaque menu d'agent. -- QA (Quinn) est l'agent léger d'automatisation de tests dans BMM. L'architecte de tests complet (TEA) se trouve dans son propre module. +- Chaque agent est disponible en tant que skill, généré par l’installateur. L’identifiant de skill (par exemple, `bmad-analyst`) est utilisé pour invoquer l’agent. +- Les déclencheurs sont les codes courts de menu (par exemple, `BP`) et les correspondances approximatives affichés dans chaque menu d’agent. +- La génération de tests QA est gérée par le skill de workflow `bmad-qa-generate-e2e-tests`. L’architecte de tests complet (TEA) se trouve dans son propre module. -| Agent | Identifiant de skill | Déclencheurs | Workflows principaux | -|-----------------------------|----------------------|------------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------| -| Analyste (Mary) | `bmad-analyst` | `BP`, `RS`, `CB`, `DP` | Brainstorming du projet, Recherche, Création du brief[^1], Documentation du projet | -| Product Manager (John) | `bmad-pm` | `CP`, `VP`, `EP`, `CE`, `IR`, `CC` | Créer/Valider/Modifier le PRD[^2], Créer des epics[^3] et des user stories[^4], Préparation à l’implémentation, Ajuster le cap | -| Architecte (Winston) | `bmad-architect` | `CA`, `IR` | Créer l’architecture, Préparation à l’implémentation | -| Scrum Master (Bob) | `bmad-sm` | `SP`, `CS`, `ER`, `CC` | Planification de sprint, Création de user story, Rétrospective d’epic, Ajuster le cap | -| Développeur (Amelia) | `bmad-dev` | `DS`, `CR` | Développement de user story, Revue de code | -| QA Engineer (Quinn) | `bmad-qa` | `QA` | Automatisation (génération de tests pour les fonctionnalités existantes) | -| Quick Solo Dev (Barry) | `bmad-master` | `QD`, `CR` | Développement rapide, Revue de code | -| Designer UX (Sally) | `bmad-ux-designer` | `CU` | Création du design UX[^5] | -| Rédacteur Technique (Paige) | `bmad-tech-writer` | `DP`, `WD`, `US`, `MG`, `VD`, `EC` | Documentation du projet, Rédaction de documents, Mise à jour des standards, Génération de diagrammes Mermaid, Validation de documents, Explication de concepts | +| Agent | Identifiant de skill | Déclencheurs | Workflows principaux | +|------------------------|----------------------|------------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------| +| Analyste (Mary) | `bmad-analyst` | `BP`, `MR`, `DR`, `TR`, `CB`, `DP` | Brainstorming du projet, Recherche marché/domaine/technique, Création du brief[^1], Documentation du projet | +| Architecte (Winston) | `bmad-architect` | `CA`, `IR` | Créer l’architecture, Préparation à l’implémentation | +| Designer UX (Sally) | `bmad-ux-designer` | `CU` | Création du design UX[^2] | +| Rédacteur Technique (Paige) | `bmad-tech-writer` | `DP`, `WD`, `US`, `MG`, `VD`, `EC` | Documentation du projet, Rédaction de documents, Mise à jour des standards, Génération de diagrammes Mermaid, Validation de documents, Explication de concepts | ## Types de déclencheurs @@ -35,7 +30,7 @@ Les déclencheurs de menu d'agent utilisent deux types d'invocation différents. La plupart des déclencheurs chargent un fichier de workflow structuré. Tapez le code du déclencheur et l'agent démarre le workflow, vous demandant de saisir les informations à chaque étape. -Exemples : `CP` (Create PRD), `DS` (Dev Story), `CA` (Create Architecture), `QD` (Quick Dev) +Exemples : `BP` (Brainstorm Project), `CA` (Create Architecture), `CU` (Create UX Design) ### Déclencheurs conversationnels (arguments requis) @@ -60,7 +55,4 @@ EC Explique le fonctionnement du système de modules ## Glossaire [^1]: Brief : document synthétique qui formalise le contexte, les objectifs, le périmètre et les contraintes d’un projet ou d’une demande, afin d’aligner rapidement les parties prenantes avant le travail détaillé. -[^2]: PRD (Product Requirements Document) : document de référence qui décrit les objectifs du produit, les besoins utilisateurs, les fonctionnalités attendues, les contraintes et les critères de succès, afin d’aligner les équipes sur ce qui doit être construit et pourquoi. -[^3]: Epic : grande unité de travail qui regroupe plusieurs user stories liées à un même objectif fonctionnel. Un epic représente généralement une fonctionnalité majeure ou un thème de développement qui sera décomposé en stories plus fines pour l’implémentation. -[^4]: User story : description courte et simple d’une fonctionnalité du point de vue de l’utilisateur, généralement structurée selon le format "En tant que [rôle], je veux [action] afin de [bénéfice]". Elle sert d’unité de travail lors de la planification et du développement agile. -[^5]: UX (User Experience) : expérience utilisateur, englobant l’ensemble des interactions et perceptions d’un utilisateur face à un produit. Le design UX vise à créer des interfaces intuitives, efficaces et agréables en tenant compte des besoins, comportements et contexte d’utilisation. +[^2]: UX (User Experience) : expérience utilisateur, englobant l’ensemble des interactions et perceptions d’un utilisateur face à un produit. Le design UX vise à créer des interfaces intuitives, efficaces et agréables en tenant compte des besoins, comportements et contexte d’utilisation. diff --git a/docs/fr/reference/commands.md b/docs/fr/reference/commands.md index 69aec9bf5..1048976da 100644 --- a/docs/fr/reference/commands.md +++ b/docs/fr/reference/commands.md @@ -54,12 +54,12 @@ Chaque skill est un répertoire contenant un fichier `SKILL.md`. Par exemple, un │ └── SKILL.md ├── bmad-create-prd/ │ └── SKILL.md -├── bmad-dev/ +├── bmad-analyst/ │ └── SKILL.md └── ... ``` -Le nom du répertoire détermine le nom du skill dans votre IDE. Par exemple, le répertoire `bmad-dev/` enregistre le skill `bmad-dev`. +Le nom du répertoire détermine le nom du skill dans votre IDE. Par exemple, le répertoire `bmad-analyst/` enregistre le skill `bmad-analyst`. ## Comment découvrir vos skills @@ -79,10 +79,10 @@ Les skills d'agent chargent une persona[^2] IA spécialisée avec un rôle défi | Exemple de skill | Agent | Rôle | | --- | --- | --- | -| `bmad-dev` | Amelia (Développeur) | Implémente les stories en respectant strictement les spécifications | -| `bmad-pm` | John (Product Manager) | Crée et valide les PRD[^1] | +| `bmad-analyst` | Mary (Analyste) | Brainstorming de projets, recherche, création de briefs | | `bmad-architect` | Winston (Architecte) | Conçoit l'architecture système | -| `bmad-sm` | Bob (Scrum Master) | Gère les sprints et les stories | +| `bmad-ux-designer` | Sally (Designer UX) | Crée les designs UX | +| `bmad-tech-writer` | Paige (Rédacteur Technique) | Documente les projets, rédige des guides, génère des diagrammes | Consultez [Agents](./agents.md) pour la liste complète des agents par défaut et leurs déclencheurs. @@ -123,7 +123,7 @@ Le module principal inclut 11 outils intégrés — revues, compression, brainst ## Convention de nommage -Tous les skills utilisent le préfixe `bmad-` suivi d'un nom descriptif (ex. `bmad-dev`, `bmad-create-prd`, `bmad-help`). Consultez [Modules](./modules.md) pour les modules disponibles. +Tous les skills utilisent le préfixe `bmad-` suivi d'un nom descriptif (ex. `bmad-analyst`, `bmad-create-prd`, `bmad-help`). Consultez [Modules](./modules.md) pour les modules disponibles. ## Dépannage @@ -136,4 +136,4 @@ Tous les skills utilisent le préfixe `bmad-` suivi d'un nom descriptif (ex. `bm ## Glossaire [^1]: PRD (Product Requirements Document) : document de référence qui décrit les objectifs du produit, les besoins utilisateurs, les fonctionnalités attendues, les contraintes et les critères de succès, afin d’aligner les équipes sur ce qui doit être construit et pourquoi. -[^2]: Persona : dans le contexte de BMad, une persona désigne un agent IA avec un rôle défini, un style de communication et une expertise spécifiques (ex. Amelia la développeuse, John le product manager). Chaque persona garde son "caractère" pendant les interactions. +[^2]: Persona : dans le contexte de BMad, une persona désigne un agent IA avec un rôle défini, un style de communication et une expertise spécifiques (ex. Mary l'analyste, Winston l'architecte). Chaque persona garde son "caractère" pendant les interactions. diff --git a/docs/fr/reference/modules.md b/docs/fr/reference/modules.md index 466776229..8c0ae8126 100644 --- a/docs/fr/reference/modules.md +++ b/docs/fr/reference/modules.md @@ -58,7 +58,7 @@ Workflows de développement de jeux structurés adaptés pour Unity, Unreal, God ## Test Architect (TEA) -Stratégie de test de niveau entreprise, conseils d'automatisation et décisions de porte de release via un agent expert et neuf workflows structurés. TEA va bien au-delà de l'agent QA intégré avec une priorisation basée sur les risques et une traçabilité des exigences. +Stratégie de test de niveau entreprise, conseils d'automatisation et décisions de porte de release via un agent expert et neuf workflows structurés. TEA va bien au-delà du workflow QA intégré avec une priorisation basée sur les risques et une traçabilité des exigences. - **Code :** `tea` - **npm :** [`bmad-method-test-architecture-enterprise`](https://www.npmjs.com/package/bmad-method-test-architecture-enterprise) diff --git a/docs/fr/reference/testing.md b/docs/fr/reference/testing.md index 73d7a7777..a7e487df4 100644 --- a/docs/fr/reference/testing.md +++ b/docs/fr/reference/testing.md @@ -1,15 +1,15 @@ --- title: Options de Testing -description: Comparaison de l'agent QA intégré (Quinn) avec le module Test Architect (TEA) pour l'automatisation des tests. +description: Comparaison du workflow QA intégré avec le module Test Architect (TEA) pour l'automatisation des tests. sidebar: order: 5 --- -BMad propose deux approches de test : un agent QA[^1] intégré pour une génération rapide de tests et un module Test Architect installable pour une stratégie de test de qualité entreprise. +BMad propose deux approches de test : un workflow QA[^1] intégré pour une génération rapide de tests et un module Test Architect installable pour une stratégie de test de qualité entreprise. ## Lequel Choisir ? -| Facteur | Quinn (QA intégré) | Module TEA | +| Facteur | QA Intégré | Module TEA | |-------------------------|----------------------------------------------|---------------------------------------------------------------------| | **Idéal pour** | Projets petits et moyens, couverture rapide | Grands projets, domaines réglementés ou complexes | | **Installation** | Rien à installer — inclus dans BMM | Installer séparément via `npx bmad-method install` | @@ -18,19 +18,19 @@ BMad propose deux approches de test : un agent QA[^1] intégré pour une génér | **Stratégie** | Chemin nominal + cas limites critiques | Priorisation basée sur les risques (P0-P3) | | **Nombre de workflows** | 1 (Automate) | 9 (conception, ATDD, automatisation, revue, traçabilité, et autres) | -:::tip[Commencez avec Quinn] -La plupart des projets devraient commencer avec Quinn. Si vous avez ensuite besoin d'une stratégie de test, de murs de qualité ou de traçabilité des exigences, installez TEA en complément. +:::tip[Commencez avec le QA Intégré] +La plupart des projets devraient commencer avec le workflow QA intégré. Si vous avez ensuite besoin d'une stratégie de test, de murs de qualité ou de traçabilité des exigences, installez TEA en complément. ::: -## Agent QA Intégré (Quinn) +## Workflow QA Intégré -Quinn est l'agent QA intégré dans le module BMM (suite Agile). Il génère rapidement des tests fonctionnels en utilisant le framework de test existant de votre projet — aucune configuration ni installation supplémentaire requise. +Le workflow QA intégré est inclus dans le module BMM (suite Agile). Il génère rapidement des tests fonctionnels en utilisant le framework de test existant de votre projet — aucune configuration ni installation supplémentaire requise. **Déclencheur :** `QA` ou `bmad-qa-generate-e2e-tests` -### Ce que Quinn Fait +### Ce que le Workflow QA Fait -Quinn exécute un workflow unique (Automate) qui parcourt cinq étapes : +Le workflow QA exécute un processus unique (Automate) qui parcourt cinq étapes : 1. **Détecte le framework de test** — analyse `package.json` et les fichiers de test existants pour identifier votre framework (Jest, Vitest, Playwright, Cypress, ou tout runner standard). Si aucun n'existe, analyse la pile technologique du projet et en suggère un. 2. **Identifie les fonctionnalités** — demande ce qu'il faut tester ou découvre automatiquement les fonctionnalités dans le codebase. @@ -38,7 +38,7 @@ Quinn exécute un workflow unique (Automate) qui parcourt cinq étapes : 4. **Génére les tests E2E** — couvre les parcours utilisateur avec des localisateurs sémantiques et des assertions sur les résultats visibles. 5. **Exécute et vérifie** — lance les tests générés et corrige immédiatement les échecs. -Quinn produit un résumé de test sauvegardé dans le dossier des artefacts d'implémentation de votre projet. +Le workflow QA produit un résumé de test sauvegardé dans le dossier des artefacts d'implémentation de votre projet. ### Patterns de Test @@ -51,10 +51,10 @@ Les tests générés suivent une philosophie "simple et maintenable" : - **Descriptions claires** qui se lisent comme de la documentation fonctionnelle :::note[Portée] -Quinn génère uniquement des tests. Pour la revue de code et la validation des stories, utilisez plutôt le workflow Code Review (`CR`). +Le workflow QA génère uniquement des tests. Pour la revue de code et la validation des stories, utilisez plutôt le workflow Code Review (`CR`). ::: -### Quand Utiliser Quinn +### Quand Utiliser le QA Intégré - Couverture de test rapide pour une fonctionnalité nouvelle ou existante - Automatisation de tests accessible aux débutants sans configuration avancée @@ -91,17 +91,17 @@ TEA supporte également la priorisation basée sur les risques P0-P3 et des int - Équipes ayant besoin d'une priorisation des tests basée sur les risques sur plusieurs fonctionnalités - Environnements entreprise avec des murs de qualité formels avant livraison - Domaines complexes où la stratégie de test doit être planifiée avant d'écrire les tests -- Projets ayant dépassé l'approche à workflow unique de Quinn +- Projets ayant dépassé l'approche à workflow unique du QA intégré ## Comment les Tests S'Intègrent dans les Workflows -Le workflow Automate de Quinn apparaît dans la Phase 4 (Implémentation) de la carte de workflow méthode BMad. Il est conçu pour s'exécuter **après qu'un epic complet soit terminé** — une fois que toutes les stories d'un epic ont été implémentées et revues. Une séquence typique : +Le workflow Automate du QA intégré apparaît dans la Phase 4 (Implémentation) de la carte de workflow méthode BMad. Il est conçu pour s'exécuter **après qu'un epic complet soit terminé** — une fois que toutes les stories d'un epic ont été implémentées et revues. Une séquence typique : -1. Pour chaque story de l'epic : implémenter avec Dev (`DS`), puis valider avec Code Review (`CR`) -2. Après la fin de l'epic : générer les tests avec Quinn (`QA`) ou le workflow Automate de TEA +1. Pour chaque story de l'epic : implémenter avec Dev Story (`DS`), puis valider avec Code Review (`CR`) +2. Après la fin de l'epic : générer les tests avec le workflow QA (`QA`) ou le workflow Automate de TEA 3. Lancer la rétrospective (`bmad-retrospective`) pour capturer les leçons apprises -Quinn travaille directement à partir du code source sans charger les documents de planification (PRD, architecture). Les workflows TEA peuvent s'intégrer avec les artefacts de planification en amont pour la traçabilité. +Le workflow QA travaille directement à partir du code source sans charger les documents de planification (PRD, architecture). Les workflows TEA peuvent s'intégrer avec les artefacts de planification en amont pour la traçabilité. Pour en savoir plus sur la place des tests dans le processus global, consultez la [Carte des Workflows](./workflow-map.md). diff --git a/docs/fr/tutorials/getting-started.md b/docs/fr/tutorials/getting-started.md index 49df54c9f..056d62029 100644 --- a/docs/fr/tutorials/getting-started.md +++ b/docs/fr/tutorials/getting-started.md @@ -114,7 +114,7 @@ BMad-Help détectera ce que vous avez accompli et recommandera exactement quoi f ::: :::note[Comment charger les agents et exécuter les workflows] -Chaque workflow possède une **skill** que vous invoquez par nom dans votre IDE (par ex., `bmad-create-prd`). Votre outil IA reconnaîtra le nom `bmad-*` et l'exécutera — vous n'avez pas besoin de charger les agents séparément. Vous pouvez aussi invoquer une skill d'agent directement pour une conversation générale (par ex., `bmad-pm` pour l'agent PM). +Chaque workflow possède une **skill** que vous invoquez par nom dans votre IDE (par ex., `bmad-create-prd`). Votre outil IA reconnaîtra le nom `bmad-*` et l'exécutera. ::: :::caution[Nouveaux chats] @@ -141,23 +141,21 @@ Tous les workflows de cette phase sont optionnels : ### Phase 2 : Planification (Requis) **Pour les voies BMad Method et Enterprise :** -1. Invoquez l'**agent PM** (`bmad-pm`) dans un nouveau chat -2. Exécutez le workflow `bmad-create-prd` (`bmad-create-prd`) -3. Sortie : `PRD.md` +1. Exécutez `bmad-create-prd` dans un nouveau chat +2. Sortie : `PRD.md` **Pour la voie Quick Dev :** - Utilisez le workflow `bmad-quick-dev` (`bmad-quick-dev`) à la place du PRD, puis passez à l'implémentation :::note[Design UX (Optionnel)] -Si votre projet a une interface utilisateur, invoquez l'**agent UX-Designer** (`bmad-ux-designer`) et exécutez le workflow de design UX (`bmad-create-ux-design`) après avoir créé votre PRD. +Si votre projet a une interface utilisateur, exécutez le workflow de design UX (`bmad-create-ux-design`) après avoir créé votre PRD. ::: ### Phase 3 : Solutioning (méthode BMad/Enterprise) **Créer l'Architecture** -1. Invoquez l'**agent Architect** (`bmad-architect`) dans un nouveau chat -2. Exécutez `bmad-create-architecture` (`bmad-create-architecture`) -3. Sortie : Document d'architecture avec les décisions techniques +1. Exécutez `bmad-create-architecture` dans un nouveau chat +2. Sortie : Document d'architecture avec les décisions techniques **Créer les Epics et Stories** @@ -165,14 +163,12 @@ Si votre projet a une interface utilisateur, invoquez l'**agent UX-Designer** (` Les epics et stories sont maintenant créés *après* l'architecture. Cela produit des stories de meilleure qualité car les décisions d'architecture (base de données, patterns d'API, pile technologique) affectent directement la façon dont le travail doit être décomposé. ::: -1. Invoquez l'**agent PM** (`bmad-pm`) dans un nouveau chat -2. Exécutez `bmad-create-epics-and-stories` (`bmad-create-epics-and-stories`) -3. Le workflow utilise à la fois le PRD et l'Architecture pour créer des stories techniquement éclairées +1. Exécutez `bmad-create-epics-and-stories` dans un nouveau chat +2. Le workflow utilise à la fois le PRD et l'Architecture pour créer des stories techniquement éclairées **Vérification de préparation à l'implémentation** *(Hautement recommandé)* -1. Invoquez l'**agent Architect** (`bmad-architect`) dans un nouveau chat -2. Exécutez `bmad-check-implementation-readiness` (`bmad-check-implementation-readiness`) -3. Valide la cohérence entre tous les documents de planification +1. Exécutez `bmad-check-implementation-readiness` dans un nouveau chat +2. Valide la cohérence entre tous les documents de planification ## Étape 2 : Construire votre projet @@ -180,19 +176,19 @@ Une fois la planification terminée, passez à l'implémentation. **Chaque workf ### Initialiser la planification de sprint -Invoquez l'**agent SM** (`bmad-sm`) et exécutez `bmad-sprint-planning` (`bmad-sprint-planning`). Cela crée `sprint-status.yaml` pour suivre tous les epics et stories. +Exécutez `bmad-sprint-planning` dans un nouveau chat. Cela crée `sprint-status.yaml` pour suivre tous les epics et stories. ### Le cycle de construction Pour chaque story, répétez ce cycle avec de nouveaux chats : -| Étape | Agent | Workflow | Commande | Objectif | -| ----- | ----- | -------------- | --------------------------- | ----------------------------------- | -| 1 | SM | `bmad-create-story` | `bmad-create-story` | Créer le fichier story depuis l'epic | -| 2 | DEV | `bmad-dev-story` | `bmad-dev-story` | Implémenter la story | -| 3 | DEV | `bmad-code-review` | `bmad-code-review` | Validation de qualité *(recommandé)* | +| Étape | Workflow | Commande | Objectif | +| ----- | --------------------- | --------------------- | ----------------------------------- | +| 1 | `bmad-create-story` | `bmad-create-story` | Créer le fichier story depuis l'epic | +| 2 | `bmad-dev-story` | `bmad-dev-story` | Implémenter la story | +| 3 | `bmad-code-review` | `bmad-code-review` | Validation de qualité *(recommandé)* | -Après avoir terminé toutes les stories d'un epic, invoquez l'**agent SM** (`bmad-sm`) et exécutez `bmad-retrospective` (`bmad-retrospective`). +Après avoir terminé toutes les stories d'un epic, exécutez `bmad-retrospective` dans un nouveau chat. ## Ce que vous avez accompli @@ -221,18 +217,18 @@ your-project/ ## Référence rapide -| Workflow | Commande | Agent | Objectif | -| ------------------------------------- | ------------------------------------------- | --------- | ------------------------------------------------ | -| **`bmad-help`** ⭐ | `bmad-help` | N'importe quel | **Votre guide intelligent — posez n'importe quelle question !** | -| `bmad-create-prd` | `bmad-create-prd` | PM | Créer le document d'exigences produit | -| `bmad-create-architecture` | `bmad-create-architecture` | Architect | Créer le document d'architecture | -| `bmad-generate-project-context` | `bmad-generate-project-context` | Analyst | Créer le fichier de contexte projet | -| `bmad-create-epics-and-stories` | `bmad-create-epics-and-stories` | PM | Décomposer le PRD en epics | -| `bmad-check-implementation-readiness` | `bmad-check-implementation-readiness` | Architect | Valider la cohérence de planification | -| `bmad-sprint-planning` | `bmad-sprint-planning` | SM | Initialiser le suivi de sprint | -| `bmad-create-story` | `bmad-create-story` | SM | Créer un fichier story | -| `bmad-dev-story` | `bmad-dev-story` | DEV | Implémenter une story | -| `bmad-code-review` | `bmad-code-review` | DEV | Revoir le code implémenté | +| Workflow | Commande | Objectif | +| ------------------------------------- | ------------------------------------------- | ------------------------------------------------ | +| **`bmad-help`** ⭐ | `bmad-help` | **Votre guide intelligent — posez n'importe quelle question !** | +| `bmad-create-prd` | `bmad-create-prd` | Créer le document d'exigences produit | +| `bmad-create-architecture` | `bmad-create-architecture` | Créer le document d'architecture | +| `bmad-generate-project-context` | `bmad-generate-project-context` | Créer le fichier de contexte projet | +| `bmad-create-epics-and-stories` | `bmad-create-epics-and-stories` | Décomposer le PRD en epics | +| `bmad-check-implementation-readiness` | `bmad-check-implementation-readiness` | Valider la cohérence de planification | +| `bmad-sprint-planning` | `bmad-sprint-planning` | Initialiser le suivi de sprint | +| `bmad-create-story` | `bmad-create-story` | Créer un fichier story | +| `bmad-dev-story` | `bmad-dev-story` | Implémenter une story | +| `bmad-code-review` | `bmad-code-review` | Revoir le code implémenté | ## Questions fréquentes @@ -240,7 +236,7 @@ your-project/ Uniquement pour les voies méthode BMad et Enterprise. Quick Dev passe directement de la spécification technique (tech-spec) à l'implémentation. **Puis-je modifier mon plan plus tard ?** -Oui. L'agent SM dispose d'un workflow `bmad-correct-course` (`bmad-correct-course`) pour gérer les changements de périmètre. +Oui. Utilisez `bmad-correct-course` pour gérer les changements de périmètre. **Et si je veux d'abord faire du brainstorming ?** Invoquez l'agent Analyst (`bmad-analyst`) et exécutez `bmad-brainstorming` (`bmad-brainstorming`) avant de commencer votre PRD.