Pass the IIBA Certified Business Analysis Professional CBAP Questions and answers with ValidTests

 A constraint is a factor that limits the options or the performance of the project or the solution. Constraints are usually imposed by external factors, such as laws, regulations, standards, policies, resources, time, or budget. Constraints can affect the feasibility, desirability, and suitability of the solution, and may require trade-offs or compromises among the requirements. A constraint is different from a requirement, which is a condition or capability that the solution must have or meet to satisfy the stakeholder needs and expectations123.

In this question, the $300,000 represents a constraint, as it is a factor that limits the options or the performance of the solution. The customer demands that the solution should not cost more than $300,000 to implement and support for one year, which means that the solution must fit within this budget constraint. This constraint may affect the choice of technologies, processes, or features that the solution can include, and may require prioritizing or eliminating some requirements to meet the budget limit. References: 1: BABOK® Guide v3, section 3.4.2 Assess Capability Gaps, page 70 2: CBAP / CCBA Certified Business Analysis Study Guide, chapter 4, page 109 3: Business Analysis Techniques: Identifying Constraints, page 24

Alternative generation is a business analysis element that tries to identify as many potential options as possible to meet the business objectives and fill identified gaps in capabilities. Alternative generation is part of the strategy analysis knowledge area, which involves defining the business need, assessing the current state, defining the future state, identifying solution options, and recommending a solution. Alternative generation helps to explore the possible ways to achieve the desired outcomes, and to evaluate the feasibility, viability, and suitability of each option. Alternative generation can use various techniques, such as brainstorming, benchmarking, market analysis, or SWOT analysis, to generate and compare different solution alternatives. References:

[A Guide to the Business Analysis Body of Knowledge (BABOK Guide)], version 3, page 100, section 5.41

[CBAP Certification Study Guide v3.0], Chapter 5: Strategy Analysis, Section 5.4: Identify Solution Options, page 5-152

What Is Business Analysis and Why Is It Important? - Indeed, paragraph 4

More CBAP Preparation Questions – The Functional BA, question 4

Overlooking a key set of stakeholders can have serious consequences for the project, as they may have different needs, expectations, and perspectives than the existing stakeholders. Their requirements may conflict with or invalidate the ones that have been already elicited and analyzed, leading to rework, delays, and increased costs. Alternatively, they may introduce new requirements that require changes to the project scope, schedule, budget, or quality. Therefore, it is important to identify all relevant stakeholders as early as possible in the business analysis process and to engage them throughout the project lifecycle. References:

CBAP Handbook, page 12, section 2.0 Nine-Steps to Certification, step 3. Enter Your Eligibility Details into the BA Development Log

[BABOK Guide], page 30, section 2.2 Conduct Stakeholder Analysis, task description and output

CBAP/CCBA Study Guide, page 55, section 2.2.3 Stakeholder Analysis, stakeholder identification and analysis techniques

A model is a representation of a system or a process that helps stakeholders and customers visualize the potential system. Models can use different forms, such as flowcharts, graphs, diagrams, or prototypes, to show the structure, behavior, or functionality of the system. Models are useful for communicating, analyzing, verifying, and validating the requirements.

Models are not slices of the project solution (A), although they may show some aspects of the solution. Models are not meant to simplify the requirements for common stakeholders (B), but rather to help all stakeholders understand the requirements better. Models are not statistics for the return on investment, time saved, and other mathematics ©, although some models may use quantitative data to support the requirements.

Scenario and uses cases and user stories are conduct stakeholder analysis techniques that identify stakeholder roles that may serve as a useful starting point for identifying actors and roles. These techniques describe how stakeholders interact with the solution or the business process, and what their goals, needs, and expectations are. By creating scenarios and use cases and user stories, the business analyst can identify the primary and secondary stakeholders, as well as their roles and responsibilities. These techniques can also help to elicit, validate, and prioritize the requirements, as well as to communicate and collaborate with the stakeholders1234. References: 1: Scenarios, Use Cases, and User Stories1 2: Business Analysis Techniques: Eliciting Information and Collaborating with Stakeholders2 3: Use Cases and Scenarios3 4: User Stories4

 A top-down estimate is an estimate based on past projects to predict the current cost and/or duration of the current project. It is also called an analogous estimate, as it involves using data from previous, similar projects to estimate activity durations1. Top-down estimates are usually done at the early stages of a project, when there is not enough detail or information available to perform more accurate estimates. They are useful for providing a rough order of magnitude (ROM) or a ballpark figure for the project scope, cost and schedule. Top-down estimates are typically faster and cheaper to produce than bottom-up estimates, but they are also less accurate and reliable23. References: 2: Project Cost Estimation: How to Estimate Project Cost - ProjectManager2 3: 11 Cost Estimating Methods (With Formulas and Examples) | Indeed.com3 1: Understanding the Analogous Estimating Technique | Runn1

