Pass the APMG-International AgilePM AgilePM-Foundation Questions and answers with CertsForce

The quality of the evolving solution should be tested as part of the iterative development process4. This approach allows for continuous integration and testing of the solution, ensuring that quality is built into the product from the beginning and maintained throughout the development cycle.

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

Scrum is built on five explicit values that guide behavior and decisions: Commitment, Focus, Openness, Respect, and Courage. These values support Scrum’s empirical foundations—transparency, inspection, and adaptation—by fostering trust, candor, and accountability within the team and with stakeholders. “Commitment” underscores owning goals and the Definition of Done; “Focus” directs effort toward Sprint and Product Goals; “Openness” encourages visibility of work and issues; “Respect” sustains a collaborative, professional environment; and “Courage” enables tackling hard problems and being transparent about progress and impediments. “Drive” is not one of the five Scrum values. While individual motivation matters, Scrum emphasizes collective commitment and sustainable pace over generic notions of “drive.” Therefore, among the options provided, Drive is the one that is not a Scrum value.

Comprehensive and Detailed 150 to 300 words Explanation From Exact Extract of Agile Project Management (paraphrased):

AgilePM’s MoSCoW prioritization is always applied within a defined timeframe (e.g., a release or timebox). A requirement can be a Must Have for a specific delivery window while being a Should/Could when viewed across the whole product roadmap. Timeboxing, dependency considerations, and the need to deliver a coherent, usable increment by a certain date mean that priority is inherently time-contextual. While budget and resources influence overall planning, AgilePM fixes time and cost to provide predictability and flexes scope to protect quality; thus, the most legitimate driver for a requirement’s priority to change is the timeframe to which MoSCoW is applied. As delivery horizons shift (e.g., near-term release vs. later release), the same requirement’s priority may be re-appraised to ensure the Business Case and Product/Release Goals are met. Therefore, Different timeframe is the correct reason that explains variations in backlog priority.

Statement 1: Correct. Identifying stakeholders involves analyzing who will be impacted by the change and their level of influence.

Statement 2: Correct. Stakeholder mapping is a tool used to visualize and prioritize stakeholders based on their influence and interest.

Key AgilePM Concepts Referenced:

Stakeholder Mapping and Identification: AgilePM Handbook, Chapter 5, Section 5.5.

Scrum supplies the core framework (roles, events, artifacts) for empirically building products, but it is intentionally lightweight. AgilePM (based on DSDM) complements Scrum by offering a well-tested pool of practices, tools, and techniques that strengthen day-to-day delivery and governance without altering Scrum’s essence. Typical enhancements include MoSCoW prioritization to manage variable scope, timeboxing to protect cadence, facilitated workshops and modeling to accelerate shared understanding, and explicit roles for business involvement to improve decision flow. AgilePM also provides guidance on project-level controls—such as business cases, incremental release planning, and benefits focus—that sit outside Scrum’s product-delivery scope. For a Scrum Master, this combination is valuable: Scrum remains the engine of iterative delivery, while AgilePM offers practical methods to refine backlog refinement, clarify acceptance criteria, manage dependencies, and support predictable delivery against time and cost constraints. Thus, the pairing gives Scrum Masters a richer toolkit to coach teams, align stakeholders, and handle real-world project contexts where governance, prioritization, and incremental release structures are needed—precisely what option B describes.

Timeboxing: Fixed time periods, such as sprints, are used to focus efforts and deliver outcomes within a predefined timeframe. This helps teams remain disciplined and maintain momentum while working iteratively.

Other Options:

A: Minimum viable product relates to the initial version of a product with essential features.

C: Full transparency refers to visibility into the process.

D: Frequent delivery is broader and does not imply fixed time periods.

Key AgilePM Concepts Referenced:

Timeboxing: AgilePM Handbook, Chapter 3, Section 3.4.

Comprehensive and Detailed Explanation (verified, paraphrased from AgilePM principles):

AgilePM promotes incremental and iterative delivery, aiming to deploy usable increments early and often. Regular deployment and demonstration validate fitness for purpose, expose risks sooner, and provide empirical feedback for planning. Early release of increments also tests assumptions about value with real users and stakeholders, informing prioritization (e.g., MoSCoW) and shaping subsequent increments. This approach supports continuous learning, sharper benefits focus, and stronger financial governance, because funding and scope decisions can be based on evidence from working solution slices rather than predictions. Hence, both statements accurately reflect agile project delivery.

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.

Assessing Effectiveness: The measurement methodology helps determine whether communication efforts are achieving their intended goals. Metrics such as engagement levels and feedback are used to refine strategies.

Other Options:

B: Focuses on testing rather than communication.

C: Relates to impact assessment, not methodology.

D: Ensuring understanding is an objective, not a methodology.

Key AgilePM Concepts Referenced:

Communication Effectiveness: AgilePM Handbook, Chapter 4, Section 4.5.

Transparency: Sharing the rationale and timeline for change ensures openness and builds trust among stakeholders. Transparency is fundamental to managing expectations and mitigating resistance.

Other Options:

Inclusivity: Focuses on ensuring all voices are heard.

Connectivity: Refers to fostering relationships.

Empathy: Relates to understanding others’ feelings, not information sharing.

Key AgilePM Concepts Referenced:

Transparent Communication: AgilePM Handbook, Chapter 4, Section 4.2.