APMG-International Agile Project Management Foundation AgilePM Foundation Exam Questions

Answer : D

The Agile Manifesto explicitly values ''individuals and interactions over processes and tools.'' AgilePM fully aligns with this principle. While processes, tools, documentation, and contracts are important and often necessary (especially for governance, compliance, and clarity), they should not take precedence over effective collaboration, empowered teams, and rapid feedback. AgilePM's practices---facilitated workshops, daily coordination, frequent reviews, and active business involvement---are designed to maximize human interaction to reduce waste, accelerate understanding, and improve quality. Even in regulated or contractual contexts, AgilePM recommends shaping processes and agreements to enable collaboration (e.g., clear roles, decision latency reduction, acceptance criteria, and incremental validation) rather than letting procedures dominate. Therefore, no listed circumstance justifies prioritizing processes and tools over individuals and interactions. The right choice is D. None of the above.

Answer : A

Statement 1: Correct. Offering supportive feedback after moments of insight reinforces learning and helps individuals process change more effectively.

Statement 2: Incorrect. While talks from experts may inform, they are less impactful than engaging individuals directly.

Key AgilePM Concepts Referenced:

Neuroscience in Change Management: AgilePM Handbook, Chapter 6, Section 6.2.

Answer : A

The Project Approach Questionnaire (PAQ) is a diagnostic tool in AgilePM used to surface approach-based risks early and throughout the project. It examines dimensions such as organizational culture, leadership behaviors, stakeholder engagement, governance expectations, team empowerment, and technical/environmental readiness against AgilePM principles and practices. By assessing these areas, the PAQ highlights misalignments (e.g., low business involvement, decision latency, rigid change control, insufficient empowerment) that could undermine agile delivery. The output informs targeted mitigations---coaching needs, governance adjustments, facilitation plans, risk responses, and communications---embedded into the project approach. It is not a one-off retrospective instrument (contra option C); it is used iteratively to steer the approach. Nor does it ''ensure agreement'' and ''eliminate the need'' for other controls (contra option B); instead, it supports informed governance and continuous improvement. Finally, it does not focus solely on technical risks (contra option D); it explicitly covers culture and leadership alongside process and technical considerations.

Answer : D

AgilePM advocates collaboration as a core value, stressing ''working together towards a shared goal.'' Competence in collaboration grows in cultures that remove fear, encourage learning, and align on purpose. A no-blame culture fosters psychological safety so issues surface early and teams can inspect and adapt without defensiveness. Asking for help is encouraged through active business involvement and empowered, multi-disciplinary teams; it reduces decision latency and improves quality. Setting clear goals---e.g., business outcomes, Definition of Done, and prioritized objectives---creates shared focus, enabling constructive cooperation and trade-offs. By contrast, rewarding individual efforts tends to optimize locally, fragment accountability, and discourage knowledge sharing; AgilePM favors team-based achievement and collective ownership. Agile guidance repeatedly links effective collaboration with facilitation, frequent reviews/demonstrations, and visible progress measures that are team-centered, not individualized. Therefore, the options that genuinely build collaboration are 2, 3, and 4, making D correct.

Answer : B, B

Comprehensive and Detailed Explanation (concise, policy-compliant):

Scrum defines four events within the Sprint: Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective. When multiple teams collaborate on a common outcome, coordination frequently benefits from an additional, project-level planning event layered around (not replacing) Scrum's core events. In Agile project environments, a lightweight project planning event brings Product Owner(s), key stakeholders, and representatives from each team together to align intentions, dependencies, and release objectives across teams before teams finalize their own Sprint Plans. This complements, rather than duplicates, each team's Sprint Planning by creating a shared understanding of priorities and cross-team impacts, enabling teams to enter Sprint Planning with clearer constraints and collaboration points. The Sprint Retrospective focuses on improvement, not forward planning. Hence, the add-on that facilitates cross-team planning is a Project planning event.

Answer : C

Feedback and Coaching: Sponsors play a critical role in change, and change managers support them by providing feedback and coaching to help them lead effectively. This builds their confidence and ensures alignment with the change vision.

Other Options:

A: Sponsors should prepare the vision themselves.

B: Sponsors themselves lead commitment-building efforts.

D: Protecting sponsors isn't an effective strategy; engaging them is key.

Key AgilePM Concepts Referenced:

Sponsor Engagement: AgilePM Handbook, Chapter 6, Section 6.2.

Answer : A

The AgilePM lifecycle typically includes Pre-Project, Feasibility, Foundations, Evolutionary Development/Realization, Deployment, and Post-Project (benefits). Feasibility is designed as a lightweight, optional phase to confirm there is a sensible case to proceed before deeper investment. In some contexts---when viability is already established, or scope and constraints are straightforward---Feasibility may be skipped or greatly abbreviated, moving directly to Foundations, where the approach, governance, and baselines are established. By contrast, Foundations is expected for alignment and control, and Realization (timeboxed delivery) is where the solution is built; these are not optional if you are proceeding with delivery. Thus, Feasibility is the optional phase.