IIBA Updated CCBA Exam Questions and Answers by laila

The requirement “After the customer has received an email confirmation, the customer is likely to access the order status in the order history which is available upon order submission” is not atomic because it includes multiple actions and outcomes within a single requirement. An atomic requirement should be independent, complete, and capable of being understood and implemented on its own without needing to refer to other requirements.

References: The concept of atomic requirements is discussed in the BABOK® Guide, which is a key resource for the CCBA® certification. It emphasizes that each requirement should address one single aspect to avoid confusion and ensure clarity and tractability12.

 The desired outcome of walking through each requirement as it relates to the desired future state of the organization is to ensure that all requirements support the delivery of needed value. Value is the worth, importance, or usefulness of something to a stakeholder or the organization. Value can be expressed in terms of tangible or intangible benefits, such as increased revenue, reduced costs, improved quality, enhanced customer satisfaction, or compliance with regulations. Ensuring that all requirements support the delivery of needed value is a key aspect of validating the requirements, as it helps to confirm that the requirements are aligned with the business objectives, the stakeholder needs, and the solution scope. It also helps to identify and eliminate any unnecessary, conflicting, or out-of-scope requirements that do not contribute to the value proposition of the solution.

References: The answer is verified and explained using the principles found in the CCBA® certification learning documents, specifically the Business Analysis Body of Knowledge (BABOK®) guide, which outlines the knowledge areas and skills required for effective business analysis and the handling of such situations123.

 A terminology register is a document that defines the terms, acronyms, and nomenclature used in a specific domain or context. It helps to ensure consistency and clarity in communication and documentation. A terminology register is one of the outputs of the Plan Business Analysis Approach task, which is part of the Business Analysis Planning and Monitoring knowledge area. A terminology register is different from a data dictionary, which describes the attributes and relationships of data elements in a solution. A WBS is a work breakdown structure, which is a hierarchical decomposition of the project scope and deliverables. A business analysis register is a tool that tracks the status and ownership of business analysis deliverables and issues. References: Business Analysis Expert Certification, CCBA® | IIBA®, Business Analysis Certification Competencies, CCBA® | IIBA®, CERTIFICATION OF CAPABILITY IN BUSINESS ANALYSIS

The ground rules of the workshop are the principles or guidelines that define the expectations and behaviors of the participants in the workshop. They help to create a positive and productive environment for the elicitation process, and to prevent or resolve any conflicts or issues that may arise during the workshop. The ground rules of the workshop should be established and agreed upon by the participants before the workshop begins, and should be reviewed and reinforced throughout the workshop. Some examples of the ground rules of the workshop are: 1

Share all relevant information

Respect each speaker and listen attentively

Keep jargon to a minimum and explain acronyms

Be timely and stick to the agenda

Only one conversation at a time

No idea is bad and no criticism is personal

Use the parking lot for off-track topics

Communicate, communicate, communicate

Option B is incorrect because an understanding of who are the most important stakeholders is not what must first be established in the workshop, but what must be determined in the stakeholder analysis process. The stakeholder analysis process is the process of identifying and assessing the stakeholders who have an interest or influence on the project or the solution, and determining their needs, expectations, and level of involvement. The stakeholder analysis process should be done before the workshop, and the results should be used to plan and prepare the workshop, such as selecting the participants, defining the objectives, choosing the techniques, and designing the agenda2

Option C is incorrect because an understanding of the business opportunity is not what must first be established in the workshop, but what must be defined in the strategy analysis process. The strategy analysis process 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. The strategy analysis process should be done before the workshop, and the results should be used to guide and scope the workshop, such as defining the current state, determining the future state, and assessing the risks and benefits.

Option D is incorrect because an understanding of the requirements elicitation processes is not what must first be established in the workshop, but what must be planned in the business analysis planning and monitoring process. The business analysis planning and monitoring process is the process of defining and documenting the business analysis approach, activities, tasks, deliverables, roles,responsibilities, and governance. The business analysis planning and monitoring process should be done before the workshop, and the results should be used to execute and control the workshop, such as selecting the methods, preparing the materials, facilitating the session, and documenting the outcomes.

References:

Example Workshop Ground Rules - EBG Consulting

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.

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

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