CBAP Exam Dumps - IIBA Certified Business Analysis Professional Questions and Answers

 A dependency is a relationship or a condition that affects the completion or the quality of a task or an activity. A dependency can be internal or external, mandatory or discretionary, or positive or negative. In this case, the inspector’s signoff on the initial deliverables is a dependency because it is a condition that must be met before the task can be completed. The inspector’s signoff is an external and mandatory dependency, as it involves an outside party and it is required by the project scope or contract. A dependency is not the same as an assumption (A), which is a factor that is considered to be true without proof, a milestone ©, which is a significant point or event in the project, or a constraint (D), which is a factor that limits the options or performance of the project. References:

• What is a Dependency in Project Management? - Wrike, paragraph 1
• Project Dependencies: Types, Examples, and Tips for Project Managers, paragraph 1
• CBAP Certification Study Guide v3.0, Chapter 4: Requirements Life Cycle Management, Section 4.3: Trace Requirements, page 4-10
• [A Guide to the Business Analysis Body of Knowledge (BABOK Guide)], version 3, page 402, section 10.31.3.1

Prioritizing requirements by the likelihood of success is a technique that can help build confidence and trust among the project stakeholders, especially if the project is complex, risky, or has a long duration. By delivering some of the requirements that have a highchance of success early in the project, the business analyst can demonstrate the value of the project and the effectiveness of the business analysis process. This can also help reduce resistance to change and increase user satisfaction and adoption. Some of the other factors that can be used to prioritize requirements are business value, urgency, dependency, risk, cost, and effort. References:

• Certified Business Analysis Professional (CBAP) Handbook, page 6, section 4. Review the Exam Blueprint.
• BABOK Guide v3, page 34, section 4.2.3. Prioritize Requirements.

A requirements re-use repository is a collection of reusable requirements that can be applied to similar projects or products. It can help streamline the requirements gatheringprocess by reducing the effort and time needed to elicit, analyze, and document requirements. It can also improve the quality and consistency of requirements by leveraging best practices and lessons learned from previous projects. A requirements re-use repository can also facilitate traceability, change management, and communication among stakeholders.

B. Implementing project templates is not the best answer because project templates are more related to project management than requirements gathering. Project templates can help standardize the project planning and execution processes, but they do not necessarily address the specific requirements of each project or product.

C. Implementing a requirements gathering form is not the best answer because a requirements gathering form is a tool for capturing and documenting requirements, not for streamlining the requirements gathering process. A requirements gathering form can help structure and organize the requirements, but it does not reduce the effort and time needed to elicit, analyze, and document requirements.

D. Implementing scope solution models is not the best answer because scope solution models are used to define and communicate the boundaries and features of a solution, not to streamline the requirements gathering process. Scope solution models can help clarify and validate the solution scope, but they do not reduce the effort and time needed to elicit, analyze, and document requirements. References:

• Using Scope Models to Manage Solution Scope - Business Analyst Articles …
• What is requirements gathering? Template and examples
• Top 10 Requirements Gathering Templates with Samples and Examples

Solution components are the parts of the physical architecture that implement the solution requirements. They include business processes, business policies, business rules, software applications, hardware devices, data structures, and other elements that constitute the solution. Solution components are identified and defined during the design process, and they are allocated to the requirements during the allocate requirements process. The purpose of allocating requirements to solution components is to ensure that each requirement is fulfilled by one or more solution components, and that each solution component contributes to one or more requirements123.

