IIBA Updated CCBA Exam Questions and Answers by yasin

A structured walkthrough is a technique that involves presenting a business analysis deliverable to a group of stakeholders for review and feedback. The purpose of a structured walkthrough is to validate the quality, accuracy, and completeness of the deliverable, as well as to ensure that it meets the stakeholder needs and expectations. A structured walkthrough can be used to validate a created, selected, or tailored business analysis approach, as it allows the business analyst to explain the rationale behind the approach and to obtain the agreement and approval of the stakeholders.

References: The information is aligned with the competencies and knowledge areas defined in the Business Analysis Body of Knowledge® (BABOK® Guide) and the Certification of Capability in Business Analysis™ (CCBA®) as provided by the International Institute of Business Analysis (IIBA®). For detailed references, please consult the CCBA® guide1 and the BABOK® Guide2 available through the IIBA® website and bookstore3. You can also find some useful resources and sample questions from other sources45.

Preparing for elicitation is the elicitation activity that ensures that the needed resources are organized and available for the elicitation. It involves understanding the scope of the elicitation activity, selecting appropriate techniques, and planning for or procuring appropriate supporting materials and resources1. Preparing for elicitation helps to define the desired outcomes of each elicitation activity, and ensures that the stakeholders have the information they need to provide and understand the nature of the activities they will participate in2.

The other options are not correct because:

Confirming elicitation results is the elicitation activity that ensures that the information obtained from the elicitation is accurate, complete, clear, and consistent3.

Planning for elicitation is the business analysis planning and monitoring activity that defines the approach and activities for eliciting, analyzing, and managing requirements4.

Managing stakeholder requirements is the requirements lifecycle management activity that ensures that the requirements and designs are aligned with the needs of the stakeholders and the solution scope5.

References:

Conducting elicitation activity – The Functional BA, section “Guide elicitation activity”

Prepare for Elicitation, section “Description of Change”

Confirm Elicitation Results, section “Description of Change”

Plan Business Analysis Elicitation, section “Description of Change”

Manage Stakeholder Requirements, section “Description of Change”

The business need is the input that will help you understand the type of information that should be elicited from stakeholders. The business need is the problem or opportunity that the project is intended to address, and it provides the context and scope for the elicitation process. By understanding the business need, you can focus on eliciting the requirements that are relevant, feasible, and valuable for the project.

The other options are not correct because:

Roles and responsibilities are an input that will help you identify who should be involved in the elicitation process, but not what type of information should be elicited.

Stakeholder list is an input that will help you determine who are the sources of requirements, but not what type of information should be elicited.

Risk assessment is an input that will help you identify the potential uncertainties and threats that may affect the elicitation process, but not what type of information should be elicited.

According to the CCBA® Handbook, an implementation subject matter expert is “a stakeholder who has specialized knowledge of the technologies, tools, or techniques that will be used to implement the solution” (p. 15). They are involved in determining if the requirements can be implemented, as they have the technical expertise and experience to assess the feasibility, risks, and costs of the solution. They can also provide guidance and recommendations on how to best implement the requirements and achieve the desired outcomes. The other options are not correct because:

A. A domain subject matter expert is “a stakeholder who has in-depth knowledge of a specific aspect of the business domain” (p. 15). They are involved in defining and validating the requirements, as they have the business knowledge and insight to identify the needs, problems, and opportunities of the domain. However, they may not have the technical knowledge or authority to determine if the requirements can be implemented.

C. Project team members are “stakeholders who are responsible for the delivery of the solution” (p. 15). They are involved in implementing the requirements, as they have the skills and resources to execute the project plan and produce the solution deliverables. However, they may not have the technical knowledge or authority to determine if the requirements can be implemented.

D. A sponsor is “a stakeholder who authorizes the initiation of a project or initiative and provides the financial resources for it” (p. 14). They are involved in approving the requirements, as they have the decision-making power and influence to support the project or initiative. However, they may not have the technical knowledge or authority to determine if the requirements can be implemented. References:

CCBA® Handbook, p. 14-15

Identify Stakeholders for Requirements Gathering - Olive Technologies, section “Implementation Subject Matter Expert”