14_Template_Matrice_Tracciabilita-Requisiti.xlsx

	A	B	C	D	E	F	G	H	I	J	K	L
1	MATRICE DI TRACCIABILITA' DEI REQUISITI
2	STAKEHOLDER	ESIGENZA	LIVELLO 1 - PROCESSO	LIVELLO 2 STEP PROCESSO	CATEGORIA	DATA REQ - TITOLARE	REQID	REQUISITO	PRIORITA'	STATO REQ	CASO DI TEST	WBS ID
3	Area /Funzione	In qualità di "indicare ruolo", ho bisogno di/che "indicare funzione", affinchè/in modo da "indicare esito/beneficio"	L1 Proc 1_Nome Processo	L2 Proc 1_Step1_Nome Step	Funzionali	Qui inserire gg.mm.aaaa di comunicazione requisito - nome del soggetto/area/funzione che lo ha espresso	REQ001	Descrizione requisito 1	C - Could have	Approvato	Qui inserire alternativamente: Nome con link al documento in cui è descritto il piano di test contenente modalità di testing del requisito o descrivere il caso di test relativo al requisito	Qui inserire ID del deliverable associato (es. maschera; tabella DB; demo flusso ecc.) al pacchetto di lavoro censito nel Piano integrato di lavoro su SmartSheet; OpenProject; Project Libre ecc.
4					Funzionali					Incorporato
5					Accettazione
6					Supporto/Formazione
7
8
9
10
11
12
13
14
15
16
17
18	legenda priorità requisito:				legenda stato requisito:
19	• M - Must have: senza questa funzionalità, il processo non prosegue, il sistema non risponde all'esigenza o si contravviene a un vincolo cogente normativo				• Specificato: il requisito è specificato in un documento, in questa matrice o in un sistema di documentazione e gestione dei requisiti.
20	• S - Should have: la funzionalità è necessaria per implementare un requisito M; la funzionalità è necessaria, ma slittabile temporalmente come implementazione rispetto a M				• Proposto: il requisito tecnico ha superato la valutazione ma non è ancora stato approvato dal Committente, o, alternativamente, è in fase di valutazione di fattibilità dall'OE. In entrambi i casi, ove superasse la valutazione, otterrà lo stato “da correggere” o “rifiutato”.
21	• C - Could have: la funzionalità sarebbe auspicabile, ma slittabile post-pilota, ove i requisiti M e S siano a rischio di infattibilità causa tempistiche e/o difficoltà tecniche				• Approvato: il requisito è formalmente approvato dal Committente e definito fattibile dall'OE. Se non viene approvato, otterrà lo stato di “da correggere” o “rifiutato.
22	• W - Won't have (for now): requisiti out of scope dal "pilota", oggetto di valutazione e prioritizzazione nel corso della manutenzione evolutiva del sistema				• Incorporato: il requisito è incorporato nel Piano di progetto in termini pacchetto di lavoro con durate-effort associati.
23					• Implementato: il requisito viene sviluppato e testato rispetto ai criteri di accettazione, ma non ancora formalmente validato dal Committente.
24					• Validato: il requisito implementato viene formalmente validato rispetto ai criteri di accettazione e accettato dal Committente. Se durante la convalida e l'accettazione viene rilevato un problema, i requisiti possono essere parzialmente accettati e lo stato può cambiare in “da correggere”.
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100