Helping Hand Questions for CBAP

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

 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

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

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