mirror of
https://github.com/MaksTinyWorkshop/_Assistant_Lead_Tech
synced 2026-04-06 21:41:42 +02:00
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:
59
10_product_patterns_valides.md
Normal file
59
10_product_patterns_valides.md
Normal 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)_
|
||||
Reference in New Issue
Block a user