Pass the IIBA Certification of Capability in Business Analysis CCBA Questions and answers with ExamsMirror

 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?

SMART goals are objectives that are designed to be Specific, Measurable, Achievable, Relevant, and Time-bound. The element of ‘Relevant’ in SMART goals refers to ensuring that the goal aligns with broader business strategies, visions, missions, and values. In the context of the facilities management company’s objective to double the revenue of their office waste recycling service, the goal would need to be relevant to the enterprise’s overall direction and purpose to ensure it contributes meaningfully to the organization’s success.

References: The information is based on the SMART goals framework as understood in business analysis practices up to the year 2021. For the most current and detailed explanations, please refer to the latest resources provided by the International Institute of Business Analysis (IIBA) or the specific learning documents for the Capability in Business Analysis™ (CCBA®) certification.

SWOT analysis is a technique that evaluates an organization’s strengths, weaknesses, opportunities, and threats to both internal and external conditions. It helps to identify the current state of the organization and the factors that may affect its future performance. SWOT analysis can be used for strategic planning, problem-solving, decision-making, and innovation. References:

Business Analysis Techniques - ECBA, CCBA, CBAP Endorsed

CCBA® and CBAP® Certifications Study Guide

SWOT analysis - CCBA® and CBAP® Certifications Study Guide

Business analysis planning and monitoring includes tasks that organize and coordinate the efforts of business analysis professionals and stakeholders. These tasks produce outputs that are used as guidance for the other tasks1. Some of the activities involved in this knowledge area are:

Planning how requirements will be approached, traced, and prioritized. This involves defining the requirements life cycle, the level of detail and quality of the requirements, the traceability approach, and the prioritization methods2.

Identifying stakeholders. This involves determining who are the key individuals or groups that have an interest or influence on the solution or the business need, and analyzing their needs, expectations, and level of involvement2.

Defining and determining business analysis processes. This involves selecting the appropriate business analysis approach (such as predictive, adaptive, or hybrid), defining the deliverables and activities, and estimating the effort and resources needed for the business analysis work2.

Job shadowing, on the other hand, is not a business analysis planning and monitoring activity, but an elicitation technique. It involves observing a stakeholder performing their work tasks to gain a better understanding of their needs and challenges2. References:

2: CBAP/CCBA Certified Business Analysis Study Guide, 2nd Edition, by Susan Weese and Terri Wagner, Wiley, 2011.

1: A) Business Analysis Planning and Monitoring | The International Institute of Business Analysis™.

According to the CCBA® and CBAP® Certifications Study Guide1, there are three business analysis planning techniques that a business analyst can use to help plan business analysis processes. These are:

Process modeling: This technique involves creating a graphical representation of the business analysis activities, inputs, outputs, dependencies, and roles. It helps to visualize and communicate the scope, sequence, and flow of the business analysis work2.

Progressive elaboration: This technique involves planning the business analysis work in an iterative and incremental manner, based on the level of detail and certainty available at each stage. It helps to accommodate changes, risks, and feedback as the project progresses3.

Structured walkthrough: This technique involves presenting and reviewing the business analysis deliverables with the relevant stakeholders, such as the project team, the sponsor, the subject matter experts, and the quality assurance team. It helps to ensure the quality, accuracy, completeness, and alignment of the business analysis work2.

Decision analysis, on the other hand, is not a business analysis planning technique, but a technique for assessing proposed solutions. It involves identifying, evaluating, and comparing the possible alternatives based on predefined criteria, such as costs, benefits, risks, impacts, and preferences2. Decision analysis is used to select the best solution that meets the business need and the stakeholder expectations3. References:

2: BABOK Guide, section 10 Techniques, page 378-431

3: CCBA® and CBAP® Certifications Study Guide, section Task: Plan Business Analysis Approach, page 1

1: CCBA® and CBAP® Certifications Study Guide1, section Business Analysis Planning Techniques, page 1

 A change driven approach is a business analysis approach that focuses on minimizing up-front uncertainty and delivering business value in short cycles. A change driven approach is adaptive and iterative, meaning that it allows for frequent feedback, validation, and collaboration among the stakeholders, and for continuous refinement and improvement of the requirements and the solution. A change driven approach is suitable for projects that have high complexity, uncertainty, or volatility, and that require flexibility and responsiveness to changing needs and expectations12

Option A is incorrect because a class-driven approach is not a business analysis approach, but a software development approach. A class-driven approach is a type of object-oriented approach that focuses on defining and modeling the classes and their relationships in a system. A class-driven approach is not related to minimizing up-front uncertainty or delivering business value in short cycles3

Option C is incorrect because a solution-driven approach is not a business analysis approach, but a problem-solving approach. A solution-driven approach is a type of deductive approach that focuses on finding and implementing the best solution for a given problem. A solution-driven approach is not related to minimizing up-front uncertainty or delivering business value in short cycles4