Assessment of proposed solution is not a solution component, but a technique that evaluates the feasibility, desirability, and suitability of a solution option. Assessment of proposed solution is used during the enterprise analysis process, which involves defining thebusiness need, assessing the capability gaps, determining the solution approach, defining the solution scope, and defining the business case. The purpose of assessing the proposed solution is to compare the expected benefits and costs of the solution option, and to identify the risks, assumptions, and dependencies that may affect the solution delivery456. References: 1: BABOK® Guide v3, section 7.2 Allocate Requirements, page 254 2: CBAP / CCBA Certified Business Analysis Study Guide, chapter 7, page 243 3: Allocation and Traceability7 4: BABOK® Guide v3, section 3.4.5.1 Assessment of Proposed Solution, page 75 5: CBAP / CCBA Certified Business Analysis Study Guide, chapter 4, page 122 6: Business Analysis Techniques: Assessing the Proposed Solution, page 27

 Identifying the stakeholders early on in the business analysis duties helps the business analyst to understand the needs, expectations, and interests of the stakeholders, as well as their influence and authority on the project. This helps the business analyst to plan and manage the requirements activities, communicate effectively with the stakeholders, and address any issues or conflicts that may arise. By involving the stakeholders throughout the business analysis process, the business analyst can ensure that the requirements deliverables are aligned with the stakeholder needs and expectations, and that they are delivered on time and within budget. References:

• IIBA, A Guide to the Business Analysis Body of Knowledge (BABOK Guide), Version 3, 2015, p. 30-311
• IIBA, Business Analysis Competency Model, Version 4, 2018, p. 142

Total cost of ownership (TCO) is a financial estimate that helps consumers and enterprise managers determine direct and indirect costs of a product or system. TCO goes beyond the initial purchase price or implementation cost to consider the full cost of an asset over its useful life. It is a key concept in the business analysis tasks of enterprise analysis and solution assessment and validation. TCO can help evaluate the feasibility and viability of different solution options and compare them with the business need and expected benefits. References:

• IIBA BABOK Guide v3, p. 30, 176, 264
• CBAP 150 Practice Questions Flashcards, Question 1
• Production Costs: What They Are and How to Calculate Them - Investopedia
• Cost of Solution vs. Cost of Problem · Jens Oliver Meiert

 A cost-benefits justification is a term that matches management’s request to include the projected costs and benefits to be realized and how those and benefits will be assessed and evaluated in the business case. A cost-benefits justification is a process that compares the costs of implementing a project or a solution with the benefits that it will generate, both in monetary terms. It helps to determine the feasibility, profitability, and return on investment of the project or solution, and to support the decision-making process. A cost-benefits justification also includes the methods and criteria for measuring and evaluating the costs and benefits, such as net present value, internal rate of return, payback period, or cost-benefit ratio12. References:

• Cost-Benefit Analysis: A Quick Guide with Examples and Templates
• Cost-Benefit Analysis: What It Is & How to Do It

The work breakdown structure (WBS) is not an element of the solution scope, but rather a project management tool that decomposes the project scope into manageable deliverables and tasks. The WBS is created after the solution scope is defined and approved, and it helps to plan, monitor, and control the project execution.

The other options are elements of the solution scope, which are:

• B. Implementation approach, which describes how the solution will be delivered, such as the methodology, the phases, the roles and responsibilities, and the quality measures.
• C. Solution scope definition, which describes what the solution is, what it does, and what it does not do, in terms of the features, functions, and characteristics that address the business need.
• D. Dependencies, which describe the relationships and interactions between the solution and other internal or external factors, such as other projects, systems, processes, or stakeholders.

References:

• CBAP® Handbook, page 15, section 4.1.2.3
• BABOK® Guide, page 32, section 3.2.3
• Solution Scope – An Insight
• How To Write a Project Scope in 5 Steps (With Example)

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

The T in SWOT analysis stands for Threats. These are external factors that may pose risks or challenges to the organization, its projects, or its solutions. Threats can be related to the market, the industry, the technology, the environment, the society, the regulation, or the competition. Business analysts should identify and assess the potential threats and their impact on the organization’s objectives and strategies, and recommend ways to mitigate or avoid them. References:

• CBAP® Handbook, page 15, section 4.1.2.3
• BABOK® Guide, page 32, section 3.2.3
• SWOT Analysis: How To With Table and Example
• SWOT Analysis Threats: Definition & Examples