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

 A statement of work (SOW) is a narrative description of the work required for the project. It includes the project objectives, scope, deliverables, schedule, budget, quality standards, and acceptance criteria. It also defines the roles and responsibilities of the project team and the client, and the terms and conditions of the contract. A SOW is a formal document that establishes the agreement between the project provider and the project customer, and that guides the project execution and control12.

The other options are not correct. A. A contract work breakdown structure (CWBS) is a hierarchical decomposition of the contract deliverables into smaller and manageable components. It helps to define the scope, cost, and schedule of the contract, and to monitor and report the contract performance3. B. A work breakdown structure (WBS) is a hierarchical decomposition of the project work into smaller and manageable components. It helps to define the scope, cost, and schedule of the project, and to assign the work packages to the project team4. C. A contract statement of work (CSOW) is a document that describes the work to be performed by a contractor or a vendor under a contract. It is similar to a SOW, but it is more specific and detailed, and it is used for procurement purposes5. References:

What is a Statement of Work (SOW)? - Definition from WhatIs.com

Statement of Work: Definition & Examples - ProjectManager

Contract Work Breakdown Structure (CWBS) - AcqNotes

Work Breakdown Structure (WBS) - Project Management Institute

Contract Statement of Work (CSOW) - AcqNotes

Problem tracking is not a technique for conducting elicitation, but rather a technique for managing requirements. Problem tracking is used to identify, document, and resolve issues that arise during the business analysis process. Problem tracking helps to ensure the quality and validity of the requirements and the solutions. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 4: Elicitation and Collaboration, p. 177

BABOK® Guide, Section 4.2: Conduct Elicitation, p. 106-107

BABOK® Guide, Section 4.6: Manage Requirements, p. 121-122

 A desired outcome is a statement of what the organization wants to achieve as a result of the business analysis work. A desired outcome should be specific, measurable, achievable, relevant, and time-bound (SMART). A desired outcome should also be aligned with the organizational goals and objectives, and provide value to the stakeholders. Examples of desired outcomes are increase sales, reduce costs, and reduce time to deliver a product or service. Implement new machinery to complete the work processes faster is not an example of a desired outcome, but rather a possible solution or requirement that may help to achieve a desired outcome. References: BABOK Guide v3, page 97; CBAP / CCBA Certified Business Analysis Study Guide, page 217.

The specify and model requirements process is the process of defining and describing the requirements in detail and representing them in different formats, such as textual, graphical, or mathematical. The primary purpose of this process is to analyze the functioning of an organization and to provide an insight into opportunities for improvement. By specifying and modeling the requirements, the business analyst can identify the gaps, issues, and needs of the organization and its stakeholders, and propose solutions that can address them. The specify and model requirements process also helps to communicate, validate, and verify the requirements with the stakeholders and ensure that they are aligned with the business goals and objectives. References:

BABOK® Guide, p. 50-51

CBAP / CCBA Certified Business Analysis Study Guide, p. 153-154

Certified Business Analysis Professional™ (CBAP®) | Coursera, Course 2, Week 1, Video: “Specify and Model Requirements”

 A business case is a document that provides justification for undertaking a project, programme or portfolio. It evaluates the benefit, cost and risk of alternative options and provides a rationale for the preferred solution. The purpose of the business case is to communicate the value of the solution to the organization and help the decision-makers decide whether to approve the project or not. The business case should include the following elements:

Executive summary: A brief overview of the problem, opportunity, solution, benefits, costs, risks and recommendations.

Introduction: A description of the background, context, scope and objectives of the project.

Analysis: A detailed analysis of the current state, future state, gap, options, criteria, assumptions and constraints.

Evaluation: A comparison of the options based on the criteria, such as financial, strategic, operational, technical, social and environmental factors.

Recommendation: A clear statement of the preferred option and the reasons for choosing it over the others.

Implementation: A description of the implementation plan, including the schedule, resources, roles, responsibilities, governance, change management and risk management.

Appendices: Any supporting information, such as data, calculations, charts, diagrams, references, etc.

References:

Business Analysis Body of Knowledge (BABOK) Guide, Version 3, Chapter 3: Business Analysis Planning and Monitoring, Section 3.4: Plan Business Analysis Approach, Task 3.4.3: Define Business Analysis Process, Technique 3.4.3.1: Decision Analysis, p. 66-67.

What is business case? | APM

