Free IIBA ECBA Practice Exam with Questions & Answers | Set: 5

When a stakeholder seeks to understand the logistics and scope of each elicitation activity, the Business Analyst should share the elicitation activity plan. This plan outlines the objectives, techniques, stakeholders involved, and the schedule for each elicitation activity, providing clarity and setting expectations.

Reference from BABOK® Guide v3:

" Prepare for Elicitation: describes the tasks that the business analyst performs to prepare for elicitation activities. It includes determining the types of activities, the techniques, and the logistics required. "

— BABOK® Guide v3, Section 4.1

 A requirement is verified as fulfilled if it is ‘testable.’ This means that the requirement must be defined in such a way that it can be measured or tested to ensure it meets the criteria set forth. A testable requirement allows for the creation of test cases that can objectively determine whether the requirement has been met. References: The concept of a ‘testable’ requirement is a key quality characteristic in business analysis, as outlined in the Business Analysis Body of Knowledge (BABOK) guide1.

Decision making is a type of analytical thinking competency that involves clearly validating assumptions and measuring alternatives to arrive at optimal solutions. It supports the evaluation of trade-offs and selection among multiple options based on data, goals, constraints, and stakeholder input.

Key skills include:

Identifying decision criteria

Analyzing alternatives

Understanding impacts and risks

This competency is critical for business analysts as they often guide stakeholders through structured decision-making processes during requirements prioritization, solution assessment, and risk analysis.

BABOK® Reference:

Outlined in the Underlying Competencies section of the BABOK® Guide, under “Analytical Thinking and Problem Solving,” where decision making is emphasized for its importance in selecting the best course of action.

The correct answer is B. Clearly defined and managed business rules help separate policy logic from process flow. This separation makes it easier to update policies, decisions, eligibility conditions, constraints, or calculations without unnecessarily redesigning the entire process. Business rules express operational knowledge and guide or constrain behavior. When they are clearly documented and managed, organizations can adapt to regulatory, strategic, or operational changes more efficiently. Option A reverses the stronger principle; process changes may still require policy review. Option C is incorrect because business rules must still be validated for accuracy and consistency. Option D is incorrect because rules are not merely informal guidelines; many business rules are mandatory constraints that must be followed.

===============

Requirements allocation is an element of the task " Define requirements architecture " . This process involves organizing and structuring the requirements to effectively support the development and management of the solution. By defining the requirements architecture, business analysts can determine how best to allocate requirements across various solution components and releases, ensuring that each requirement is addressed in a manner that aligns with the overall solution design and strategy. This systematic approach to handling requirements helps in maximizing value delivery and achieving the project objectives efficiently.

When a business analyst ensures that a set of requirements is developed with enough detail to be usable by a particular stakeholder, they are performing the activity of verifying requirements. Verification of requirements involves ensuring that the requirements or designs have been developed in enough detail, are internally consistent, and are of high quality. This process is crucial for making sure that the requirements are sufficiently detailed and clear for stakeholders who will be using them to guide further work, including development and implementation of the solution .

The correct answer is A. BABOK states that the purpose of Define Future State is to determine the set of necessary conditions to meet the business need. It also defines the goals, objectives, and outcomes that indicate the business need has been satisfied. Since the question mentions understanding the vision, outcomes, and conditions that will enable the enterprise to achieve its objectives, this directly matches the Define Future State task.

Option B is incorrect because Define Change Strategy focuses on identifying the best approach for moving from the current state to the future state. That comes after the future state is clearly understood.

Option C is incorrect because Verify Requirements is concerned with ensuring requirements are of sufficient quality, such as being clear and testable. It does not focus on defining the enterprise vision or future conditions.

Option D is incorrect because Assess Risk evaluates uncertainties and their potential effect on the change, but it does not establish the desired future vision, outcomes, or enabling conditions

The correct answer is C. BABOK states that the purpose of Plan Business Analysis Governance is to define how decisions are made about requirements and designs, including reviews, change control, prioritization, and approvals. IIBA’s task card further states that this output includes the list of decision-makers and a description of the approval processes. That is exactly what the question is asking for.

Option A is incorrect because Plan Business Analysis Information Management focuses on how business analysis information is captured, stored, and accessed, not on defining who the decision makers are or how approval decisions are made. This is a governance matter, not an information management matter.

Option B is incorrect because Maintain Requirements and Designs deals with the ongoing accuracy, reuse, and maintenance of requirements and designs. It does not define the approval authorities or decision-making structure.

Option D is incorrect because Validate Elicitation is not the BABOK task that establishes decision authority or governance. Elicitation-related tasks focus on gathering, confirming, and communicating information, not defining who approves requirements.

Prototyping is a requirements elicitation technique that involves creating a preliminary version of a system or product to validate and refine the stakeholders’ needs. It is an iterative process that helps in discovering requirements by providing a tangible representation of the product that stakeholders can interact with. This interaction allows stakeholders to give immediate feedback, which is then used to refine the prototype in subsequent iterations. Prototyping is particularly useful when stakeholders find it difficult to articulate their needs or when the requirements are not well understood.

The use of prototyping as a technique for iteratively validating stakeholder needs is supported by the Business Analysis Body of Knowledge (BABOK) guide, which is a standard for the practice of business analysis123.

Prioritization of requirements is not a one-time activity but a continuous process that occurs throughout the initiative. This approach allows for adjustments as new information is discovered, priorities shift, and the project evolves. It ensures that the most current and relevant requirements are being addressed at any given time, aligning with the changing needs and values of the business and stakeholders.

The BABOK guide and various resources on business analysis emphasize the importance of continuous prioritization. It is acknowledged that requirements may be prioritized at any point in their lifecycle, and this ongoing process is crucial for aligning business needs with project outcomes12.