All CCBA Test Inside IIBA Questions

If you’re a business analyst and using an event-based elicitation task, such as a requirements workshop, the purpose of the workshop can be considered as essential to establish with the participants. The purpose of the workshop is the clear and concise statement of what the workshop intends to achieve, such as identifying, analyzing, validating, or prioritizing the requirements. The purpose of the workshop helps to set the expectations and focus of the participants, as well as to guide the agenda, activities, and facilitation techniques of the workshop. The purpose of the workshop is different from cost management, which is the process of planning, estimating, budgeting, and controlling the costs of the project; deadlines, which are the specific dates or times by which the tasks or deliverables must be completed; and ground rules, which are the agreed-upon norms of behavior and interaction for the workshop participants. References:

CCBA Handbook, page 19

[BABOK Guide], page 63

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

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

 According to the BABOK® Guide, a textual requirement is a requirement that is expressed in natural language, such as English, French, or Arabic. A textual requirement should describe the capabilities of the solution, any conditions that must exist for the requirement to operate, and any constraints that may prevent the solution from fulfilling the requirement. A constraint is a restriction or limitation that affects the solution, such as a technical, legal, regulatory, or business rule. Therefore, option A is the correct answer. The other options are not components of the textual requirement, but rather guidelines or techniques for writing effective textual requirements. References: BABOK® Guide, page 115; Business Analysis Expert Certification, CCBA® | IIBA®, section “What Should I know to be CCBA Certified?”

According to the BABOK Guide, the task of assessing organizational readiness involves analyzing the readiness, willingness, and ability of the stakeholders and the organization to accept, adopt, and use the solution1. This task requires inputs from various sources that provide information on the current and desired state of the organization, the solution scope and objectives, the stakeholder roles and responsibilities, and the potential impacts and risks of the change. Among the inputs listed in the question, the one that is not an input to the task of assessing organizational readiness is risk register. A risk register is an output of the task of identifying risks, which involves identifying and documenting the uncertainties that may affect the business analysis work or the solution2. A risk register is not an input to the task of assessing organizational readiness, but rather an input to the task of managing risks, which involves planning and implementing responses to the identified risks2.

The other options are all correct inputs to the task of assessing organizational readiness:

Enterprise architecture: Enterprise architecture is a description of the current and future structure and behavior of an organization’s processes, information systems, personnel, and organizational sub-units3. It provides an input to the task of assessing organizational readiness, as it helps to understand the alignment, dependencies, and gaps between the current and future state of the organization and the solution1.

Solution scope: Solution scope is a description of the boundaries of the solution, including what is in and out of scope, the key assumptions and constraints, and the major features and functions3. It provides an input to the task of assessing organizational readiness, as it helps to define the scope and objectives of the change, and the expected benefits and outcomes of the solution1.

Stakeholder concern: Stakeholder concern is a statement of a need, expectation, problem, or opportunity that is relevant to one or more stakeholders3. It provides an input to the task of assessing organizational readiness, as it helps to identify and analyze the stakeholder needs, expectations, interests, and attitudes towards the change, and the potential impacts and issues that may arise from the solution1. References:

1: BABOK Guide, section 6.2 Assess Organizational Readiness, page 116

2: BABOK Guide, section 4.7 Identify Risks, page 126; section 4.8 Manage Risks, page 130

3: BABOK Guide, section 3.8 Glossary, page 516-524

 Prototyping is a business analysis technique that allows a business analyst (BA) to create a preliminary version of a solution, enabling stakeholders to visualize and interact with its appearance and capabilities before the final product is developed. This helps in clarifying requirements and can lead to more accurate and user-centered solutions.

References: The information is verified as per the Capability in Business Analysis™ (CCBA®) Learning documents, specifically the CCBA Handbook and the IIBA website, which outline the use of prototyping as a technique to model business processes and identify opportunities for better business outcomes