The correct answer is B. A scope model is used to define the boundaries of an initiative, solution, or change. It clarifies what is included, what is excluded, and how stakeholders should understand the limits of the work. This is important because unclear boundaries create scope creep, conflicting expectations, and unmanaged assumptions. Option A is incorrect because technical specifications describe how a solution may be built, not the overall scope boundary. Option C is incorrect because risks and issues are handled through risk analysis, issue management, or related planning activities. Option D is incorrect because roles and responsibilities are better addressed through stakeholder analysis, organizational modelling, or a RACI matrix, not a scope model.

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

The correct answer is D. BABOK states that the purpose of Analyze Current State is to understand the reasons why an enterprise needs to change some aspect of how it operates. To understand the factors influencing that need for change, gathering perspectives directly from stakeholders through interviews is the most appropriate activity among the listed choices because it helps uncover challenges, pain points, and opportunities that may not be visible from documents or observation alone. (IIBA)

Option A is useful in some contexts, but reviewing historical financial reports is too narrow to fully understand the range of operational, stakeholder, and environmental factors influencing the need for change. (IIBA)

Option B is incorrect because outsourcing may be a staffing decision, not an analysis activity that itself provides direct insight into the factors influencing the current state. (IIBA)

Option C is helpful for documenting workflows, but it is less effective than interviews for understanding stakeholder perceptions of problems, causes, and improvement opportunities. Observation shows what is happening; interviews help explain why it is happening from stakeholder viewpoints. This is an inference based on BABOK’s current state and interview guidance. (IIBA)

 A focus group is a qualitative research method used to gather in-depth insights and opinions from a group of individuals about a particular product, service, concept, or idea. It involves a small number of participants, typically 6-10, who are selected based on shared characteristics such as demographics, interests, or experiences. The discussion is moderated by a trained facilitator who encourages participants to share their thoughts, feelings, and attitudes towards the topic. This method is particularly effective for exploring perceptions, opinions, and ideas, making it a valuable tool for business analysis.

The information aligns with the Business Analysis Body of Knowledge (BABOK) guide, which outlines focus groups as a technique within the Elicitation and Collaboration knowledge area. It is also supported by various sources that describe focus groups as a form of qualitative research123.

 The RACI Matrix is a tool used in business analysis to classify stakeholders according to their responsibility in a project. RACI stands for Responsible, Accountable, Consulted, and Informed. Each letter represents a level of task responsibility. The RACI Matrix clarifies the roles and responsibilities of stakeholders in a project, ensuring that everyone knows what is expected of them. This helps in avoiding confusion and overlapping of duties among stakeholders.

The use of the RACI Matrix as a tool for classifying stakeholders according to responsibility is supported by various resources on stakeholder analysis and business analysis best practices123. While the BABOK® Guide itself is a proprietary resource of the IIBA and not publicly accessible without membership, it is recognized in the business analysis community that the RACI Matrix is a standard tool for stakeholder classification4.

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 C. BABOK describes Lessons Learned as a technique used to identify changes to business analysis processes and deliverables, as well as successes that can be incorporated into future work. The purpose is to use experience from what happened before to improve current practice and influence future initiatives.

Option A is incorrect because getting consultant feedback may happen in some situations, but it is not the purpose of the lessons learned technique in BABOK. The focus is organizational learning and improvement.

Option B is incorrect because lessons learned are not meant to be kept confidential within only the BA team. Their value comes from sharing relevant insights so processes and outcomes can improve more broadly.

Option D is incorrect because lessons learned are meant to support improvement, not delay documentation unnecessarily. In many environments, especially iterative ones, learning is captured and applied continuously rather than postponed until the very end.

Business analysts use ‘Acceptance and Evaluation Criteria’ to measure the quality of requirements. This technique involves setting specific criteria that the requirements must meet to be accepted. These criteria are used to evaluate whether the requirements are well-defined, clear, and meet the necessary standards for successful project outcomes. By establishing these criteria, BAs can ensure that the requirements are aligned with business objectives and can be tested against predefined standards. References: The use of acceptance and evaluation criteria is a common practice in business analysis for ensuring requirement quality and is discussed in various business analysis resources, including the Business Analysis Body of Knowledge (BABOK) guide1.