Livrables projet
Les templates suivent la pratique des projets d'intégration français (DAT, DEX, fiche MEP, PV de recette) avec des titres en anglais et le nom français entre parenthèses. Ce sont des squelettes : titres, tableaux et courtes instructions en italique (_..._) à remplacer ou supprimer.
Quand utiliser quel template
| Besoin | Template | Agent responsable typique | Contributeurs | Phase |
|---|---|---|---|---|
| Décrire la solution technique cible et justifier les choix | dat.md | architecte-entreprise | infra, dba, devsecops, intégration, erp, ibmi | Conception, mis à jour jusqu'au go-live |
| Remettre un système à l'exploitation | dex.md | expert-infra | ordonnancement, dba, intégration, ibmi, erp | Construction → avant le go-live |
| Planifier et exécuter un déploiement en production | release-sheet.md | chef-de-projet | tous les agents techniques impliqués | Chaque release |
| Spécifier une interface entre deux systèmes | interface-contract.md | expert-intégration | erp, ibmi, dba, devsecops | Conception, versionné par changement |
| Demander et documenter les flux réseau | flow-matrix.md | expert-infra | devsecops, intégration | Conception → demandes de pare-feu |
| Clarifier qui fait quoi | raci.md | chef-de-projet | tous | Cadrage, revu par phase |
| Suivre les risques, hypothèses, problèmes, dépendances | raid.md | chef-de-projet | tous | Tout le projet, revu hebdomadairement |
| Enregistrer l'acceptation d'une livraison | uat-signoff.md | chef-de-projet | propriétaire métier, testeurs | Fin de chaque campagne de recette |
| Enregistrer les faits d'environnement de l'organisation une fois, pour lecture par tous les experts | environment-sheet.md | chef-de-projet (via /tiger-team:discover) | tous | Début de l'intervention, tenu à jour |
Comment instancier un template
- Lire le template à son chemin complet (index ci-dessous).
- Écrire l'instance dans le projet de l'utilisateur (demander où si aucune convention n'existe), par ex.
docs/<livrable>/<ID>-<nom-court>.md; ne jamais modifier le template lui-même. - Remplir chaque
<placeholder>; conserver un marqueurTBD (responsable, date)pour tout élément inconnu plutôt que de l'inventer. - Supprimer les lignes d'instruction en italique une fois qu'une section est remplie ; supprimer les sections facultatives qui ne s'appliquent pas, en indiquant "N/A : " là où un auditeur les attendrait.
- Vérifier la cohérence avec les livrables liés (mêmes IDs, versions, noms d'hôtes, responsables).
Règles de rédaction (tous les livrables)
- Contrôle documentaire d'abord : bloc d'identification, tableau des versions (version, date, auteur, modifications), relecteurs et approbateurs avec dates. Versions :
0.xbrouillons,1.0première approuvée,1.xmises à jour mineures,2.0changement structurel. Statut : Brouillon / En relecture / Approuvé / Obsolète. - Audience : l'indiquer en haut (architectes, exploitants, métier, auditeurs, comité d'homologation) et écrire pour elle : les exploitants ont besoin de commandes et de seuils, les sponsors de décisions et de risques.
- Traçabilité : lier chaque élément de conception, cas de test et réserve aux IDs d'exigences, ADR, tickets ou items RAID. Utiliser des IDs stables entre les livrables — items :
REQ-,ADR-(quatre chiffres,ADR-0001),INT-(interfaces),FLW-(flux),JOB-,MON-(contrôles de monitoring),KE-(erreurs connues),RSK-,ASM-,ISS-,DEP-,TC-,DEF-,RES-(réserves),PRE-/GNG-/RB-(prérequis de release, points de go/no-go, étapes de rollback) ; documents :DAT-,DEX-,FLM-(matrice des flux),REL-(release),PVR-(PV de recette),RACI-,RAID-. - Pas de données réelles : noms d'hôtes fictifs, plages IP de documentation (RFC 5737), espaces réservés pour les secrets, exemples synthétiques, noms de rôles génériques au lieu de coordonnées personnelles. Appliquer les règles de confidentialité de la compétence
sector-compliance; un livrable décrivant un système classifié ou Diffusion Restreinte est rédigé dans l'environnement protégé, pas ici. - Étiquette de classification : placer l'étiquette de sensibilité du document de l'organisation dans l'en-tête (par ex. Interne, Confidentiel) ; les livrables décrivant la sécurité de la production (matrice des flux, sections sécurité du DAT) sont généralement au moins Confidentiel.
- Précision : dates au format ISO 8601 (
2026-10-22), heures avec fuseau horaire (21:30 Europe/Paris), volumes avec unités et période (120 000 msg/jour, pic 40 msg/s), durées explicites (RTO 4 h). - Source unique de vérité : référencer les autres livrables au lieu de les copier (le DAT renvoie aux contrats d'interface et à la matrice des flux ; le DEX renvoie au DAT).
- Décisions et preuves : enregistrer qui a décidé quoi et quand ; les livrables sont des preuves d'audit (DORA, ACPR, PCI DSS, HDS, homologation).
- Langue : titres en anglais ; conserver les termes français entre parenthèses lorsqu'ils sont le nom contractuel ou réglementaire (MEP, PV de recette, réserves).
- Chaque document rempli reste révisable : tableaux plutôt que prose, un fait par ligne, pas de langage marketing.
Index des templates
templates/dat.md— Document d'Architecture Technique (DAT) — chemin complet${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/dat.mdtemplates/dex.md— Dossier d'Exploitation (DEX) : run book, monitoring, batch, sauvegardes, redémarrage, contacts, escalade — chemin complet${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/dex.mdtemplates/release-sheet.md— Fiche de mise en production (fiche MEP) : feuille de route horodatée, responsables, go/no-go, rollback — chemin complet${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/release-sheet.mdtemplates/interface-contract.md— Contrat d'interface (CI) : parties, déclencheur, transport, format, mapping, volumétrie, SLA, erreurs et rejeu, sécurité, monitoring, tests — chemin complet${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/interface-contract.mdtemplates/flow-matrix.md— Matrice des flux réseau avec checklist de revue — chemin complet${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/flow-matrix.mdtemplates/raci.md— Matrice RACI — chemin complet${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/raci.mdtemplates/raid.md— Registre des risques, hypothèses, problèmes et dépendances (RAID) — chemin complet${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/raid.mdtemplates/uat-signoff.md— Procès-verbal de recette (PVR) : périmètre, synthèse de campagne, anomalies, réserves, décision, signatures — chemin complet${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/uat-signoff.mdtemplates/environment-sheet.md— Fiche d'environnement : faits sur l'environnement de l'organisation par domaine, avec sources et points ouverts ; vit dansdocs/tiger-team/environment.md— chemin complet${CLAUDE_PLUGIN_ROOT}/skills/deliverables/templates/environment-sheet.md