ldy26098
/
BMAD-METHOD
mirror of https://github.com/bmad-code-org/BMAD-METHOD.git
1
0
Fork 0
Code Packages Projects Releases Wiki Activity

docs(fr): remove references to deleted phase-4 agent personas 

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
This commit is contained in:
Emmanuel Atsé 2026-03-20 06:02:29 +01:00
parent 7f4ec104f3
commit 52e37f8185
No known key found for this signature in database
9 changed files with 79 additions and 93 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
docs/fr/_STYLE_GUIDE.md
View File

@ -353,7 +353,7 @@ Uniquement pour les parcours méthode BMad et Enterprise. Quick Dev passe direct
### Puis-je modifier mon plan plus tard ? ### 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](...). **Une question sans réponse ici ?** [Ouvrez une issue](...) ou posez votre question sur [Discord](...).
``` ```

7
docs/fr/how-to/customize-bmad.md
View File

@ -31,9 +31,8 @@ Après l'installation, vous trouverez un fichier `.customize.yaml` par agent dan
```text ```text
_bmad/_config/agents/ _bmad/_config/agents/
├── core-bmad-master.customize.yaml ├── bmm-analyst.customize.yaml
├── bmm-dev.customize.yaml ├── bmm-architect.customize.yaml
├── bmm-pm.customize.yaml
└── ... (un fichier par agent installé) └── ... (un fichier par agent installé)
``` ```
@ -59,7 +58,7 @@ Modifier la façon dont l'agent se présente :
```yaml ```yaml
agent: agent:
metadata: metadata:
name: 'Bob l’éponge' # Par défaut : "Amelia" name: ‘Bob l’éponge’ # Par défaut : "Mary"
``` ```
**Persona** **Persona**

10
docs/fr/how-to/get-answers-about-bmad.md
View File

@ -54,11 +54,11 @@ Utilisez cette section lorsque :
### 1. Choisissez votre source ### 1. Choisissez votre source
| Source | Idéal pour | Exemples | | Source | Idéal pour | Exemples |
| -------------------- | ------------------------------------------- | ---------------------------- | |-------------------------|------------------------------------------------------|---------------------------------------|
| **Dossier `_bmad`** | Comment fonctionne BMad — agents, workflows, prompts | "Que fait l'agent PM ?" | | **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 ?" | | **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" | | **`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. Le dossier `_bmad` est créé lorsque vous installez BMad. Si vous ne l'avez pas encore, clonez le repo à la place.

5
docs/fr/how-to/upgrade-to-v6.md
View File

@ -61,8 +61,8 @@ Si vous avez des stories[^3] créées ou implémentées :
1. Terminez l'installation v6 1. Terminez l'installation v6
2. Placez `epics.md` ou `epics/epic*.md`[^2] dans `_bmad-output/planning-artifacts/` 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] 3. Lancez le workflow `bmad-sprint-planning`[^4]
4. Indiquez au SM quels epics/stories sont déjà terminés 4. Indiquez quels epics/stories sont déjà terminés
## Ce que vous obtenez ## 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. [^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. [^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. [^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.

34
docs/fr/reference/agents.md
View File

@ -1,31 +1,26 @@
--- ---
title: Agents 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: sidebar:
order: 2 order: 2
--- ---
## Agents par défaut ## 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 ## 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. - 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, `CP`) et les correspondances approximatives affichés dans chaque menu d'agent. - Les déclencheurs sont les codes courts de menu (par exemple, `BP`) 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. - 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 | | 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 | | 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 |
| 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 |
| 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] |
| Scrum Master (Bob) | `bmad-sm` | `SP`, `CS`, `ER`, `CC` | Planification de sprint, Création de user story, Rétrospective d’epic, Ajuster le cap | | 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 |
| 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 |
## Types de déclencheurs ## 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. 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) ### Déclencheurs conversationnels (arguments requis)
@ -60,7 +55,4 @@ EC Explique le fonctionnement du système de modules
## Glossaire ## 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é. [^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. [^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.
[^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.

14
docs/fr/reference/commands.md
View File

@ -54,12 +54,12 @@ Chaque skill est un répertoire contenant un fichier `SKILL.md`. Par exemple, un
│ └── SKILL.md │ └── SKILL.md
├── bmad-create-prd/ ├── bmad-create-prd/
│ └── SKILL.md │ └── SKILL.md
├── bmad-dev/ ├── bmad-analyst/
│ └── SKILL.md │ └── 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 ## 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 | | Exemple de skill | Agent | Rôle |
| --- | --- | --- | | --- | --- | --- |
| `bmad-dev` | Amelia (Développeur) | Implémente les stories en respectant strictement les spécifications | | `bmad-analyst` | Mary (Analyste) | Brainstorming de projets, recherche, création de briefs |
| `bmad-pm` | John (Product Manager) | Crée et valide les PRD[^1] |
| `bmad-architect` | Winston (Architecte) | Conçoit l'architecture système | | `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. 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 ## 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 ## Dépannage
@ -136,4 +136,4 @@ Tous les skills utilisent le préfixe `bmad-` suivi d'un nom descriptif (ex. `bm
## Glossaire ## 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. [^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.

