Template per Matrice di Tracciabilità Requisiti (RTM) in Excel
Per project manager, business analyst e PMO che devono dimostrare che ogni requisito nasce da un'esigenza di business e arriva fino al test, secondo il PMBOK. La RTM bidirezionale evita scope creep e requisiti orfani e regge gli audit. Parti dall'elenco requisiti e ottieni una matrice pronta con controlli automatici di copertura.
Esempio di output
FOGLIO 1 — RTM (Requirements Traceability Matrix) ID Req Descrizione requisito Fonte / Stakeholder Business Need / Obiettivo Priorità (MoSCoW) Owner Stato approvazione Deliverable WBS Elemento di design Metodo verifica Caso di test Stato verifica REQ-001 L'utente può autenticarsi via SSO [Sponsor / Sig.ra Rossi] BN-01 Ridurre i tempi di accesso del 30% Must [A. Bianchi] Approvato 3.2 Modulo Auth DES-AUTH-01 Test funzionale TC-012 Superato REQ-002 Esportazione report in PDF [Utenti finali] BN-03 Conformità reporting Should [L. Verdi] In revisione 4.1 Modulo Report DES-RPT-04 Demo + ispezione TC-031 Non eseguito REQ-003 Storico modifiche tracciato [Compliance] BN-02 Auditabilità Must [A. Bianchi] Approvato 3.5 Audit log DES-LOG-02 Test funzionale TC-045 Fallito FOGLIO 2 — Controllo copertura Metrica Formula Valore Esito Requisiti totali =CONTA.VALORI(RTM!A2:A1000) 3 — Requisiti senza Business Need =CONTA.SE(RTM!D2:D1000;"") 0 OK Requisiti senza Deliverable WBS =CONTA.SE(RTM!H2:H1000;"") 0 OK Requisiti senza Verifica =CONTA.SE(RTM!K2:K1000;"") 1 DA CHIUDERE Requisiti verifica Fallito =CONTA.SE(RTM!L2:L1000;"Fallito") 1 AZIONE % copertura verifica =1-CONTA.SE(RTM!L2:L1000;"Non eseguito")/CONTA.VALORI(RTM!A2:A1000) 0,67 — FOGLIO 3 — Legenda Campo Valori ammessi Priorità (MoSCoW) Must / Should / Could / Won't Stato approvazione Bozza / In revisione / Approvato / Respinto Stato verifica Non eseguito / Superato / Fallito / Bloccato
Domande frequenti
La matrice requisito-test copre solo l'anello finale (verifica). La RTM PMBOK è bidirezionale e completa: traccia ogni requisito a monte fino al business need/obiettivo e a valle fino al deliverable WBS, all'elemento di design e al caso di verifica, così puoi navigare in entrambe le direzioni e individuare requisiti orfani o deliverable senza requisito.
Almeno: ID univoco, descrizione, fonte/stakeholder, business need o obiettivo collegato, priorità (MoSCoW o alta/media/bassa), owner, stato di approvazione, deliverable WBS, elemento di design, metodo e stato di verifica. Il prompt li struttura tutti in colonne dedicate.
Il foglio include una sezione di controllo con formule che contano i requisiti privi di business need, privi di WBS o privi di verifica (=CONTA.SE) e segnalano gli orfani: se i contatori non sono a zero hai lacune di tracciabilità da chiudere.
Vuoi un template su misura?
Costruiscine uno in poche domande — con la struttura corretta per il tuo standard.