CBAP IIBA Certified Business Analysis Professional Free Practice Exam Questions (2025 Updated)

When assessing the impact of safety concerns, the BA should consider the cost/benefit analysis of making the changes. This technique involves comparing the costs and benefits of different options to determine the optimal solution that maximizes the value and minimizes the negative consequences. The BA should consider the costs and benefits of the changes from various perspectives, such as financial, operational, social, environmental, and ethical. The BA should also consider the trade-offs and opportunity costs of the changes, as well as the risks and uncertainties involved. The cost/benefit analysis can help the BA to prioritize the changes, communicate the rationale, and justify the recommendations. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 7: Solution Evaluation, Section 7.3: Assess Proposed Solution, p. 315-316

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 10: Solution Evaluation, Section 10.3: Assess Enterprise Limitations, p. 277-278

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 10: Solution Evaluation, Section 10.4: Recommend Actions to Increase Solution Value, p. 279-280

The appropriate model type to assist the stakeholders in testing the performance and visual aspects of requirements 3 through 11 is a usability prototype. A usability prototype is a model that simulates the look and feel of the user interface of the solution, such as the layout, navigation, colors, fonts, and graphics. A usability prototype can help the stakeholders to evaluate the user experience, the ease of use, the accessibility, and the satisfaction of the solution. A usability prototype can also help to identify and resolve any usability issues or defects before the final implementation of the solution. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 6: Requirements Analysis and Design Definition, Section 6.4: Model and Validate Requirements, p. 265-266

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 6: Requirements Analysis and Design Definition, Section 6.4: Model Requirements, p. 161-162

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 10: Solution Evaluation, Section 10.6: Validate Solution, p. 283-284

 A satisfy relationship is a type of traceability relationship that indicates that a model element (such as a requirement, a design element, or a test case) fulfills the intent of another model element (such as a stakeholder need, a business requirement, or a regulatory requirement). By using a satisfy relationship, the BA can link the solution components that implement the regulatory requirements and show how they meet the compliance criteria. References:

Overview of working with requirements (SysML)

SysML: Establishing Traceability using Matrix and ETL Table

IIBA BABOK Guide, Section 7.6, Traceability and Monitoring

The BA should not rely on a single source of data or a limited observation period to draw conclusions about the effectiveness of a system. The BA should conduct further analysis to ensure that the data is reliable, valid, and representative of the actual situation. The BA should also consider other factors that may affect the demand for the ticket booking service, such as seasonality, promotions, customer preferences, etc. The BA should use a variety of techniques, such as interviews, surveys, data mining, etc., to gather more information and confirm or refute the initial findings. References:

CBAP® Handbook, page 6, section 4. Review the Exam Blueprint

BABOK® Guide, page 35, section 3.2.2. Data Analysis

CBAP / CCBA Certified Business Analysis Study Guide, page 243, section 7.3.2. Data Analysis Techniques

 A communications management plan is a document that describes how the business analyst will communicate with the stakeholders throughout the project. It includes information such as the timing and frequency of communication, the location and mode of communication, the tools and techniques to be used, the delivery methods and formats, and the stakeholders’ preferences and needs. A communications management plan helps to ensure that the stakeholders are informed, engaged, and satisfied with the project progress and outcomes. A stakeholder collaboration plan is a document that describes how the business analyst will collaborate with the stakeholders to elicit, analyze, validate, and manage the requirements. A business analysis plan is a document that describes how the business analyst will conduct the business analysis activities, such as the scope, approach, deliverables, tasks, resources, and schedule. A stakeholder analysis plan is a document that describes how the business analyst will identify, analyze, and prioritize the stakeholders and their needs, expectations, and influence. References: BABOK Guide v3, Chapter 2: Business Analysis Planning and Monitoring, Section 2.5: Plan Business Analysis Communication, p. 38-40; Chapter 3: Business Analysis Governance and Information Management, Section 3.1: Plan Business Analysis Governance, p. 50-51.

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 organizational culture and type of information being approved are two factors that the BA should consider when defining the approval process. The organizational culture reflects the values, beliefs, and behaviors that guide the decision-making and actions of the stakeholders in the organization. The type of information being approved refers to the nature, scope, and impact of the information that requires approval from the relevant authorities. Both factors can influence the level of authority, responsibility, and accountability that are involved in the approval process, as well as the criteria, methods, and tools that are used to facilitate the approval process. The BA should align the approval process with the organizational culture and the type of information being approved to ensure that the process is effective, efficient, and consistent. References:

Approval Process: Key Governance Procedure, Business Group on Health

Developing an effective governance operating model, Deloitte

What is a Governance Process?, WalkMe

