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

The correct answer is C. BABOK says the purpose of Plan Business Analysis Approach is to define an appropriate method for conducting business analysis activities, and the Agile Extension explains that retrospectives are used for continuous improvement by reflecting on what went well, what could be improved, and how to improve the process. Because this initiative uses incremental monthly releases, the most appropriate first step is to review the latest retrospective from the previous release and use those learnings to select the approach for the next cycle. This is the strongest ECBA-aligned answer among the options.

Option A is incorrect because BABOK emphasizes selecting an approach that is appropriate to the current context, not simply reusing what worked at a different company. An approach must fit the initiative, stakeholders, and delivery environment.

Option B is weaker than C because team input can help, but the question asks for the first step, and the prior release retrospective provides concrete evidence from the same product and release model. In a monthly incremental environment, recent retrospective findings are more directly relevant than a general survey. This is an inference based on BABOK’s planning task and the Agile Extension’s use of retrospectives for continuous improvement.

Option D is incorrect because the scenario does not justify defaulting to a predictive approach. BABOK recognizes that the business analysis approach should be chosen based on context, and monthly incremental releases are typically more consistent with iterative or adaptive thinking than automatically choosing predictive just because the site is customer-facing.

In the context of business analysis, a requirements viewpoint refers to a perspective or lens through which requirements are formulated and understood. A use case is an example of a requirements viewpoint because it represents a sequence of actions, typically involving an actor and a system, to achieve a goal. Use cases are used to capture functional requirements and describe how users will interact with a solution. References: The BABOK Guide mentions use cases as a tool within the requirements analysis and design definition, which aligns with the concept of a requirements viewpoint1.

User stories are a fundamental component in Agile methodologies, serving as concise, user-centric descriptions of desired functionalities. They are designed to facilitate communication among stakeholders and ensure that the development team understands the requirements from the user ' s perspective.

Key Elements of User Stories:

Title: A brief, descriptive name that captures the essence of the user story. It helps in identifying and referencing the story easily.

Statement of Value: This follows the format: " As a [user role], I want [goal] so that [benefit]. " It clearly articulates who the user is, what they need, and why they need it, ensuring that the focus remains on delivering value.

Conversation: Represents the collaborative discussions between stakeholders and the development team. These conversations delve deeper into the details of the user story, clarifying requirements and expectations.

Acceptance Criteria: Specific conditions that must be met for the user story to be considered complete. They provide a clear definition of done and guide the development and testing processes.

Reference from BABOK® Guide v3:

According to the BABOK® Guide v3, user stories are a technique used to capture a description of a software feature from an end-user perspective. They are typically composed of a title, a statement of value, conversations to elaborate on the details, and acceptance criteria to define the boundaries and conditions for success.