One of the main purposes for creating a requirements traceability matrix is to:
Correct Answer: A
One of the main purposes for creating a requirements traceability matrix is to track how requirements can be connected to the solution. A requirements traceability matrix is a tool that links the requirements to the project scope, objectives, deliverables, and test cases. A requirements traceability matrix can help the business analyst to track the origin, allocation, dependencies, and status of the requirements throughout the project lifecycle, and to ensure that the solution meets the requirements and the stakeholder expectations. A requirements traceability matrix can also help to manage changes, resolve issues, and measure the quality and performance of the solution. A requirements traceability matrix can be created using various formats, such as a table, a spreadsheet, or a database12. References: PMI Professional in Business Analysis (PMI-PBA)Examination Content Outline3, page 18; Business Analysis for Practitioners: A Practice Guide4, page 92.
Question 33
A business analyst has been assigned to a project to implement a new phone system for a customer call center. The business analyst will need to create a business case. Which of the following components will the business analyst use as input to the business case?
Correct Answer: C
The business analyst will need to use the product scope as an input to the business case. The product scope is the description of the features, functions, and characteristics of the product, service, or result that the project will deliver. The product scope helps to define the business problem or opportunity, the desired outcomes, and the benefits of the solution. The product scope also helps to identify the assumptions, constraints, risks, and dependencies that may affect the project feasibility and viability. References: PMI Professional in Business Analysis (PMI-PBA)Examination Content Outline1, page 9; Business Analysis for Practitioners: A Practice Guide2, page 36.
Question 34
Once the requirements are compared to internal and external quality standards, what should the business analyst do next?
Correct Answer: C
The next step that the business analyst should take after comparing the requirements to internal and external quality standards is to ensure that the requirements are validated. Validation is a process that confirms that the requirements align with the business objectives, stakeholder needs, and expected value of the project. Validation also ensures that the requirements are feasible, acceptable, and testable. Validation can be performed by using techniques such as reviews, walkthroughs, inspections, or demonstrations. Validation can help to identify and resolve any errors, gaps, or conflicts in the requirements before they are approved and implemented. Setting the priority of the requirements is not the next step that the business analyst should take after comparing the requirements to internal and external quality standards, as it is a process that determines the order and importance of the requirements based on their value, risk, urgency, or dependency. Priority can be set before or after comparing the requirements to quality standards, but it does not verify or confirm that the requirements meet the stakeholder expectations or project goals. Communicating the requirements to stakeholders is not the next step that the business analyst should take after comparing the requirements to internal and external quality standards, as it is a process that involves sharing and presenting the requirements to relevant stakeholders for feedback, approval, or implementation. Communication can be done before or after comparing the requirements to quality standards, but it does not check or ensure that the requirements are aligned with the business objectives or deliver value to the stakeholders. Baselineing the requirements is not the next step that the business analyst should take after comparing the requirements to internal and external quality standards, as it is a process that establishes an agreed-upon version of the requirements as a reference point for further changes or development. Baselineing can be done only after validating and approving the requirements, as it implies that they are complete, correct, clear, and consistent. References: Business Analysis for Practitioners: A Practice Guide 1, page 113-114; PMI Professional in Business Analysis (PMI-PBA)Examination Content Outline 2, page 17.
Question 35
In the middle of a project, a new requirement was added to the scope. The business analyst must determine if any impacts, dependencies, or risks are associated with the addition to the scope. What task should the business analyst perform in order to identify these impacts?
Correct Answer: A
Managing solution scope is the task of ensuring that the solution meets the agreed-upon requirements and delivers the expected value to the stakeholders. Managing solution scope involves analyzing the impact of any changes to the scope, assessing the feasibility and risks of the changes, and obtaining approval from the stakeholders before implementing the changes. Managing solution scope can help the business analyst to identify the impacts, dependencies, or risks associated with the addition to the scope. References: = PMI Professional in Business Analysis (PMI-PBA)Examination Content Outline (2019), page 14; Business Analysis for Practitioners: A Practice Guide (2015), page 83.
Question 36
Several interviews with stakeholders to develop an inventory management system in a new architectural environment have revealed a significant concern about system and architectural stability. In which tool should the business analyst include this attribute to ensure that the requirement meets the acceptance criteria?
