Matrice de traçabilité des exigences

Définition

La matrice de traçabilité des exigences (Requirements Traceability Matrix — RTM) est un tableau qui relie chaque exigence à son origine (besoin métier), ses livrables (conception, code, test) et son statut. Elle garantit que chaque exigence est couverte et que rien n'est oublié ou ajouté sans justification.

Colonne RTM	Contenu
ID exigence	Identifiant unique
Description	Énoncé de l'exigence
Source / Besoin métier	D'où vient cette exigence
Priorité	Must / Should / Could
Composant de conception	Élément de la solution
Cas de test	Test(s) qui valident l'exigence
Statut	Approuvée, en cours, livrée, validée

Contexte

Le CAPM teste la RTM comme outil de contrôle du périmètre et de gestion de la qualité. La traçabilité bidirectionnelle (besoin ↔ exigence ↔ livrable ↔ test) permet de vérifier que chaque besoin est satisfait et que chaque livrable est justifié — pas de gold plating, pas d'exigences orphelines.

Détails techniques

Traçabilité bidirectionnelle

Objectif stratégique
       │
       ▼
Besoin métier (B-xxx)
       │
       ▼  Traçabilité descendante (Forward)
Exigence (EF-xxx)
       │
       ▼
Composant de conception (D-xxx)
       │
       ▼
Code / Livrable (L-xxx)
       │
       ▼
Cas de test (T-xxx)
       │
       ▲  Traçabilité ascendante (Backward)
       │
  Le test T-xxx valide l'exigence EF-xxx
  qui provient du besoin B-xxx
  qui contribue à l'objectif stratégique

Types de traçabilité

Type	De → Vers	Question répondue
Descendante (forward)	Besoin → Exigence → Livrable → Test	L'exigence est-elle implémentée et testée ?
Ascendante (backward)	Test → Livrable → Exigence → Besoin	Ce test valide quelle exigence ? Ce code sert quel besoin ?
Horizontale	Exigence ↔ Exigence	Quelles exigences sont interdépendantes ?

Détection d'anomalies avec la RTM

Anomalie	Détection	Action corrective
Exigence sans test	Colonne « Cas de test » vide	Créer le test manquant
Exigence sans besoin source	Colonne « Source » vide	Gold plating potentiel → valider avec le PO ou supprimer
Besoin sans exigence	Aucune exigence ne pointe vers ce besoin	Besoin non couvert → éliciter les exigences manquantes
Livrable sans exigence	Code orphelin	Scope creep → justifier ou retirer
Exigence non approuvée	Statut ≠ Approuvée	Bloquer l'implémentation jusqu'à approbation

Exemple de RTM complète

ID	Exigence	Source	Priorité	Conception	Code	Test	Statut
EF-01	Générer facture PDF automatiquement	B-03 : Automatiser la facturation	Must	D-12 : Module PDF	L-45 : InvoiceGenerator.java	T-21 : Test génération PDF	✅ Validée
EF-02	Envoyer facture par email au client	B-03 : Automatiser la facturation	Must	D-13 : Module notification	L-48 : EmailService.java	T-22 : Test envoi email	✅ Validée
EF-03	Appliquer TVA selon pays	B-05 : Conformité fiscale UE	Must	D-14 : Module fiscal	L-51 : TaxCalculator.java	T-25 : Test TVA 5 pays	🔄 En cours
EF-04	Export CSV du grand livre	B-07 : Reporting comptable	Should	D-16 : Module export	—	—	⏳ Approuvée
EF-05	Tableau de bord temps réel	(aucune source)	Could	—	—	—	⚠️ À valider

EF-05 n'a aucune source métier → gold plating potentiel. Le PM vérifie avec le PO avant d'engager des ressources.

RTM en approche agile

Élément prédictif	Équivalent agile
Matrice RTM formelle	Product Backlog + lien User Story ↔ Epic ↔ Theme
Traçabilité vers tests	Definition of Done incluant les tests automatisés
Approbation formelle	Acceptation en Sprint Review par le PO
Document de traçabilité	Outils intégrés (Jira, Azure DevOps) avec liens automatiques

Outils de gestion de la traçabilité

Outil	Approche	Traçabilité
Tableur Excel	Prédictif, petits projets	Manuelle, risque d'erreur
Jira / Azure DevOps	Agile / hybride	Liens automatiques Epic → Story → Task → Bug
IBM DOORS	Grands projets réglementés	Traçabilité bidirectionnelle complète
Confluence + Jira	Documentation + gestion	Intégration wiki + tickets

Exemple concret

Audit de qualité mi-projet sur un système de réservation en ligne :

L'auditeur examine la RTM et identifie :

3 exigences Must sans cas de test → risque de non-couverture → l'équipe QA crée les tests immédiatement
2 livrables sans exigence source → fonctionnalités « bonus » développées sans demande → le PM les retire du sprint en cours
1 besoin métier critique sans exigence (notifications SMS) → oubli lors de l'élicitation → ajouté au backlog en priorité haute

La RTM a permis de détecter ces 6 anomalies avant le déploiement, évitant un rejet en recette utilisateur.

Matrice De Tracabilite Des Exigences