Certification of Capability in Business Analysis CCBA Book

Job observation is a technique that involves observing and documenting the tasks, activities, and behaviors of a stakeholder or a group of stakeholders in their work environment. It helps to elicit information about the current state of the business processes, the roles and responsibilities of the stakeholders, the problems and issues they face, and the opportunities for improvement. Job observation can be done in different ways, such as:

Job shadowing: This is a process of following and observing a stakeholder as they perform their work tasks. It allows the business analyst to gain a firsthand and detailed understanding of the stakeholder’s perspective, needs, challenges, and expectations. Job shadowing can also facilitate rapport and trust building between the business analyst and the stakeholder12

Video or audio recording: This is a process of capturing the work tasks and activities of a stakeholder or a group of stakeholders using a video or audio device. It allows the business analyst to review and analyze the recorded data at a later time, and to identify patterns, trends, gaps, and inconsistencies. Video or audio recording can also provide a visual or auditory evidence of the current state of the business processes3

Work sampling: This is a process of observing and recording the work tasks and activities of a stakeholder or a group of stakeholders at random intervals over a period of time. It allows the business analyst to estimate the frequency, duration, and variability of the work tasks and activities, and to measure the productivity, efficiency, and quality of the work performance. Work sampling can also provide a statistical representation of the current state of the business processes.

The other options are not elicitation processes that are part of job observation, but they are related to other business analysis knowledge areas or techniques:

Identifying stakeholders: This is a process of determining who are the individuals or groups that have an interest or influence on the project or the solution, and what are their needs, expectations, and level of involvement. It helps to plan and execute the stakeholder engagement and communication strategies, and to manage the stakeholder relationships. Identifying stakeholders is part of the business analysis planning and monitoring knowledge area.

Defining and determining business analysis processes: This is a process of establishing and documenting the business analysis approach, activities, tasks, deliverables, roles, responsibilities, and governance. It helps to plan, monitor, and control the business analysis work, and to align it with the project objectives and stakeholder preferences. Defining and determining business analysis processes is part of the business analysis planning and monitoring knowledge area.

Planning how requirements will be approached, traced, and prioritized: This is a process of defining and documenting the requirements management plan, which specifies how the requirements will be elicited, analyzed, documented, validated, verified, approved, communicated, traced, prioritized, changed, and maintained. It helps to ensure the quality, consistency, and alignment of the requirements with the stakeholder needs and expectations. Planning how requirements will be approached, traced, and prioritized is part of the business analysis planning and monitoring knowledge area.

References:

Business Analysis Techniques - ECBA, CCBA, CBAP Endorsed, Section 7.4: Requirements Elicitation, p. 79-80.

Certification of Capability in Business Analysis (CCBA®) - Simplilearn, Module 6: Elicitation and Collaboration, Lesson 6.3: Conduct Elicitation, p. 6-7.

Business Analysis Body of Knowledge (BABOK® Guide), Version 3, Chapter 4: Elicitation and Collaboration, Section 4.2: Elicitation Techniques, p. 70-71.

[Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 6: Elicitation and Collaboration, Lesson 6.3: Conduct Elicitation, p. 8-9.

[Business Analysis Body of Knowledge (BABOK® Guide)], Version 3, Chapter 4: Elicitation and Collaboration, Section 4.2: Elicitation Techniques, p. 71-72.

[Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 6: Elicitation and Collaboration, Lesson 6.3: Conduct Elicitation, p. 10-11.

[Business Analysis Body of Knowledge (BABOK® Guide)], Version 3, Chapter 2: Business Analysis Planning and Monitoring, Section 2.2: Plan Stakeholder Engagement, p. 34-35.

[Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 5: Planning and Monitoring, Lesson 5.2: Conduct Stakeholder Analysis, p. 6-7.

[Business Analysis Body of Knowledge (BABOK® Guide)], Version 3, Chapter 2: Business Analysis Planning and Monitoring, Section 2.1: Plan Business Analysis Approach, p. 31-33.

[Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 5: Planning and Monitoring, Lesson 5.1: Plan Business Analysis Approach, p. 6-7.

[Business Analysis Body of Knowledge (BABOK® Guide)], Version 3, Chapter 2: Business Analysis Planning and Monitoring, Section 2.3: Plan Business Analysis Governance, p. 36-37.

[Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 5: Planning and Monitoring, Lesson 5.3: Plan Business Analysis Governance, p. 6-7.

Defining the business need is the activity that Henry is asking Janet to complete. Defining the business need is the process of identifying and describing the problem or opportunity that the organization faces and how it aligns with the organizational goals and objectives. It helps to set the direction and scope for the rest of the business analysis activities and to justify the initiation of a project or an initiative. Defining the business need is part of the strategy analysis knowledge area in the CCBA certification12

Option A is incorrect because brainstorming the business need is not an activity, but a technique. Brainstorming is a technique that involves generating and evaluating new and original ideas to address a problem or an opportunity. It can be used as part of defining the business need, but it is not the same as defining the business need34

Option B is incorrect because creating a data diagram for the service is not an activity, but a deliverable. A data diagram is a graphical representation of the data and information that are relevant to the solution. It can be used as an output of defining the business need, but it is not the same as defining the business need.

Option D is incorrect because eliciting the requirements of the proposal is not an activity, but a process. Eliciting the requirements is the process of identifying and obtaining the information needed from the stakeholders and other sources to define and validate the requirements. It can be used as an input to defining the business need, but it is not the same as defining the business need.

References:

Business Analysis Body of Knowledge (BABOK® Guide), Version 3, Chapter 6: Strategy Analysis, Section 6.1: Define Current State, p. 133-134.

Certification of Capability in Business Analysis (CCBA®) - Simplilearn, Module 7: Requirements Analysis and Design Definition, Lesson 7.1: Define Design Options, p. 6-7.

Business Analysis Techniques - ECBA, CCBA, CBAP Endorsed, Section 7.5: Creative Thinking, p. 83-84.

Certification of Capability in Business Analysis (CCBA®) - Simplilearn, Module 7: Requirements Analysis and Design Definition, Lesson 7.3: Define Design Options, p. 6-7.

[Business Analysis Techniques - ECBA, CCBA, CBAP Endorsed], Section 7.2: Process Modeling, p. 75-76.

[Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 7: Requirements Analysis and Design Definition, Lesson 7.2: Analyze Potential Value and Recommend Solution, p. 6-7.

[Business Analysis Techniques - ECBA, CCBA, CBAP Endorsed], Section 7.4: Requirements Elicitation, p. 79-80.

[Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 6: Elicitation and Collaboration, Lesson 6.3: Conduct Elicitation, p. 6-7.

 According to the BABOK® Guide, user stories are a type of model that describes the needs and goals of a stakeholder group in relation to the solution. User stories are written from the perspective of the stakeholder group and capture the value they expect from the solution. User stories are best suited for structuring requirements around the needs of each stakeholder group because they areconcise, easy to understand, and focused on the outcome. References: BABOK® Guide, page 118; Business Analysis Expert Certification, CCBA® | IIBA®, section “What Should I know to be CCBA Certified?

 Cost-benefits analysis is a technique used in the business case development task, not in the requirements verification task. The other options are all general techniques that can be used to verify the requirements with the stakeholders and ensure they are complete, correct, and consistent. References: BABOK® Guide, section 4.5.3, page 117; section 4.6.3, page 123.