PMI-PBA Reviews Questions

Verification is the process of ensuring that the requirements meet a quality checklist and conform to the specified standards, rules, and criteria. Verification can help the business analyst to ensure that all requirements meet a quality checklist before the development and testing phase by checking the completeness, correctness, clarity, consistency, and testability of each requirement. Verification can also help to identify and resolve any defects, errors, or ambiguities in the requirements. References: = PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline (2019), page 10; Business Analysis for Practitioners: A Practice Guide (2015), page 40.

 Operational feasibility is the kind of feasibility assessment that the business analyst is undertaking to understand how well a potential solution fits into the organization. Operational feasibility evaluates how the solution will affect the current operations, processes, culture, and people of the organization. It also considers how the solution will be accepted, adopted, and used by the stakeholders. Technical feasibility is not the kind of feasibility assessment that the business analyst is undertaking, as it evaluates how the solution can be implemented using the available technology, infrastructure, and resources. Cost-effectiveness feasibility is not the kind of feasibility assessment that the business analyst is undertaking, as it evaluates how the solution will provide benefits that outweigh its costs. Time feasibility is not the kind of feasibility assessment that the business analyst is undertaking, as it evaluates how long it will take to implement the solution and whether it can meet the desired schedule. References: Business Analysis for Practitioners: A Practice Guide, page 41-42 1; PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline, page 14 

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

User acceptance testing (UAT) is a process that should be done by the business analyst after the software developers have delivered a completed solution and the quality assurance team has passed it. User acceptance testing is a process of verifying that the solution meets the requirements and expectations of the end users and delivers value to them. User acceptance testing involves preparing test cases, scenarios, or scripts based on the acceptance criteria, executing them with representative users or stakeholders, collecting feedback, identifying defects or issues, and obtaining sign-off or approval for deployment. User acceptance testing can help to ensure that the solution is fit for use, suitable for purpose, and aligned with business objectives. Evaluating the solution against the project charter is not necessary at this stage, as it does not involve testing or validation by the end users or stakeholders. Evaluating the solution with the sponsor(s) is not sufficient at this stage, as it does not capture the perspective of all relevant users or stakeholders who will use or benefit from the solution. Conducting performance testing is not relevant at this stage, as it is usually done by the quality assurance team before delivering the solution to ensure that it meets the non-functional requirements such as speed, reliability, scalability, etc. References: PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline1, page 14; Business Analysis for Practitioners: A Practice Guide2, page 80.