2
docs/fr/reference/modules.md
View File

@ -58,7 +58,7 @@ Workflows de développement de jeux structurés adaptés pour Unity, Unreal, God
## Test Architect (TEA) ## 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` - **Code :** `tea`
- **npm :** [`bmad-method-test-architecture-enterprise`](https://www.npmjs.com/package/bmad-method-test-architecture-enterprise) - **npm :** [`bmad-method-test-architecture-enterprise`](https://www.npmjs.com/package/bmad-method-test-architecture-enterprise)

34
docs/fr/reference/testing.md
View File

@ -1,15 +1,15 @@
--- ---
title: Options de Testing 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: sidebar:
order: 5 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 ? ## 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 | | **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` | | **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) | | **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) | | **Nombre de workflows** | 1 (Automate) | 9 (conception, ATDD, automatisation, revue, traçabilité, et autres) |
:::tip[Commencez avec Quinn] :::tip[Commencez avec le QA Intégré]
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. 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` **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. 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. 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. 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. 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 ### 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 - **Descriptions claires** qui se lisent comme de la documentation fonctionnelle
:::note[Portée] :::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 - Couverture de test rapide pour une fonctionnalité nouvelle ou existante
- Automatisation de tests accessible aux débutants sans configuration avancée - 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 - É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 - 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 - 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 ## 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`) 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 Quinn (`QA`) ou le workflow Automate de TEA 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 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). Pour en savoir plus sur la place des tests dans le processus global, consultez la [Carte des Workflows](./workflow-map.md).

64
docs/fr/tutorials/getting-started.md
View File

