Pass the IIBA Entry Certificate in Business Analysis ECBA Questions and answers with CertsForce

The active/noticeable observation approach involves the observer interacting with the subject, typically by asking questions as the work is being performed. This helps clarify steps, gather deeper insights, and validate the process as it unfolds. It contrasts with passive observation where the analyst simply watches without interrupting the workflow.

BABOK® Reference – Technique: Observation (Section 10.31):

“Active observation involves asking questions throughout the observation, while noticeable observation means the subjects are aware of being observed.”

Document analysis is a technique used in business analysis for eliciting information by reviewing existing documentation. This can include analyzing current business documents, user manuals, and any other material that provides insight into the business environment or existing organizational assets. It helps in understanding the current state of affairs, identifying requirements, and uncovering areas for improvement.

The information about document analysis as an elicitation technique is supported by various resources, including the Business Analysis Body of Knowledge (BABOK) and other educational materials provided by the International Institute of Business Analysis (IIBA). Specifically, it is detailed within the techniques section of the BABOK guide1234.

It is a research technique that is used to elicit business analysis information with contextual understanding and requirements.

 The level of abstraction is one of the key elements in the task of planning business analysis information management. It refers to the degree of detail or generality at which the business analysis information is captured and managed. Deciding on the appropriate level of abstraction is crucial as it affects how information is understood, communicated, and used by stakeholders.

This element is part of the guidance provided for business analysis planning and monitoring, which includes organizing business analysis information and planning for requirement reuse, storage, and access, as well as requirements attributes1.

Reusable requirements are those that can be applied across multiple projects or contexts without being tightly coupled to a specific solution. This is achieved by ensuring that the requirement is:

Technology-agnostic

Independent of a specific implementation

Focused on business rules or policies

Such characteristics make them valuable long-term assets for future initiatives.

BABOK® Reference:

Found in the Requirements Life Cycle Management knowledge area, under the task “Maintain Requirements,” which emphasizes maintaining requirements that may be reused across initiatives.

According to the BABOK® Guide v3, modeling of requirements can commence with elicitation results in any state. This means that even unconfirmed or preliminary elicitation results can be used to begin modeling, acknowledging that further elicitation may be necessary to refine and validate the models.

Reference from BABOK® Guide v3:

" Elicitation Results (any state): modelling can begin with any elicitation result and may lead to the need for more elicitation to clarify or expand upon requirements. "

— BABOK® Guide v3, Section 7.1.3 Inputs

In examining relationships between requirements, the criterion of relevance ensures that each requirement is pertinent to the overall goals of the project. This means that all requirements should directly relate to the business needs and objectives, ensuring that they add value and are necessary for the project ' s success. When requirements are relevant, they help in maintaining focus on what is essential, avoiding unnecessary scope creep, and ensuring that resources are used efficiently.

The approach in which solution components are assembled, constructed, or developed by experts as a direct response to a set of requirements is referred to as “Create.” This involves the business analysts assessing the merits of the solution approaches for each design option, which includes creating solution components that are tailored to meet the specific requirements. This option also encompasses modifying an existing solution to better fit the requirements.

This answer is verified by the information provided in the BABOK® Guide, which details the process of defining design options, including the creation of solution components as a direct response to a set of requirements123.

The correct answer is D. IIBA’s Business Analysis Standard explains that business analysis creates value throughout the organization, across strategic, tactical, and operational levels, and over various timeframes. It also emphasizes continuously assessing and prioritizing work to maximize the value being delivered. Because option D includes both continuous evaluation and alignment with immediate and long-term goals, it is the best match to the IIBA view of value creation.

Option A is incorrect because it focuses too narrowly on short-term needs and compliance. IIBA’s framework is broader and includes long-term strategic outcomes in addition to tactical and operational value.

Option B is incomplete. Stakeholder feedback is important in business analysis, but value is not created only by responding to stakeholder preferences. IIBA ties value creation to achieving desired outcomes, making sound decisions, and aligning work across multiple organizational horizons.

Option C is not the best answer because it is too narrow and software-focused. Business analysis is not limited to software delivery, and IIBA defines it much more broadly as enabling change and delivering value across the organization.

They elicit the actual needs of stakeholders, not simply capture their expressed desires. IT Business Analysis activities may be performed in many job titles or organizational roles.

The end user is best positioned to verify that prioritized requirements will deliver value from a customer perspective because they directly interact with the solution and experience its outcomes. Their feedback ensures that the requirements meet usability, functionality, and satisfaction expectations.

While other stakeholders like the sponsor or domain SME validate alignment with business goals, the end user focuses on practical, value-based utility.

BABOK® Reference:

Throughout the BABOK®, particularly in Requirements Life Cycle Management and Solution Evaluation, the role of the end user is emphasized for validation and feedback based on real-world use.