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

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

A predictive planning approach (also known as waterfall or plan-driven) emphasizes upfront planning, thorough documentation, and clearly defined stages of work. One of its key characteristics is that information is captured in standardized templates, ensuring consistency, traceability, and formal approvals at each stage.

Other characteristics include:

Sequential task execution

Emphasis on documentation and traceability

Clear role definitions and responsibilities

Reduced flexibility to accommodate change mid-project

This is different from adaptive or Agile approaches, which rely on iterations, minimal documentation, and continuous stakeholder feedback.

BABOK® Reference:

Detailed in the Business Analysis Planning and Monitoring knowledge area under “Approaches and Techniques,” where predictive approaches are contrasted with adaptive approaches based on their structure, documentation, and flexibility.

 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.

A Center of Excellence (CoE) offers standardized practices, tools, techniques, and procedures to enhance the quality and consistency of business analysis efforts across the organization. When a BA uses a CoE, they are typically drawing on pre-established methodologies and best practices to guide their work.

Functions of a CoE:

Maintain organizational BA standards

Provide reusable templates and models

Offer training and professional development

BABOK® Reference:

Covered in the Business Analysis Planning and Monitoring knowledge area, CoEs are identified as a resource for determining appropriate techniques and procedural guidance.

 In the context of Business Analysis, requirements should be initially prioritized based on the business benefits they are expected to deliver. This approach aligns with the principle of delivering the most value to the organization and ensuring that the most impactful requirements are addressed first. Prioritizing by business benefits helps in focusing on what is most important for achieving business objectives and delivering value to stakeholders.

The role of a business analyst is pivotal in discovering, synthesizing, and analyzing information from various sources within an enterprise. This includes gathering data from tools, processes, documentation, and stakeholders. Business analysts are tasked with eliciting the true needs of stakeholders, which often involves investigating and clarifying their expressed desires to determine underlying issues and causes. They play a crucial role in aligning the designed and delivered solutions with the needs of stakeholders, ensuring that the outcomes meet business objectives effectively.

During future state analysis, a domain subject matter expert plays a crucial role by providing insights into the current state and potential future states of the enterprise. Their expertise is vital in understanding the nuances of the domain, which helps in accurately defining the future state that aligns with the business needs and objectives. They contribute to identifying the gaps between the current and future states and suggest realistic and achievable future conditions.

 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.

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.

When the number of requirements increases or the level of formality is raised, it becomes more challenging to manage and trace all the requirements. This is because each requirement needs to be documented, analyzed, and tracked throughout the project lifecycle to ensure it is met. As complexity grows, so does the effort required to maintain oversight and ensure that all requirements are accounted for and aligned with the project’s goals.