Explanation
When a business analyst uses subject matter experts to define roles and identify influencers, the project artifact that is created or updated is the stakeholder register. The stakeholder register is a document that identifies and records information about the stakeholders who are involved in or affected by the project or the solution. The stakeholder register can include information such as stakeholder names, roles, responsibilities, interests, expectations, influence levels, communication preferences, etc. The business analyst can use subject matter experts as sources of information or advice to help define roles and identify influencers among the stakeholders. Subject matter experts are individuals who have specialized knowledge or expertise in a specific domain or area related to the project or the solution. A RACI matrix is not a project artifact that is created or updated when a business analyst uses subject matter experts to define roles and identify influencers. A RACI matrix is a tool that defines and clarifies the roles and responsibilities of each stakeholder for each task or deliverable in the project. A RACI matrix can use four categories: Responsible (who performs the task), Accountable (who approves or oversees the task), Consulted (who provides input or feedback for the task), and Informed (who is notified of the task outcome). A SWOT analysis is not a project artifact that is created or updated when a business analyst uses subject matter experts to define roles and identify influencers. A SWOT analysis is a technique that involves identifying and evaluating the strengths, weaknesses, opportunities, and threats of an organization, a project, or a solution. A SWOT analysis can help to assess the internal and external factors that may affect the performance or value of an organization, a project, or a solution. A stakeholder management plan is not a project artifact that is created or updated when a business analyst uses subject matter experts to define roles and identify influencers. A stakeholder management plan is a document that describes how the stakeholders will be engaged, communicated with, managed, and satisfied throughout the project lifecycle. A stakeholder management plan can include strategies, actions, tools, and metrics for stakeholder management. References: Business Analysis for Practitioners: A Practice Guide 1, page 34-35; PMI Professional in Business Analysis (PMI-PBA)
Examination Content Outline 2, page 14-15.

Explanation
Observation is a technique that involves watching how people perform their work in their natural environment.
Observation can help the business analyst to understand the company's current business processes, identify pain points, and discover opportunities for improvement. Observation can also help to validate or verify the information obtained from other sources, such as interviews or documents. References: = PMI Professional in Business Analysis (PMI-PBA)
Examination Content Outline (2019), page 9; Business Analysis for
Practitioners: A Practice Guide (2015), page 61.

Explanation
To reduce the amount of time and effort needed to create a product specification for a project, the business analyst plans to reuse requirements. Requirements are statements that describe the needs, expectations, or capabilities of the stakeholders or the solution. Requirements can be reused from previous or similar projects, as long as they are relevant, consistent, and compatible with the current project context and objectives.
Reusing requirements can help to save time and effort, avoid duplication or redundancy, leverage best practices, and ensure quality and compliance. Quantitative analysis is not something that the business analyst plans to reuse to reduce the amount of time and effort needed to create a product specification for a project.
Quantitative analysis is a technique that involves using numerical data and methods to measure, compare, or evaluate the feasibility, value, or impact of a solution or an alternative. Quantitative analysis can be performed for different purposes and at different stages of the project, but it does not provide requirements for the product specification. Risk assessments are not something that the business analyst plans to reuse to reduce the amount of time and effort needed to create a product specification for a project. Risk assessments are techniques that involve identifying and analyzing potential threats or uncertainties that may affect the project or the solution.
Risk assessments can help to prioritize, mitigate, or monitor risks, but they do not provide requirements for the product specification. Qualitative analysis is not something that the business analyst plans to reuse to reduce the amount of time and effort needed to create a product specification for a project. Qualitative analysis is a technique that involves using descriptive data and methods to understand, interpret, or evaluate the characteristics, behaviors, or perceptions of the stakeholders or the solution. Qualitative analysis can be performed for different purposes and at different stages of the project, but it does not provide requirements for the product specification. References: Business Analysis for Practitioners: A Practice Guide 1, page 114-115; PMI Professional in Business Analysis (PMI-PBA)
Examination Content Outline 2, page 17-18.

Explanation
A requirements baseline document is the most valuable document for a business analyst to provide to the project sponsor to know which requirements will be implemented. A requirements baseline document is a version of the requirements specification that has been reviewed, approved, and formally established as the basis for further development and delivery of the solution. A requirements baseline document defines the scope of the project and the expected value of the solution. It also serves as a reference point for managing changes and measuring progress. A requirements traceability matrix is a document that shows the relationship between requirements and other project artifacts, such as design, test cases, or deliverables. A requirements traceability matrix can help to ensure completeness, consistency, and quality of the requirements, but it does not indicate which requirements will be implemented. A requirements management plan is a document that describes how requirements will be elicited, analyzed, documented, validated, and managed throughout the project. A requirements management plan can help to define the roles, responsibilities, processes, and tools for managing requirements, but it does not specify which requirements will be implemented. A reliability matrix is not a standard document in business analysis, but it may refer to a tool that measures the reliability or dependability of a system or a process. A reliability matrix can help to evaluate the performance or quality of a solution, but it does not determine which requirements will be implemented. References: PMI Professional in Business Analysis (PMI-PBA)
Examination Content Outline1, page 13; Business Analysis for Practitioners:
A Practice Guide2, page 76.

Explanation
Decomposition is an analysis technique that breaks down a complex system, process, or problem into smaller and simpler components. It helps to identify the tasks, activities, functions, features, and requirements that are necessary to implement the deliverable. Decomposition also helps to organize, structure, and prioritize the components based on their dependencies and relationships. Organization, dependency, and interface are not analysis techniques, but rather aspects or results of decomposition . References: PMI Professional in Business Analysis (PMI-PBA)
Examination Content Outline, page 10; Business Analysis for Practitioners: A Practice Guide, page 131-132