If you’re looking for information on how to create a winning requirements traceability matrix, you’ve come to the right place. Alison Mills-Long discusses what a requirements traceability matrix is, its uses, and why you need one. She walks through step-by-step how to create a winning requirements traceability matrix and also includes a list of some of the information that you should be tracking in your projects.
The Requirements Traceability Matrix captures each business requirement clearly and accurately and helps project teams successfully trace deliverables back to these requirements throughout project execution.
Requirements traceability matrix tracking information
Here is a list of the types of information that should be tracked to ensure successful project execution.
-
- Action Integration Test
- Approval Date ID #
- Change Control # Modification
- Charter Module / Object (what this requirement affects)
- Clarification MSP Task #
- Constraints
- Customer / Client Priority
- Comments
- Requirement ID
- Data Conditions Requirement #
- Date Added Requirement Type
- Description Risk (risk breakdown structure)
- Design Specification Risk Type
- Have to Have (required) Scope (In / Out)
- Nice to Have (optional) Source (charter, business case, regulation, etc.)
- Trace from User Requirement UAT (user acceptance testing) Y/N or Pass / Fail
- Trace to System Requirement
- Trace to Design Specification Verification Y/N
- Trace to Test Script / Test Case #
- Trace to WBS (work breakdown structure)
Similar Content:
-
Project plans: More than just a task list
-
No time for risk management? Tips on how to factor risk into a Work Breakdown Structure
-
4 Steps to effective project requirements gathering