Certified Business Analysis Professional CBAP Syllabus Exam Questions Answers

Root cause analysis is a technique that involves identifying and addressing the underlying causes of a problem or an issue, rather than the symptoms or the effects. Root cause analysis can help the BA to identify the solution limitations, which are the internal factors that prevent the solution from delivering its full business value. By finding and eliminating the root causes of the problem, the BA can improve the quality and performance of the solution, and prevent the problem from recurring. The other options are not the best techniques for identifying the solution limitations, as they are more focused on identifying and managing the external factors that affect the solution, such as risks, stakeholders, criteria, or rules. References: Task: Assessing Solution Limitations, CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, BABOK Guide

A governance approach is a technique that helps to define and establish the roles, responsibilities, authorities, and decision-making processes for the business analysis work. A governance approach identifies the stakeholders who have the power and influence to approve, reject, or modify the requirements or the solution, and the criteria and mechanisms for obtaining their approval. A governance approach can help the BA to identify the stakeholder who can approve access to the database, as it can specify who owns the database, who has the authority to grant or deny access, and what are the steps and procedures to request and obtain access. A solution scope is a technique that helps to define the boundaries and context of the solution. A solution scope identifies the elements that are within the scope, the elements that are out of scope, and the interfaces and interactions between the elements. A solution scope can help the BA to clarify the objectives and requirements of the solution, but it does not identify the stakeholder who can approve access to the database. A requirements architecture is a technique that helps to organize and structure the requirements into a coherent and consistent framework. A requirements architecture defines the relationships, dependencies, and hierarchies among the requirements, and the level of detail and abstraction of each requirement. A requirements architecture can help the BA to manage the complexity and traceability of the requirements, but it does not identify the stakeholder who can approve access to the database. A change strategy is a technique that helps to plan and manage the changes to the requirements or the solution throughout the project lifecycle. A change strategy defines the roles and responsibilities, the criteria and procedures, the tools and techniques, and the documentation and communication for handling the changes. A change strategy can help the BA to ensure that the changes are properly identified, analyzed, approved, implemented, verified, and tracked, but it does not identify the stakeholder who can approve access to the database. References: BABOK Guide v3, Chapter 10: Techniques, Section 10.14: Governance Approach, p. 516-517; Section 10.42: Scope Modeling, p. 554-556; Section 10.41: Requirements Architecture, p. 553-554; Section 10.11: Change Control Process, p. 510-512.

The stakeholders that were missed in the requirements are the end users. End users are the people who will use the solution or be affected by its outcomes. They are a key source of requirements, as they can provide valuable insights into the needs, expectations, preferences, and pain points of the solution. The BA should elicit requirements from the end users, as well as validate and verify them with their feedback. The BA should also ensure that the end users are involved throughout the project lifecycle, from planning to testing to implementation. The other options are not the stakeholders that were missed, as they are either not directly related to the solution or not the primary source of requirements. References:

• CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 2: Business Analysis Key Concepts, Section 2.3: Stakeholders, p. 59-60
• A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 2: Business Analysis Key Concepts, Section 2.3: Stakeholders, p. 28-29
• A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 4: Elicitation and Collaboration, Section 4.1: Prepare for Elicitation, p. 97-98