Requirements (written as user stories or otherwise), should align to the needs of the business whereas design definition represents the solution put in place to address those needs.
A smart and diligent sponsor and project manager will never risk the possibility of misalignment between the solution design and the requirements, value and needs. A slot is made in the project plan to call upon the expert in this space, a good business analyst who will take due care to ensure that the design definition aptly meets the stated requirements and highlight areas of misalignment. To do so, the business analyst leverages a distinct tool in the toolkit, known as – ‘Requirements traceability’. Equipped with this tool, along with an analytical mind, the business analyst should continually review the design to ensure that the solution aligns with the requirements.
Time and effort invested by the Business Analyst in tracing the requirements against elements of the solution design help to confirm areas of alignment and flag areas of misalignment between the two. Managing traceability of needs, value and requirements against design helps identify a requirement or a set of requirements that is not met by the solution or a functionality. On the other hand, it also helps to identify areas within the solution or those functionalities that do not support any requirement.
Layering the solution design map on top of the traceability helps the Business Analyst to provide a managerial summary along with a stratified view that suits a broad spectrum of audience. In simple terms, while requirements traceability provides the fact, a solution design compliance map helps to publish those facts at various dimensions and helps decision makers to pull the right levers to fill the gaps. While the requirements traceability highlights the trace between each functional component of the solution design, and requirements, the solution design map summarises the extent to which the solution design meets the stated requirements.
A solution design map aids smarter impact analysis and informed decision making. It is good to provide a hawk-eye’s view and then dive into details. To start with, provide a view of the overall compliance of the solution design against the stated requirements. This will help identify the number of requirements that have been either fully met, or partially met or not met at all or those that have been removed from scope. The following pie-chart is a good example of that:
Requirements should be prioritised based on their value to the business. It is important for decision makers to understand the extent of solution design compliance against the most critical requirements and that against the rest of the requirements. The following pie-chart provides an example of that:
The requirements can also be attributed against the functional areas of the business to give an indication on which areas the solution has initially met the requirements against best. This gives a greater insight into risk identification and risk management.
Leveraging tools such as requirements traceability and solution design compliance maps help the Business Analyst perform a thorough review of the final design specifications against the requirements and presents the findings at a level that help influence the decision makers to make changes and ensure an optimum alignment between the two. Traceability, therefore, is the key to managing needs, value, requirements, and the solution.