How to Write a Business Case: Template & Examples | Adobe Workfront

 An assumption is a factor that is considered to be true, real, or certain for the purpose of planning, analysis, or evaluation, without having absolute proof or evidence. Assumptions are made when there is uncertainty or ambiguity about the future state of the organization or the solution. Assumptions can affect the feasibility, viability, and desirability of the solution, as well as the risks and benefits associated with it. The business analyst must document the assumptions and their characteristics and risks, in case they prove to be invalid or inaccurate, and impact the solution performance or outcome. References: BABOK Guide v3, page 36; CBAP / CCBA Certified Business Analysis Study Guide, page 74.

 The project manager is the stakeholder who is responsible for assessing the solution scope to determine the project scope. The solution scope defines the features and functions of the product or service that will meet the business needs and requirements. The project scope defines the work that needs to be done to deliver the solution. The project manager is the person who plans, executes, monitors, and controls the project activities, and ensures that the project scope is aligned with the solution scope, the project objectives, and the stakeholder expectations. References: BABOK Guide v3, page 36; CBAP / CCBA Certified Business Analysis Study Guide, page 74.

 Decision analysis is a business analysis technique that involves evaluating the feasibility, benefits, risks, and impacts of various options and selecting the best one based on predefined criteria and stakeholder preferences. In this scenario, the business analyst is considering using decision analysis to rate the available methodologies against the organizational needs and objectives, and to choose the most suitable one for the business analysis approach. Decision analysis can help the business analyst to align the business analysis activities with the project and enterprise goals, and to optimize the value delivery of the solution. References:

BABOK® Guide, p. 66-67

CBAP / CCBA Certified Business Analysis Study Guide, p. 133

Certified Business Analysis Professional™ (CBAP®) | Coursera, Course 1, Week 2, Video: “Business Analysis Planning and Monitoring”

 Verify scope is a process to determine the completeness of the project work and to gain the customer’s acceptance to move the project forward. Verify scope involves reviewing the deliverables and comparing them with the requirements and the scope baseline. It also involves obtaining the formal acceptance of the deliverables from the customer or sponsor. Verify scope helps to ensure that the project meets the expectations and needs of the customer or sponsor, and to avoid scope creep or rework12. Phase gate review is a process to evaluate the progress and performance of the project at predefined points or milestones. Phase gate review involves assessing the deliverables, risks, issues, and resources of the project against the criteria and objectives of each phase. It also involves deciding whether to continue, terminate, or modify the project. Phase gate review helps to ensure that the project is aligned with the business strategy and value, and to control the quality and scope of the project13. Inspection of key results is a process to measure and evaluate the quality and effectiveness of the project work and deliverables. Inspection of key results involves checking the work and deliverables for defects, errors, or deviations from the standards and specifications. It also involves identifying and implementing corrective actions to improve the quality and effectiveness of the work and deliverables. Inspection of key results helps to ensure that the project meets the quality requirements and standards, and to prevent or reduce the cost of poor quality14. Quality control is a process to monitor and control the quality of the project work and deliverables. Quality control involves performing quality audits, inspections, tests, and measurements to verify that the work and deliverables conform to the quality requirements and standards. It also involves identifying and implementing quality improvements to enhance the quality of the work and deliverables. Quality control helps to ensure that the project satisfies the customer or sponsor expectations and needs, and to increase the customer or sponsor satisfaction1 . References: CBAP® Handbook, CBAP® Exam Prep Study Guide, Project Management Institute, Inspection of Key Results - iiba.org, [Quality Control - iiba.org]

A class model is a technique to represent the structure and behavior of the entities within a solution domain. It shows the attributes, operations, and relationships of the classes that define the entities. A class is a category or type of entity that has common characteristics and can perform certain functions. A class model helps to identify the entities, their properties, their behaviors, and their interactions for a solution. Entity Relationship is a technique to represent the data and information requirements of a solution. It shows the entities, attributes, and relationships of the data and information. An entity is a thing or object of interest that can be uniquely identified and has attributes that describe its properties. An entity relationship model helps to identify the data and information, their characteristics, their associations, and their constraints for a solution. Data dictionary is a technique to define and document the data and information elements of a solution. It provides a detailed description of each data and information element, such as its name, definition, format, type, source, owner, and usage. A data dictionary helps to standardize and clarify the data and information, their meaning, their structure, and their quality for a solution. CRUD matrix is a technique to analyze the alignment of the data and information elements with the business processes or functions of a solution. It shows the data and information elements and the business processes or functions that create, read, update, or delete them. A CRUD matrix helps to identify the data and information, their lifecycle, their dependencies, and their gaps for a solution. References: Class Model - iiba.org, Entity Relationship - iiba.org, Data Dictionary - iiba.org, CRUD Matrix - iiba.org