@ -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] :::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] :::caution[Nouveaux chats]
@ -141,23 +141,21 @@ Tous les workflows de cette phase sont optionnels :
### Phase 2 : Planification (Requis) ### Phase 2 : Planification (Requis)
**Pour les voies BMad Method et Enterprise :** **Pour les voies BMad Method et Enterprise :**
1. Invoquez l'**agent PM** (`bmad-pm`) dans un nouveau chat 1. Exécutez `bmad-create-prd` dans un nouveau chat
2. Exécutez le workflow `bmad-create-prd` (`bmad-create-prd`) 2. Sortie : `PRD.md`
3. Sortie : `PRD.md`
**Pour la voie Quick Dev :** **Pour la voie Quick Dev :**
- Utilisez le workflow `bmad-quick-dev` (`bmad-quick-dev`) à la place du PRD, puis passez à l'implémentation - Utilisez le workflow `bmad-quick-dev` (`bmad-quick-dev`) à la place du PRD, puis passez à l'implémentation
:::note[Design UX (Optionnel)] :::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) ### Phase 3 : Solutioning (méthode BMad/Enterprise)
**Créer l'Architecture** **Créer l'Architecture**
1. Invoquez l'**agent Architect** (`bmad-architect`) dans un nouveau chat 1. Exécutez `bmad-create-architecture` dans un nouveau chat
2. Exécutez `bmad-create-architecture` (`bmad-create-architecture`) 2. Sortie : Document d'architecture avec les décisions techniques
3. Sortie : Document d'architecture avec les décisions techniques
**Créer les Epics et Stories** **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é. 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 1. Exécutez `bmad-create-epics-and-stories` dans un nouveau chat
2. Exécutez `bmad-create-epics-and-stories` (`bmad-create-epics-and-stories`) 2. Le workflow utilise à la fois le PRD et l'Architecture pour créer des stories techniquement éclairées
3. 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é)* **Vérification de préparation à l'implémentation** *(Hautement recommandé)*
1. Invoquez l'**agent Architect** (`bmad-architect`) dans un nouveau chat 1. Exécutez `bmad-check-implementation-readiness` dans un nouveau chat
2. Exécutez `bmad-check-implementation-readiness` (`bmad-check-implementation-readiness`) 2. Valide la cohérence entre tous les documents de planification
3. Valide la cohérence entre tous les documents de planification
## Étape 2 : Construire votre projet ## É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 ### 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 ### Le cycle de construction
Pour chaque story, répétez ce cycle avec de nouveaux chats : Pour chaque story, répétez ce cycle avec de nouveaux chats :
| Étape | Agent | Workflow | Commande | Objectif | | Étape | Workflow | Commande | Objectif |
| ----- | ----- | -------------- | --------------------------- | ----------------------------------- | | ----- | --------------------- | --------------------- | ----------------------------------- |
| 1 | SM | `bmad-create-story` | `bmad-create-story` | Créer le fichier story depuis l'epic | | 1 | `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 | | 2 | `bmad-dev-story` | `bmad-dev-story` | Implémenter la story |
| 3 | DEV | `bmad-code-review` | `bmad-code-review` | Validation de qualité *(recommandé)* | | 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 ## Ce que vous avez accompli
@ -221,18 +217,18 @@ your-project/
## Référence rapide ## Référence rapide
| Workflow | Commande | Agent | Objectif | | Workflow | Commande | Objectif |
| ------------------------------------- | ------------------------------------------- | --------- | ------------------------------------------------ | | ------------------------------------- | ------------------------------------------- | ------------------------------------------------ |
| **`bmad-help`** ⭐ | `bmad-help` | N'importe quel | **Votre guide intelligent — posez n'importe quelle question !** | | **`bmad-help`** ⭐ | `bmad-help` | **Votre guide intelligent — posez n'importe quelle question !** |
| `bmad-create-prd` | `bmad-create-prd` | PM | Créer le document d'exigences produit | | `bmad-create-prd` | `bmad-create-prd` | Créer le document d'exigences produit |
| `bmad-create-architecture` | `bmad-create-architecture` | Architect | Créer le document d'architecture | | `bmad-create-architecture` | `bmad-create-architecture` | Créer le document d'architecture |
| `bmad-generate-project-context` | `bmad-generate-project-context` | Analyst | Créer le fichier de contexte projet | | `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` | PM | Décomposer le PRD en epics | | `bmad-create-epics-and-stories` | `bmad-create-epics-and-stories` | Décomposer le PRD en epics |
| `bmad-check-implementation-readiness` | `bmad-check-implementation-readiness` | Architect | Valider la cohérence de planification | | `bmad-check-implementation-readiness` | `bmad-check-implementation-readiness` | Valider la cohérence de planification |
| `bmad-sprint-planning` | `bmad-sprint-planning` | SM | Initialiser le suivi de sprint | | `bmad-sprint-planning` | `bmad-sprint-planning` | Initialiser le suivi de sprint |
| `bmad-create-story` | `bmad-create-story` | SM | Créer un fichier story | | `bmad-create-story` | `bmad-create-story` | Créer un fichier story |
| `bmad-dev-story` | `bmad-dev-story` | DEV | Implémenter une story | | `bmad-dev-story` | `bmad-dev-story` | Implémenter une story |
| `bmad-code-review` | `bmad-code-review` | DEV | Revoir le code implémenté | | `bmad-code-review` | `bmad-code-review` | Revoir le code implémenté |
## Questions fréquentes ## 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. 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 ?** **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 ?** **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. Invoquez l'agent Analyst (`bmad-analyst`) et exécutez `bmad-brainstorming` (`bmad-brainstorming`) avant de commencer votre PRD.