feat: compléter la couverture knowledge base et nettoyer les stubs

- Nouveaux fichiers : 10_product_patterns_valides.md, 10_conventions_redaction.md
- Templates n8n déplacés vers 70_templates/ (workflow + intégration)
- Contenu 10_n8n_README.md absorbé dans les fichiers dédiés patterns/risques
- Suppression des stubs 10_n8n_README.md, 20_worklows_README.md, 30_integrations_README.md
- Index, _AI_INSTRUCTIONS, 95_a_capitaliser et post-bmad-install.sh mis à jour

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
MaksTinyWorkshop
2026-03-08 19:43:24 +01:00
parent 18341c10a1
commit fe04edb7bf
14 changed files with 229 additions and 69 deletions

View File

@@ -0,0 +1,59 @@
# Patterns produit / métier validés
Ce fichier contient des patterns de **cadrage produit, priorisation et analyse fonctionnelle** :
- observés en conditions réelles,
- validés sur des projets livrés,
- utiles à réutiliser sur d'autres produits.
Objectif : éviter de redélibérer sur des sujets déjà tranchés, capitaliser ce qui fonctionne
du point de vue product management et analyse métier.
Dernière mise à jour : 2026-03-08
---
## Règle d'or
Si ce n'est pas **validé par l'expérience projet**, ça n'a pas sa place ici.
- Pas de frameworks théoriques génériques (pas de "appliquer le RICE scoring" sans contexte)
- Toujours préciser le contexte (type de produit, taille d'équipe, stade du projet)
---
## Périmètre couvert
- Patterns de cadrage et découverte (discovery)
- Priorisation et arbitrages (backlog, roadmap)
- Gestion des exigences et user stories
- Patterns d'analyse fonctionnelle récurrents
- Décisions produit structurantes validées
- Anti-patterns de pilotage produit (dans ce fichier ou dans un fichier dédié)
---
## Format standard d'un pattern
## Pattern : <Nom clair>
- Objectif : …
- Contexte : …
- Quand l'utiliser : …
- Quand l'éviter : …
- Avantage : …
- Limites / vigilance : …
- Validé le : DD-MM-YYYY
- Contexte produit : (obligatoire) ex. `SaaS B2B / early-stage` ou `App mobile / feature mature`
### Description
(comportement attendu, logique de décision, règles d'application)
### Checklist (si pertinente)
---
## Index
_(à remplir au fil des validations)_