Aller au contenu

📘 Gouvernance de la documentation – Structure & Templates

Projet : ProbatioVault
Statut : Normatif (obligatoire)


1. Objectif du document

Ce document définit :

  • la structure documentaire cible du site MkDocs ProbatioVault ;
  • les règles d’organisation des EPIC et User Stories ;
  • les templates officiels des documents suivants :
  • epic.md
  • PD-XX-specification.md
  • PD-XX-plan.md
  • PD-XX-acceptability.md
  • PD-XX-rex.md

Ce document constitue la référence unique pour toute création, modification ou refactoring de la documentation projet.


2. Principes directeurs

2.1 Séparation stricte des rôles

Élément Rôle
EPIC Vision, intention, invariants
User Story Besoin fonctionnel précis
Implementation Plan Décisions techniques
Acceptability Critères de validation
REX Retours d’expérience réels
JIRA Suivi d’exécution uniquement
MkDocs Mémoire canonique du projet

👉 JIRA n’est jamais la source de vérité documentaire.


2.2 Unité documentaire

Une User Story = un dossier = une unité de décision complète

Chaque User Story est contenue dans :

  • un répertoire unique ;
  • lui-même contenu dans une EPIC.

2.3 Traçabilité et auditabilité

La documentation doit permettre :

  • une lecture du sens vers l’exécution (EPIC → US → Implémentation → REX) ;
  • une relecture a posteriori sans dépendance à JIRA ;
  • une exploitation par des tiers (auditeur, CPI, investisseur).

3. Structure documentaire cible

3.1 Arborescence globale

docs/
├── index.md

├── meta/
│   ├── glossary.md
│   ├── invariants-global.md
│   ├── process-workflow.md
│   └── documentation-structure.md   ← présent document

├── architecture/
│   ├── overview.md
│   ├── data-flows.md
│   ├── crypto-model.md
│   ├── worm-proof.md
│   └── legal-pre.md

├── epics/
│   ├── index.md

│   ├── <epic-name>/
│   │   ├── epic.md
│   │   ├── PD-XX-<short-name>/
│   │   │   ├── PD-XX-specification.md
│   │   │   ├── PD-XX-plan.md
│   │   │   ├── PD-XX-acceptability.md
│   │   │   └── PD-XX-rex.md
│   │   └── PD-YY-<short-name>/
│   │       └── ...
├── reference/
│   ├── backend-api/
│   │   └── typedoc/
│   ├── frontend-sdk/
│   │   └── typedoc/
│   └── infra/
│       └── typedoc/

├── product/
├── security-compliance/
└── changelog/

4. Règles de nommage (obligatoires)

  • Une EPIC = un dossier en kebab-case (ex. auth-zero-knowledge)
  • Une User Story = PD-XX-<short-name>
  • Tous les fichiers reprennent l’ID PD
  • Les 4 fichiers d’une User Story sont obligatoires, même vides au départ
  • Une User Story appartient à une seule EPIC

5. Templates officiels

Les templates sont disponibles dans le dossier templates/ :

Template Usage
PD-XX-epic.md Vision et intention d'une EPIC
PD-XX-specification.md Spécification fonctionnelle
PD-XX-plan.md Plan d'implémentation technique
PD-XX-acceptability.md Critères d'acceptation
PD-XX-rex.md Retour d'expérience
guide-technique.md Guide technique (how-to)

Utilisation : Copier le template, renommer XX avec le numéro JIRA.


6. Règle d'or finale

Si une information explique “pourquoi” → EPIC
Si elle explique “quoi” → Specification
Si elle explique “comment” → Implementation Plan
Si elle explique “est-ce valide” → Acceptability
Si elle explique “ce qu’on a appris” → REX


7. Statut du document

Ce document est normatif.
Toute déviation doit être explicitement justifiée et documentée.