A non-negotiable demand by a stakeholder during the requirements prioritization session is one that does not allow for any trade-offs, compromises, or alternatives. It is a demand that must be met regardless of the impact on other requirements, the feasibility of the solution, or the value to the organization. A stakeholder who insists that all requirements are ranked as high is making a non-negotiable demand, as this would prevent any meaningful prioritization and allocation of resources. Communication, cost-benefits ratio, and cost are not non-negotiable demands, as they can be negotiated, adjusted, or balanced with other factors during the requirements prioritization session. References: BABOK Guide v3, section 10.25 Requirements Prioritization; 1

 The management horizon is the time period over which the costs and benefits of a proposed solution are evaluated. It is also the point in time when the net present value of the solution becomes positive, meaning that the solution has recovered its initial investment and started to generate a profit. The management horizon helps to determine the feasibility and viability of a solution, as well as its alignment with the strategic goals of the organization. References:

CBAP® Handbook, page 15, section 4.1.2.3

BABOK® Guide, page 32, section 3.2.3

How to Write a Business Case (Template Included), under Step 3: Calculate the Financials

A business case is a document that clearly identifies the reasoning for initiating a project to justify the resources required. It is written to justify the resources required for the project (money or effort) and align the project objectives to the business needs. It also includes the costs, benefits, and risks of the proposed solution, and compares it with alternative options1. A business case is an important input for the project initiation and approval process, as it helps the decision makers to assess the value and feasibility of the project2.

To write a business case, you need four main inputs: feasibility study, assumptions and constraints, business need, and solution options3. A feasibility study is an analysis that evaluates the technical, economic, social, and environmental aspects of the project, and determines whether it is viable and worth pursuing4. Assumptions and constraints are factors that affect the project scope, cost, schedule, and quality, and that need to be identified and documented in the business case. Assumptions are things that are believed to be true or certain, while constraints are things that limit or restrict the project5. Business need is the problem or opportunity that the project aims to address, and that aligns with the strategic goals and vision of the organization. Solution options are the different ways of solving the business need, and their respective costs, benefits, and risks.

Stakeholder concerns are not an input for writing a business case, but rather an output of stakeholder analysis. Stakeholder analysis is a process of identifying and prioritizing the people or groups who have an interest or influence in the project, and understanding their needs, expectations, and perspectives. Stakeholder concerns are the issues or challenges that the stakeholders face or anticipate in relation to the project, and that need to be addressed or resolved. Stakeholder concerns are important for defining the requirements, managing the communication, and ensuring the stakeholder satisfaction, but they are not directly used for writing the business case. References:

How to Write a Business Case (Template Included) - ProjectManager

How to Write a Business Case | Smartsheet

Business Case Examples, explained in simple language - Chase Consulting

Feasibility Study: Definition, Methods, and Examples

Project Assumptions and Constraints: Examples and Differences

[Business Need - IIBA®]

[Solution Options - IIBA®]

[Stakeholder Analysis: Overview, Tools and Techniques - KnowledgeHut]

[Stakeholder Concerns - IIBA®]

The change-driven approach is an agile method that focuses on delivering value to the customer in short iterations and adapting to changing requirements. The change-driven approach favors defining requirements through team interaction, as this allows for more collaboration, feedback, and learning among the stakeholders. The change-driven approach also uses minimal documentation and relies on working software as the primary measure of progress. The change-driven approach is suitable for projects that have high uncertainty, complexity, and volatility. References:

Business Analysis Approach (BA Planning & Monitoring)

Adapting Your Requirements Practices | StickyMinds

Requirements definition and management — English - SFIA