AgilePM-Foundation APMG-International Agile Project Management (AgilePM v3) Foundation Exam v3 update Free Practice Exam Questions (2025 Updated)

Statement 1: Correct. Rich communication channels, such as face-to-face conversations or video calls, are necessary for active engagement as they allow for two-way interaction and emotional connection.

Statement 2: Correct. Leaner channels, like emails or memos, are appropriate when the message is straightforward and unlikely to be misinterpreted.

Key AgilePM Concepts Referenced:

Effective Communication Channels: AgilePM Handbook, Chapter 4, Section 4.3.

The purpose of the Consolidation phase in a structured Timebox is to tie up any loose ends related to Evolutionary Development. This phase involves finalizing all outstanding work, ensuring that the deliverables meet the required quality standards, and preparing the product for acceptance and deployment. It is a critical phase for addressing any minor issues that may have arisen during development and ensuring that the Timebox objectives have been fully achieved.

Productivity Dip: A temporary drop in productivity is common when employees are being trained on new processes or systems. This cost is critical to account for in planning and managing change effectively.

Other Options:

Safety & Wellbeing: Relates to physical and emotional health, not productivity.

Reputational: Refers to external perception of the organization.

Opportunity: Refers to lost potential from alternative courses of action.

Key AgilePM Concepts Referenced:

Assessing Change Impact: AgilePM Handbook, Chapter 7, Section 7.3.

Phased Approach: Rolling out change one department at a time reflects a phased delivery strategy, which allows for controlled implementation and adjustment before wider deployment.

Other Options:

A: Big Bang involves simultaneous rollout across the organization.

C: Voluntary Adoption allows individuals to opt in.

D: Incremental/Iterative applies to feature or solution delivery rather than departmental rollout.

Key AgilePM Concepts Referenced:

Delivery Strategies: AgilePM Handbook, Chapter 3, Section 3.7.

Principle 1 – Focus on the Business Need suggests that every decision taken during a project should be viewed in light of the overriding project goal. This principle ensures that all decisions align with the main objective of delivering what the business needs, thus maintaining a clear focus on achieving the project’s goals.

In DSDM, the Minimum Usable Subset refers to the “Must Have” requirements as defined by the MoSCoW prioritization1. This subset ensures that the project delivers the core functionalities that are critical for the system to be considered useful and viable2.

Discovery: The Continuous Change Management Cycle starts with understanding the current situation, challenges, and opportunities. Discovery ensures that subsequent steps are informed and targeted.

Other Options:

A: Ideas come after discovery.

B: Prioritization occurs after potential solutions are identified.

D: Action follows the planning and prioritization phases.

Key AgilePM Concepts Referenced:

Continuous Change Management Cycle: AgilePM Handbook, Chapter 6, Section 6.6.

Celebrating Short-Term Wins: Demonstrating early achievements builds confidence and reduces resistance by showing tangible progress. This is a key step in Kotter's model for leading change.

Other Options:

A: Building a coalition involves leadership but not reducing doubt.

B: Creating urgency addresses the need for change, not achievements.

C: Accelerating movement focuses on overall momentum.

Key AgilePM Concepts Referenced:

Kotter’s Change Model: AgilePM Handbook, Chapter 6, Section 6.2.

The PAQ is a living risk and alignment aid used to expose approach-based risks—culture, leadership, governance expectations, stakeholder availability, decision latency, technical readiness—and to agree mitigations. AgilePM positions the PAQ for early use and for periodic re-use at key checkpoints. As the Foundations phase completes, the project has clarified goals, governance, roles, and planning baselines; revisiting the PAQ then helps validate that the agreed approach actually fits the now-explicit context and that residual risks have owners and responses. If Foundations is later revisited (for example, after significant change in scope, funding, or organization), the PAQ should be revisited as well to re-check assumptions and tune mitigations. Treating the PAQ as a one-off document would miss its purpose: to sustain a fit-for-purpose approach as conditions evolve. Therefore, both statements are true.

It is during the Feasibility phase that it is first established whether further investigation of the project is justified3. This phase aims to determine if the proposed project is likely to be feasible from both a technical and business perspective.

The DSMD (Dynamic Systems Development Method) principle of “Build incrementally from firm foundations” emphasizes the importance of having a solid understanding of the project’s foundation before proceeding with incremental development. This principle ensures that each increment is built upon a stable base, which supports the overall project integrity and success.