Return on investment (ROI) is a financial calculation that measures the profitability of a solution proposal by comparing its benefits and costs. ROI is expressed as a percentage or a ratio of the net benefits (benefits minus costs) to the total costs. ROI can help to determine which solution is worth investing in based on its breakeven point, which is the point where the net benefits equal zero, or the benefits equal the costs. The solution with the highest ROI has the lowest breakeven point, meaning that it recovers its costs faster and generates more net benefits over time. Discount rate is a financial calculation that measures the present value of future cash flows by applying a discount factor that reflects the time value of money and the risk of the investment. Discount rate can help to compare the present values of different solution proposals, but it does not indicate the breakeven point. Net present value (NPV) is a financial calculation that measures the difference between the present value of the benefits and the present value of the costs of a solution proposal. NPV can help to determine which solution has the highest value in today’s terms, but it does not indicate the breakeven point. Internal rate of return (IRR) is a financial calculation that measures the annualized effective compounded return rate of a solution proposal by finding the discount rate that makes the NPV equal zero. IRR can help to determine which solution has the highest return rate, but it does not indicate the breakeven point. References: BABOK Guide v3, Chapter 10: Techniques, Section 10.23: Financial Analysis, p. 529-531; Free CBAP IIBA Actual Exam Questions & Answers, Question 464.

 Scalability is a non-functional requirement that refers to the ability of a system to handle increasing workloads or demands without compromising its performance or functionality. System B supports scalability over System A, as it can process double the number of claims that System A can, and it rarely goes offline. System A, on the other hand, would be at capacity if it were to process all of the company’s claims, and it must go offline for two hours each day. References: The answer can be verified from the Business Analysis Professional (CBAP) learning documents or resources, such as:

IIBA BABOK Guide, Section 4.2.3, Non-Functional Requirements

Non-Functional Requirements: Definition, Types, and Examples, ReQtest

Non-Functional Requirements: Scalability, Software Engineering Stack Exchange

 A risk-averse organization is one that prefers to minimize or eliminate the exposure to risks, even if it means sacrificing some potential benefits or opportunities. A risk avoidance strategy is one that involves changing the project plan, scope, schedule, or budget to avoid the risk or its impact. A risk avoidance strategy is suitable for a risk-averse organization, as it reduces the uncertainty and the potential negative consequences of the risk. In this scenario, the BA has identified an assumption that has a high degree of uncertainty and may affect the validity of the requirements. The BA has added the assumption to the risk register and performed a risk analysis to handle this situation. If the organization is risk-averse, the BA may use a risk avoidance strategy to modify the requirements or the solution design to eliminate the dependency on the assumption, or to seek more information or evidence to validate the assumption. A risk acceptance strategy is one that involves acknowledging the risk and its impact, but not taking any action to prevent or reduce it. A risk acceptance strategy is suitable for a risk-seeking or risk-neutral organization, or for risks that have low probability or impact. A risk transfer strategy is one that involves shifting the responsibility or ownership of the risk or its impact to a third party, such as a vendor, a partner, or an insurer. A risk transfer strategy is suitable for risks that have high impact but low probability, or for risks that require specialized skills or resources to manage. A risk mitigation strategy is one that involves taking actions to reduce the probability or impact of the risk, such as implementing contingency plans, preventive measures, or backup solutions. A risk mitigation strategy is suitable for risks that have high probability and impact, or for risks that can be controlled or influenced by the project team. References: BABOK Guide v3, Chapter 10: Techniques, Section 10.51: Risk Analysis and Management, p. 567-569; Free CBAP IIBA Actual Exam Questions & Answers, Question 467.

 This question is based on a case study that compares two scenarios for Company C, a software development firm. In Scenario 1, Company C uses a traditional waterfall approach to develop a software product for a client. In Scenario 2, Company C uses an agile approach to develop the same product. The question asks for the increased cost in Scenario 2, which is the difference between the total cost of Scenario 2 and the total cost of Scenario 1. According to the case study, the total cost of Scenario 1 is $1,236,210 and the total cost of Scenario 2 is $1,444,000. Therefore, the increased cost in Scenario 2 is $1,444,000 - $1,236,210 = $207,790. References: The case study is available in the CBAP® Exam Sample Questions and Exam Blueprint document1. The answer is also verified by the CBAP® Exam Answer Key document2. Both documents are accessible from the IIBA® website3.

According to the BABOK® Guide1, the business analysis approach is the set of processes, tools, deliverables, techniques, and standards that will be used to perform business analysis work on a project. The approach can be either plan-driven, adaptive, or a hybrid of both. A plan-driven approach is more suitable for projects that have stable and well-defined requirements, low levels of change, and clear acceptance criteria. An adaptive approach is more suitable for projects that have uncertain or evolving requirements, high levels of change, and emergent outcomes. Therefore, one of the factors that would drive the decision towards an adaptive approach is the organization’s tolerance for uncertainty, which means the degree to which the organization is willing to accept ambiguity and risk in the project. An organization with a high tolerance for uncertainty can benefit from an adaptive approach that allows for frequent feedback, experimentation, and learning. References:

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 3: Business Analysis Planning and Monitoring, Section 3.2: Plan Business Analysis Approach, p. 57-59

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 3: Business Analysis Planning and Monitoring, Section 3.2: Plan Business Analysis Approach, p. 89-91