Option D is incorrect because a plan-driven approach is a business analysis approach that focuses on maximizing up-front certainty and delivering business value in long cycles. A plan-driven approach is predictive and sequential, meaning that it follows a predefined and structured process, and that the requirements and the solution are fully defined and agreed upon before implementation begins. A plan-driven approach is suitable for projects that have low complexity, uncertainty, or volatility, and that require stability and predictability of the scope, schedule, and budget12 References:

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-32.

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

Class-Driven Development - an overview | ScienceDirect Topics

Solution-Driven Thinking - an overview | ScienceDirect Topics

 Job shadowing is not a business analysis planning & monitoring activity, but an elicitation technique. Job shadowing involves following and observing a stakeholder as they perform their work tasks. 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 shadowing is part of the elicitation and collaboration knowledge area in the CCBA certification12

The business analysis planning & monitoring activities are the tasks and steps that are performed to plan, monitor, and control the business analysis work and deliver the business analysis outputs. They include:

Defining and determining business analysis processes: This is the activity 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.

Planning how requirements will be approached, traced, and prioritized: This is the activity 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.

Identifying stakeholders: This is the activity 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.

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 Certification Competencies, CCBA® | IIBA®, section “Plan Business Analysis Work”

CCBA Step-by-Step Application Process Guide - IIBA®, page 6, section “4. Review the Exam Blueprint”

CCBA® and CBAP® Certifications Study Guide - Google Books, Chapter 2: Business Analysis Planning and Monitoring

[CCBA® and CBAP® Certifications Study Guide - Packt Subscription], Chapter 2: Business Analysis Planning and Monitoring

 MoSCoW is a prioritization technique used in business analysis and project management to categorize requirements into four levels of priority: Must have, Should have, Could have, and Won’t have.This method helps teams focus on the most critical requirements that need to be satisfied for a project to be successful, while also identifying which requirements can be deferred or excluded if necessary.

Must have: These are non-negotiable requirements that are essential for the project’s success. If these are not met, the project is considered a failure.

Should have: These are important but not critical requirements. They are high-priority items that can be scheduled for a future release without impacting the current one.

Could have: These are desirable requirements that do not affect the overall success of the project. They can be included if time and resources permit.

Won’t have: These are the lowest priority requirements or those that are not necessary for the current delivery cycle. They are recognized but not planned for the current project timeline.

References: The MoSCoW method is detailed in the Dynamic System Development Method (DSDM) handbook and is widely used across various industries for effective project management

According to the BABOK® Guide, the Acquire Project Team process involves obtaining the human resources needed to complete the project. This process includes identifying, selecting, and assigning project team members. Linda is involved in this process because she is getting new developers for her project. References: BABOK® Guide, page 292; Business Analysis Expert Certification, CCBA® | IIBA®, section “Who can Become a CCBA?”

Requirements elicitation is not a business analysis planning and monitoring approach, but a business analysis elicitation and collaboration approach. Requirements elicitation is the process of identifying and obtaining the information needed from the stakeholders and other sources to define and validate the requirements. It involves using various techniques, such as interviews, workshops, surveys, observation, prototyping, etc., to elicit the needs, expectations, assumptions, and constraints of the stakeholders12

The business analysis planning and monitoring approach is the methodology and process that will be used to conduct business analysis activities and deliver business analysis outputs. It involves defining the scope, objectives, deliverables, roles, responsibilities, tasks, schedule, budget, quality, risk, and communication of the business analysis work. It also involves monitoring and controlling the business analysis performance and reporting the progress and issues to the stakeholders34

The other options are examples of business analysis planning and monitoring approaches:

Structured walkthroughs: This is a technique that is used to validate and verify the business analysis approach, not to define and document it. Structured walkthroughs involve presenting and reviewing the business analysis approach with the stakeholders, and soliciting their feedback and approval. It helps to ensure the quality, completeness, and alignment of the business analysis approach with the stakeholder needs and expectations.

Decision analysis: This is a technique that is used to evaluate and select the business analysis approach, not to define and document it. Decision analysis involves comparing the costs, benefits, risks, and impacts of the alternative business analysis approaches, and choosing the one that best meets the project objectives and stakeholder preferences. It helps to justify and rationalize the business analysis approach to the stakeholders, and to document the decision criteria and rationale.

Process modeling: This is a technique that is used to define and document the business analysis approach. Process modeling involves creating a graphical representation of the business analysis activities, tasks, inputs, outputs, roles, and responsibilities. It helps to communicate and visualize the business analysis approach to the stakeholders, and to identify and manage the dependencies, risks, and issues. Process modeling can be done using various tools and notations, such as flowcharts, swimlane diagrams, BPMN, UML, etc.

References:

Business Analysis Techniques - ECBA, CCBA, CBAP Endorsed, Section 7.4: Requirements Elicitation

Certification of Capability in Business Analysis (CCBA®) - Simplilearn, Module 6: Elicitation and Collaboration, Lesson 6.1: Prepare for Elicitation

Business Analysis Expert Certification, CCBA® | IIBA®, section “Plan Business Analysis Work”

