A change-driven approach is the approach that best aligns with the business need for an organization that prefers taking an exploratory approach to finding the solution that best meets the business need. A change- driven approach is an adaptive and iterative approach that embraces changes and feedback throughout the project lifecycle. It allows the organization to explore different options and alternatives for the solution and deliver value incrementally and frequently. A change-driven approach is suitable for projects that have high uncertainty, complexity, or volatility in the requirements or the environment. A plan-driven approach is not the approach that best aligns with the business need for an organization that prefers taking an exploratory approach to finding the solution that best meets the business need. A plan-driven approach is a predictive and sequential approach that follows a detailed plan and minimizes changes and deviations from the baseline. It requires the organization to have a clear and stable vision of the solution and deliver value at the end of the project. A plan-driven approach is suitable for projects that have low uncertainty, complexity, or volatility in the requirements or the environment. A waterfall approach is not the approach that best aligns with the business need for an organization that prefers taking an exploratory approach to finding the solution that best meets the business need. A waterfall approach is a type of plan-driven approach that divides the project into distinct phases and completes each phase before moving to the next one. It does not allow for any changes or revisions once a phase is completed. A waterfall approach is suitable for projects that have very simple, well- defined, and fixed requirements and solutions. An analytical approach is not the approach that best aligns with the business need for an organization that prefers taking an exploratory approach to finding the solution that best meets the business need. An analytical approach is a technique or a method for solving problems or making decisions based on data, logic, and reasoning. It does not refer to a specific project management or business analysis approach. References: Business Analysis for Practitioners: A Practice Guide 1, page 28-29; PMI Professional in Business Analysis (PMI-PBA)Examination Content Outline 2, page 13.

Tracing requirements is a technique that involves tracking the origin, dependencies, allocation, and status of each requirement throughout the project life cycle. Tracing requirements can help the business analyst to determine this issue before delivery by ensuring that each project objective is linked to one or more requirements, and that each requirement is verified and validated against the project objectives. Tracing requirements can also help to identify any missing, redundant, or conflicting requirements. References: = PMI Professional in Business Analysis (PMI-PBA)Examination Content Outline (2019), page 10; Business Analysis for Practitioners: A Practice Guide (2015), page 40.

Time-boxing is a prioritization technique that involves assigning a fixed amount of time or resource to each requirement or deliverable, and delivering as much value as possible within that time or resource constraint.
Time-boxing is useful when the project has a tight timeline or budget, and the stakeholders have too many requirements for the delivery window. Time-boxing helps to focus on the most important and valuable requirements, and to manage the expectations and scope of the stakeholders. References: PMI Professional in Business Analysis (PMI-PBA)Examination Content Outline1, page 18; Business Analysis for Practitioners:
A Practice Guide2, page 97.

Context diagrams are a technique that can be used to determine if requirements align to the product's objectives. Context diagrams are a technique that involves creating a visual representation of the product and its interactions with its environment, such as other systems, processes, or stakeholders. Context diagrams can help to define and clarify the scope, boundaries, and interfaces of the product. Context diagrams can also help to verify that the requirements are consistent and compatible with the product's objectives and value proposition. Five Whys is not a technique that can be used to determine if requirements align to the product's objectives. Five Whys is a technique that involves asking a series of why questions to identify the root cause of a problem or an effect. Five Whys can help to understand and resolve the underlying issues or needs that drive the requirements, but it does not directly compare or evaluate the requirements against the product's objectives. Activity network diagrams are not a technique that can be used to determine if requirements align to the product's objectives. Activity network diagrams are a tool that involves creating a graphical representation of the sequence and dependencies of the activities or tasks in a project or a process. Activity network diagrams can help to plan and manage the schedule, resources, and risks of a project or a process, but they do not depict or assess the requirements or the product's objectives. Business use cases are not a technique that can be used to determine if requirements align to the product's objectives. Business use cases are a tool that involves describing and documenting how a stakeholder interacts with a system or a solution to achieve a specific goal or outcome. Business use cases can help to specify and communicate the functionality and behavior of a system or a solution, but they do not measure or validate the requirements or the product's objectives. References: Business Analysis for Practitioners: A Practice Guide 1, page 78-79; PMI Professional in Business Analysis (PMI-PBA)Examination Content Outline 2, page 16.

The business analyst should conduct a stakeholder analysis and balance requirements by understanding the relative power associated with each stakeholder group. This action will help the business analyst to identify and prioritize the needs and expectations of different stakeholders, and to manage any conflicts or trade-offs among them. The business analyst should also consider the alignment of the requirements with the project objectives and the business value. References: PMI Professional in Business Analysis (PMI-PBA) Examination Content Outline1, page 9; Business Analysis for Practitioners: A Practice Guide2, page 38.