Socratic Brainstorm — Clarifier avant de coder
Skill inspiré de obra/superpowers. Objectif : forcer une phase de questions ciblées avant toute implémentation, pour éviter de coder la mauvaise chose très vite.
Règle d'or : une question coûte 30 secondes, un faux développement coûte 3 jours.
Méthode socratique : 5 familles de questions
À poser avant de toucher au code. Pas toutes à chaque fois — choisir les plus pertinentes selon le contexte.
1. Questions sur le PROBLÈME
- Quel est le vrai problème à résoudre ? (pas la solution supposée)
- Pour qui ? Quel persona / rôle utilisateur ?
- Quel est le coût de ne rien faire ?
- Comment mesurera-t-on le succès ? (KPI, métrique)
- Y a-t-il une solution plus simple qui résout 80% du besoin ?
2. Questions sur les CONTRAINTES
- Contraintes métier : règles légales, compliance, SLA ?
- Contraintes techniques : stack imposée, dépendances, legacy ?
- Contraintes temporelles : deadline, dépendances externes ?
- Contraintes ressources : budget infra, RH, maintenance long terme ?
- Que ne faut-il surtout pas casser ?
3. Questions sur les ALTERNATIVES
- Quelles sont les 3 approches possibles ? (minimum)
- Pourquoi celle-ci plutôt qu'une autre ?
- Qu'a-t-on déjà essayé / envisagé ?
- Existe-t-il une solution off-the-shelf (lib, SaaS) ?
- Peut-on ne rien coder (config, manuel, process) ?
4. Questions sur les HYPOTHÈSES
- Qu'est-ce qu'on suppose sans avoir vérifié ?
- Quel est le volume / trafic attendu ?
- Quel est le pattern d'usage réel (95% cas / 5% edge cases) ?
- Quels acteurs externes impliqués ? (API tierces, équipes, utilisateurs)
- Que se passe-t-il si cette hypothèse est fausse ?
5. Questions sur les CONSÉQUENCES
- Qu'est-ce qui change pour l'utilisateur final ?
- Impact sur les autres features / modules ?
- Coûts d'exploitation (infra, monitoring, support) ?
- Comment rollback si ça tourne mal ?
- Comment évolue cette solution dans 1 an, 3 ans ?
Output attendu
Après la phase brainstorm, produire une page (max) avec :
- Problème reformulé en 1-2 phrases
- Contraintes principales (5 bullets max)
- Option retenue + 2 alternatives rejetées avec raison
- Hypothèses clés à valider en début d'implémentation
- Risques identifiés + mitigations
Règles d'or
NE PAS sauter cette phase si :
- La demande initiale contient le mot "peut-être", "probablement", "je pense"
- Le demandeur n'est pas un utilisateur final
- Multiple solutions semblent possibles à première vue
- La feature touche du code legacy ou un domaine complexe
SAUTER cette phase si :
- Bug obvious avec un seul fix possible
- Typo / formatage / doc
- Tâche < 10 min avec périmètre trivial
Anti-patterns
| Anti-pattern |
Solution |
| Brainstorm infini sans décision |
Timebox 30 min max |
| Questions rhétoriques (réponse évidente) |
Questions ouvertes et utiles |
| Répondre soi-même sans demander |
Vraiment poser les questions au demandeur |
| Skip brainstorm "parce que c'est urgent" |
L'urgence coûte 10x le brainstorm évité |
| Noter les réponses dans sa tête |
Écrire = visible, revisitable, versionable |
Intégration Claude Craft
/workflow:analyze — phase d'analyse BMAD commence par ce skill/workflow:plan — PRD doit répondre aux 5 familles de questions- Agent
@product-owner — peut conduire le brainstorm avec le demandeur
- Skill
atomic-tasks — l'output du brainstorm se découpe en tâches atomiques
- Skill
architect — vient APRÈS le brainstorm pour les features architecturales
Variante rapide : "5 Whys"
Pour bugs ou causes racines, utiliser les 5 Whys de Toyota :
Bug: "Le paiement échoue"
Why 1: Pourquoi ? → L'API retourne 500
Why 2: Pourquoi ? → Timeout DB
Why 3: Pourquoi ? → Requête sans index
Why 4: Pourquoi ? → Colonne ajoutée sans migration d'index
Why 5: Pourquoi ? → Pas de checklist PR pour les migrations
Cause racine : absence de checklist, pas le 500.
Ressources
Date de dernière mise à jour : 2026-04-15
Version : 1.0.0
1---2name: socratic-brainstorm3description: Brainstorming socratique AVANT de coder - clarifier le problème par questions ciblées plutôt que sauter à la solution. Use when requirements are ambiguous or before starting a non-trivial feature.4---56# Socratic Brainstorm — Clarifier avant de coder78Skill inspiré de [obra/superpowers](https://github.com/obra/superpowers). **Objectif :** forcer une phase de questions ciblées avant toute implémentation, pour éviter de coder la mauvaise chose très vite.910**Règle d'or :** une question coûte 30 secondes, un faux développement coûte 3 jours.1112## Méthode socratique : 5 familles de questions1314À poser **avant** de toucher au code. Pas toutes à chaque fois — choisir les plus pertinentes selon le contexte.1516### 1. Questions sur le PROBLÈME1718- Quel est le **vrai** problème à résoudre ? (pas la solution supposée)19- Pour qui ? Quel persona / rôle utilisateur ?20- Quel est le coût de **ne rien faire** ?21- Comment mesurera-t-on le succès ? (KPI, métrique)22- Y a-t-il une solution plus simple qui résout 80% du besoin ?2324### 2. Questions sur les CONTRAINTES2526- Contraintes **métier** : règles légales, compliance, SLA ?27- Contraintes **techniques** : stack imposée, dépendances, legacy ?28- Contraintes **temporelles** : deadline, dépendances externes ?29- Contraintes **ressources** : budget infra, RH, maintenance long terme ?30- Que ne faut-il **surtout pas** casser ?3132### 3. Questions sur les ALTERNATIVES3334- Quelles sont les 3 approches possibles ? (minimum)35- Pourquoi celle-ci plutôt qu'une autre ?36- Qu'a-t-on déjà essayé / envisagé ?37- Existe-t-il une solution off-the-shelf (lib, SaaS) ?38- Peut-on ne rien coder (config, manuel, process) ?3940### 4. Questions sur les HYPOTHÈSES4142- Qu'est-ce qu'on **suppose** sans avoir vérifié ?43- Quel est le volume / trafic attendu ?44- Quel est le pattern d'usage réel (95% cas / 5% edge cases) ?45- Quels acteurs externes impliqués ? (API tierces, équipes, utilisateurs)46- Que se passe-t-il si cette hypothèse est fausse ?4748### 5. Questions sur les CONSÉQUENCES4950- Qu'est-ce qui change pour l'utilisateur final ?51- Impact sur les autres features / modules ?52- Coûts d'exploitation (infra, monitoring, support) ?53- Comment rollback si ça tourne mal ?54- Comment évolue cette solution dans 1 an, 3 ans ?5556## Output attendu5758Après la phase brainstorm, produire **une page** (max) avec :59601. **Problème reformulé** en 1-2 phrases612. **Contraintes** principales (5 bullets max)623. **Option retenue** + **2 alternatives** rejetées avec raison634. **Hypothèses clés** à valider en début d'implémentation645. **Risques identifiés** + mitigations6566## Règles d'or6768### NE PAS sauter cette phase si :69- La demande initiale contient le mot "peut-être", "probablement", "je pense"70- Le demandeur n'est pas un utilisateur final71- Multiple solutions semblent possibles à première vue72- La feature touche du code legacy ou un domaine complexe7374### SAUTER cette phase si :75- Bug obvious avec un seul fix possible76- Typo / formatage / doc77- Tâche < 10 min avec périmètre trivial7879## Anti-patterns8081| Anti-pattern | Solution |82|--------------|----------|83| Brainstorm infini sans décision | Timebox 30 min max |84| Questions rhétoriques (réponse évidente) | Questions **ouvertes** et utiles |85| Répondre soi-même sans demander | Vraiment poser les questions au demandeur |86| Skip brainstorm "parce que c'est urgent" | L'urgence coûte 10x le brainstorm évité |87| Noter les réponses dans sa tête | Écrire = visible, revisitable, versionable |8889## Intégration Claude Craft9091- **`/workflow:analyze`** — phase d'analyse BMAD commence par ce skill92- **`/workflow:plan`** — PRD doit répondre aux 5 familles de questions93- **Agent `@product-owner`** — peut conduire le brainstorm avec le demandeur94- **Skill `atomic-tasks`** — l'output du brainstorm se découpe en tâches atomiques95- **Skill `architect`** — vient APRÈS le brainstorm pour les features architecturales9697## Variante rapide : "5 Whys"9899Pour bugs ou causes racines, utiliser les **5 Whys** de Toyota :100101```102Bug: "Le paiement échoue"103Why 1: Pourquoi ? → L'API retourne 500104Why 2: Pourquoi ? → Timeout DB105Why 3: Pourquoi ? → Requête sans index106Why 4: Pourquoi ? → Colonne ajoutée sans migration d'index107Why 5: Pourquoi ? → Pas de checklist PR pour les migrations108```109110**Cause racine :** absence de checklist, pas le 500.111112## Ressources113114- [obra/superpowers](https://github.com/obra/superpowers)115- [Socratic Method - Wikipedia](https://en.wikipedia.org/wiki/Socratic_method)116- [5 Whys - Toyota](https://en.wikipedia.org/wiki/Five_whys)117- Skill `atomic-tasks`, `architect`118119---120121**Date de dernière mise à jour :** 2026-04-15122**Version :** 1.0.0
TheBeardedBearSAS