CERTIFICATION OF CAPABILITY IN BUSINESS ANALYSIS, page 6, section “4. Review the Exam Blueprint”

[Business Analysis Techniques - ECBA, CCBA, CBAP Endorsed], Section 7.3: Structured Walkthrough

[Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 5: Planning and Monitoring, Lesson 5.5: Validate Requirements

[Business Analysis Techniques - ECBA, CCBA, CBAP Endorsed], Section 8.6: Decision Analysis

[Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 5: Planning and Monitoring, Lesson 5.6: Manage Business Analysis Performance

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

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

Benchmarking is a technique that involves comparing the performance, practices, or processes of one organization with those of another organization or industry leader. Benchmarking can help identify areas of improvement, best practices, and realistic goals. However, benchmarking also has some disadvantages, such as:

Time consumption: Benchmarking can be a time-consuming process that requires collecting, analyzing, and interpreting large amounts of data from multiple sources. It may also involve visiting other organizations or conducting interviews with their staff. Benchmarking may divert resources and attention from other important tasks or activities.

Requirement of expertise of the person conducting the study: Benchmarking requires a high level of expertise and skill from the person conducting the study. The person must be able to select appropriate benchmarks, measure performance accurately, interpret results correctly, and communicate findings effectively. The person must also be aware of the potential biases, limitations, and challenges of benchmarking, such as data availability, validity, reliability, and comparability.

Inability to produce innovative solutions: Benchmarking can limit the creativity and innovation of the organization by focusing on existing practices and processes of other organizations. Benchmarking may create a tendency to imitate or copy others, rather than to develop original or novel solutions. Benchmarking may also discourage risk-taking or experimentation, as the organization may become complacent or satisfied with matching or exceeding the benchmarks.

Discovery of new approaches, on the other hand, is not a disadvantage of benchmarking, but rather a potential benefit. Benchmarking can help the organization learn from the best practices and experiences of other organizations, and discover new or alternative ways of doing things. Benchmarking can expose the organization to different perspectives, ideas, and methods that can enhance its performance and competitiveness. References: Capability in Business Analysis™ (CCBA®) Certification, Business Analysis Driving Business Success, A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide)

According to the BABOK® Guide, opportunity cost is the value of the next best alternative that is forgone as a result of making a decision. In this case, the opportunity cost of choosing the second project for $565,000 is the value of the first project that is not chosen, which is $375,000. This means that the organization is giving up the potential benefit of $375,000 by selecting the second project over the first one. References: BABOK® Guide, page 32; Business Analysis Expert Certification, CCBA® | IIBA®, section “What Should I know to be CCBA Certified?”

The best way to communicate the results of an impact analysis and a change approval to the project sponsor is to present the requirements at a high-level. This means that the BA should provide a summary of the main changes, the rationale behind them, the expected benefits and costs, and the impact on the solution scope and quality. A high-level presentation can be done verbally or in writing, depending on the preference and availability of the project sponsor. A high-level presentation is different from scheduling a requirements workshop, which is a technique to elicit, analyze, or validate requirements with a group of stakeholders; emailing the requirements package, which is a document that organizes and presents the requirements for a specific purpose, audience, or time frame; and creating use case scenarios, which are examples of how the solution will be used by the actors to achieve their goals. References:

CCBA Handbook, page 17

[BABOK Guide], page 50

[Business Analysis for Practitioners: A Practice Guide], page 59

[Business Analysis: The Question and Answer Book], page 29

 According to the BABOK® Guide, the purpose of managing the solution scope and requirements from a business analyst’s objective is to ensure that the requirements and designs are aligned with the business need and the agreed solution scope, and that they are understood and approved by the key stakeholders. The business analyst (BA) should obtain and maintain consensus among the key stakeholders for the overall solution scope, which defines the boundaries and deliverables of the solution. The BA should also manage the changes to the solution scope and requirements, and communicate them to the relevant stakeholders. Therefore, option C is the correct answer. The other options are not the primary purpose of managing the solution scope and requirements, but rather the outcomes or benefits of doing so. References: BABOK® Guide, page 38; Business Analysis Expert Certification, CCBA® | IIBA®, section “What Should I know to be CCBA Certified?”

 Policies and rules serve as boundaries and constraints for the organization and the operation of the organization. Policies and rules are external or internal factors that limit the options or actions available to the organization. They can be formal or informal, explicit or implicit, and can originate from various sources, such as laws, regulations, standards, contracts, agreements, policies, procedures, guidelines, or best practices. Policies and rules are one of the elements of the Business Analysis Core Concept Model™ (BACCM™), which describes the fundamental concepts that are important for business analysis. Policies and rules are also one of the inputs to the Define Business Need task, which is part of the Strategy Analysis knowledge area. Policies and rules help to define the problem or opportunity that the organization faces and the desired outcomes that the solution should achieve. References: Business Analysis Expert Certification, CCBA® | IIBA®, CERTIFICATION OF CAPABILITY IN BUSINESS ANALYSIS, [Business Analysis Core Concept Model™ (BACCM™) | IIBA®]