PMI Professional in Business Analysis PMI-PBA Exam Questions

Answer : C

Engaging all stakeholders early in the requirements gathering phase is a good practice to ensure stakeholder satisfaction with the enhancement. By involving the stakeholders in the elicitation process, the business analyst can understand their needs, expectations, preferences, and constraints. By defining the acceptance criteria with the stakeholders, the business analyst can establish a clear and measurable definition of what constitutes a successful solution. Engaging all stakeholders early can also help to build trust, collaboration, and buy-in for the change. Requesting that the project manager identify all affected project stakeholders is not sufficient to ensure stakeholder satisfaction, as it does not involve direct communication with the stakeholders. Providing all signed-off project documentation to the stakeholders for information purposes only is not effective, as it does not allow for feedback or validation from the stakeholders.Soliciting feedback and adding requirements to the project backlog is not advisable, as it can lead to scope creep, rework, and delays.Reference: PMI Professional in Business Analysis (PMI-PBA) Examination Content Outline1, page 11; Business Analysis for Practitioners: A Practice Guide2, page 66.

Answer : C

Observation is a technique that involves watching how people perform their tasks and activities in their natural work environment. Observation can be used to gain an objective, first-hand insight into tasks and activities that are difficult to describe, as it allows the business analyst to see the actual behavior, interactions, processes, and problems of the users or customers. Observation can also help to identify the implicit, hidden, or unspoken needs and expectations of the users or customers, as well as to validate the information obtained from other elicitation techniques. Observation can be done in two ways: passive or active. Passive observation means that the business analyst does not interfere or participate in the tasks and activities, but only records and analyzes what is observed.Active observation means that the business analyst interacts with the users or customers, asks questions, and provides feedback during the observation.Reference: PMI Professional in Business Analysis (PMI-PBA) Examination Content Outline1, page 17; Business Analysis for Practitioners: A Practice Guide2, page 89.

Answer : A

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.Reference: Business Analysis for Practitioners: A Practice Guide1, page 34-35; PMI Professional in Business Analysis (PMI-PBA) Examination Content Outline2, page 14-15.

Answer : D

According to the PMI Guide to Business Analysis, the business analyst's role during acceptance testing is to ensure that the solution meets the requirements and expectations of the stakeholders, and that it delivers the intended business value. One of the ways to do this is to assist the quality assurance department by defining acceptance criteria, which are measurable and observable conditions that must be met for the solution to be accepted by the stakeholders. Acceptance criteria help to verify and validate that the solution meets the requirements and conforms to the quality standards. Executing all acceptance tests on behalf of the user community, delegating execution of acceptance testing and defect identification to users, or acting as a resource only when users encounter difficulties while performing tests are not effective strategies for the business analyst's role during acceptance testing, as they do not ensure the involvement and satisfaction of the stakeholders, or the alignment of the solution with the business needs and objectives.Reference: PMI Guide to Business Analysis, page 316-317.

Answer : D

Interface analysis is a technique that should be used to analyze input to and output from the product for a large, highly complex project with significant risk. Interface analysis is a technique that involves identifying and specifying how different components of a product interact with each other or with external systems or users. Interface analysis can help to define and document the data flows, formats, protocols, rules, and behaviors of each interface. Interface analysis can also help to identify and mitigate any risks or issues related to compatibility, integration, interoperability, or usability of the product. System analysis is not a technique that should be used to analyze input to and output from the product for a large, highly complex project with significant risk. System analysis is a broad term that refers to various activities and techniques for studying, designing, developing, testing, or maintaining a system. System analysis can include interface analysis as one of its aspects, but it is not a specific technique for analyzing input to and output from the product. Dependency analysis is not a technique that should be used to analyze input to and output from the product for a large, highly complex project with significant risk. Dependency analysis is a technique that involves identifying and evaluating how different elements of a project or a product depend on each other or on external factors. Dependency analysis can help to determine the impact of changes, prioritize tasks, allocate resources, or manage risks. Dependency analysis can include interface analysis as one of its aspects, but it is not a specific technique for analyzing input to and output from the product. Risk analysis is not a technique that should be used to analyze input to and output from the product for a large, highly complex project with significant risk. Risk analysis is a technique that involves identifying and assessing potential threats or uncertainties that may affect a project or a product. Risk analysis can help to quantify or qualify risks, prioritize risks, plan responses, or monitor risks.Risk analysis can include interface analysis as one of its aspects, but it is not a specific technique for analyzing input to and output from the product.Reference: Business Analysis for Practitioners: A Practice Guide1, page 78-79; PMI Professional in Business Analysis (PMI-PBA) Examination Content Outline2, page 16-17.

Answer : D

Business use cases are the documents that the business analyst should pay the most attention to ensure the project succeeds this time. Business use cases are documents that describe the interactions between the users and the system, and the value or benefit that the users obtain from the system. Business use cases can help the business analyst and the project team to understand the business needs, goals, and expectations of the stakeholders, and to define the scope, functionality, and behavior of the system.Business use cases can also help to verify and validate that the system meets the requirements and delivers the desired outcomes.Reference: PMI Professional in Business Analysis (PMI-PBA) Examination Content Outline1, page 18; Business Analysis for Practitioners: A Practice Guide2, page 93.

Answer : C

Acceptance criteria are the conditions that must be met for a solution or deliverable to be accepted by the stakeholders. Acceptance criteria should be measurable, testable, and clear, so that the team can verify if the requirements have been met or not. If the acceptance criteria for the requirements were not measurable, the team would have difficulty confirming if certain requirements have been met, as they would not have a clear and objective way to evaluate the solution or deliverable. The other options are not likely to cause this issue. The test engineer is not responsible for communicating requirements to the team, but for testing them against the acceptance criteria. Not all stakeholders need to be involved during requirements elicitation, as long as the key stakeholders who can provide relevant and accurate information are consulted. Requirements should be adequately reviewed with the project sponsor, but this does not affect the confirmation of meeting the requirements, as the sponsor is not the one who verifies them.Reference: PMI-PBA Examination Content Outline, page 13; PMI-PBA Reference List, page 1, BABOK Guide v3, page 39.