A BA should identify any potential constraints that may affect the requirements or the solution and communicate them to the relevant stakeholders for resolution. In this case, the policies are a constraint that may prevent the implementation of the requirement or require a change to the policies. The BA should review the constraint with management and seek their guidance on how to proceed. The BA should not modify the policies or the requirements without proper approval or justification. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 5: Requirements Analysis and Design Definition, page 214

Business Analysis Body of Knowledge (BABOK ®) Guide, Version 3, Section 5.2: Analyze Current State, page 112

Certified Business Analysis Professional™ (CBAP®) | Coursera, Course 3: Requirements Analysis and Design Definition, Week 2: Analyze Current State, video: “Identify Constraints”

 In the context of risk assessment, the impact of a risk is often calculated by multiplying the Probability of Occurrence (POC) with the Cost of Impact. For each risk in this scenario:

Natural disasters: 0.2 * 15,000 = 3,000

Power surges: 0.5 * 20,000 = 10,000

Human errors: 0.9 * 3,000 = 2,700

System security: 0.4 *16,000 =6,400

Power surges have the highest negative impact to value at $10,000.

References: The calculation is based on standard risk assessment practices which involve evaluating both the probability and impact of risks to prioritize them effectively; as per Business Analysis Professional (CBAP) learning documents or resources

This question is based on a case study that compares four scenarios for implementing a new system for a bank. The case study provides the following information about the duration of each scenario:

Scenario 1: 6 months

Scenario 2: 9 months

Scenario 3: 10 months

Scenario 4: 7 months

The question asks for the time difference in days between the shortest and longest implementation. The shortest implementation is Scenario 1, which is 6 months or 180 days. The longest implementation is Scenario 3, which is 10 months or 300 days. Therefore, the time difference in days is 300 - 180 = 120 days. References: The case study is available in the CBAP® Exam Sample Questions and Exam Blueprint document1. The answer is also verified by the CBAP® Exam Answer Key document2. Both documents are accessible from the IIBA® website3.

 According to the BABOK® Guide, one of the tasks of the business analyst (BA) is to assess solution performance and value. This involves measuring the actual outcomes and benefits of the implemented solution and comparing them with the expected ones. The BA also identifies any gaps or issues that may affect the solution’s performance or value and recommends actions to address them. One of the actions that the BA can recommend is to remove or minimize any interfaces and activities that do not contribute to the final product either directly or indirectly, as they may cause waste, inefficiency, or complexity. This is consistent with the lean principles of eliminating waste and optimizing value. References: BABOK® Guide v3, Section 7.6: Assess Solution Performance and Value, p. 291-292; BABOK® Guide v3, Section 10.22: Lean, p. 512-513.

The BA should provide process models as artifacts that can be used organization wide for the long-term. Process models are graphical representations of the activities, inputs, outputs, and interactions of a business process. They can help to document, analyze, improve, and communicate the current and future states of a process. They can also serve as a basis for developing other artifacts, such as requirements, test cases, user manuals, and training materials. Process models can be useful for various stakeholders, such as business users, managers, developers, testers, and trainers, to understand and optimize the business process. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 6: Requirements Analysis and Design Definition, Section 6.4: Model and Validate Requirements, p. 263-264

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 6: Requirements Analysis and Design Definition, Section 6.4: Model Requirements, p. 159-160

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 9: Solution Evaluation, Section 9.5: Assess Organizational Readiness, p. 261-262

 The CFO’s resistance to replacing the older vehicles and suggesting that the truck drivers manually send the truck location from a handheld mobile device every 20 minutes is an opportunity cost. An opportunity cost is the value of the next best alternative that is foregone as a result of making a decision. In this case, the opportunity cost of not replacing the older vehicles is the potential loss of customer satisfaction, retention, and loyalty due to the less accurate and less convenient tracking system. The CFO is choosing to save money on the upfront cost of buying new trucks, but at the expense of losing the competitive advantage and long-term benefits of having a live parcel tracking system. References:

IIBA BABOK Guide, Section 10.23, Decision Analysis

Opportunity Cost: Definition, Real-World Examples, How to Calculate, The Balance

What is Opportunity Cost and How to Calculate It, Investopedia

The BA should handle the change request by adding the feature to the product backlog for future prioritization. The product backlog is a list of features, functions, and requirements that are desired for the solution, but have not yet been planned or implemented. The product backlog is constantly updated and prioritized by the product owner, who represents the voice of the customer and the stakeholders. The BA should collaborate with the product owner to capture and document the change request and add it to the product backlog. The product owner will then decide when and how to prioritize the feature for the next iteration or release, based on the value and urgency of the feature and the feedback from the stakeholders. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 3: Business Analysis Planning and Monitoring, Section 3.2: Plan Business Analysis Approach, p. 90-91

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 3: Business Analysis Planning and Monitoring, Section 3.2: Plan Business Analysis Approach, p. 58-59

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 4: Elicitation and Collaboration, Section 4.6: Communicate Business Analysis Information, p. 124-125