AgilePM requires continued business justification. The Business Sponsor owns the investment decision and ensures funding remains warranted by expected benefits, value, and risk. If, at any point, the Sponsor cannot justify further funding in business terms—for example, the benefits have diminished, risk has escalated beyond tolerance, or opportunity costs are too high—stopping the project (or pivoting) is sound financial governance. Reports of overspend, lateness, or team dysfunction (options C and D) are important signals, but they trigger re-planning and decision-making; they are not, by themselves, the governance criterion. Architectural opinions (A) do not substitute for business justification. The decisive governance action is to halt funding when the Business Case no longer holds, safeguarding organizational resources.

DSDM recognizes two styles of Timebox: a structured Timebox and a free format Timebox1. The structured Timebox is the original DSDM-style Timebox, which provides a standard, repeatable internal structure to a Timebox. The free format Timebox allows more flexibility

Instrumental Success Factors (ISFs) in DSDM are crucial as they position projects for a successful outcome. ISFs are the critical elements that must be in place for a DSDM project to succeed. They provide a foundation for effective project management and delivery, ensuring that all necessary conditions are met to support the project's objectives and deliverables.

The phase in the DSDM process that aims to understand the scope of work and, in broad terms, how it will be carried out, by whom, when, and where is.

Comprehensive and Detailed Explanation (paraphrased from AgilePM/Agile standards; exact long extracts cannot be provided):

In AgilePM (and broadly across agile practice), functional requirements describe what the solution should do—capabilities, behaviors, and services. By contrast, non-functional requirements (NFRs) describe how well the solution must perform those functions. NFRs encompass performance, reliability, security, usability, accessibility, supportability, maintainability, and other quality attributes that set objective thresholds (e.g., response times, availability targets, encryption standards). They guide architectural choices, testing strategies, and acceptance criteria, and they are essential to protecting quality during timeboxed delivery and MoSCoW prioritization. Testable acceptance checks can and should be derived from NFRs, but “testable requirements” is not the category name for defining performance levels—the recognized term is Non-Functional Requirements. Therefore, the correct option is B.

The Solution Architecture Definition is an evolutionary product that provides a high-level design framework for the solution2. It is intended to cover both business and technical aspects of the solution to a level of detail that makes the scope of the solution clear but does not constrain evolutionary development2. This ensures that the solution architecture supports the business direction and the solution under development will be fit for its intended purpose3

Statement 1: Incorrect. Agile is rooted in adaptability and tailoring practices to fit the specific needs of a project. Taking a single framework and applying it persistently reflects rigidity, which contradicts the Agile principles of flexibility and continuous improvement. AgilePM advocates selecting and combining frameworks (e.g., Scrum, Kanban) based on the project environment rather than sticking to one rigidly.

Statement 2: Correct. Resilience, flexibility, and a willingness to learn are central to Agile practitioners. They must adapt to challenges and new information to ensure continuous delivery of value. This aligns with Agile values of embracing change over following strict plans and the AgilePM philosophy of iterative improvement.

Key AgilePM Concepts Referenced:

Flexibility over Rigidity: AgilePM Handbook, Chapter 1, Section 1.4 ("The Agile Mindset").

Iterative Development and Learning: Chapter 3, Section 3.5 (Iterative Principles).

In Agile Project Management, product development is primarily concerned with the evolving solution/product—its outcomes, user value, and the means to achieve those outcomes through iterative delivery. Guidance emphasizes shaping features, quality attributes, and acceptance criteria so each increment is fit for purpose. While product work certainly happens in timeboxes, the explicit stewardship of time-based drivers (milestones, budgets, governance checkpoints, wider stakeholder scheduling) sits mainly in project management. AgilePM distinguishes the project context (business case, governance, roadmap, release planning) from the product-focused work (defining and building valuable increments). Hence statement 2 accurately reflects the heart of product development: “focus on what the product is… and how to achieve that.” Statement 1 maps more closely to project-level planning and coordination responsibilities that ensure the environment, cadence, and constraints enable delivery. Agile practice uses timeboxing and MoSCoW prioritization to protect time/cost/quality, but these mechanisms belong to project/delivery management rather than defining the essence of product development. Therefore, only statement 2 is true.