In Agile Foundation guidance, the progress practice focuses on understanding, monitoring, and communicating how work is advancing toward agreed objectives and outcomes. Burn charts are a key tool used to support this practice, making option B the correct answer. Burn charts provide a simple, visual representation of progress over time, enabling teams and stakeholders to see how much work has been completed and how much remains.

Burn charts, including burn-down and burn-up charts, are widely used in Agile environments to support transparency and informed decision-making. A burn-down chart shows the remaining work decreasing over time, while a burn-up chart displays completed work against the total scope. Both formats help teams assess whether they are on track to meet their goals within a given timebox or delivery stage. Agile Foundation materials emphasize that progress should be measured based on delivered value and completed work, not on effort spent or activities performed.

Option A, the Agilometer, is used to assess the suitability and risks of Agile adoption rather than tracking delivery progress. Option C, trading or swapping, relates to scope flexibility and prioritization, allowing teams to exchange lower-value work for higher-value items while staying within constraints. While useful, it does not directly measure or visualize progress. Option D, the team skills matrix, supports capability development and resource planning, not progress tracking.

Agile Foundation documents highlight that effective progress tracking builds trust and supports governance without excessive reporting. Burn charts enable frequent inspection of progress, early identification of issues, and timely adaptation when trends indicate potential problems. They also support the principle of manage by exception by providing clear evidence when tolerances may be exceeded. By offering a shared, easily understood view of progress, burn charts strengthen transparency, collaboration, and confidence in Agile delivery, making them an essential tool for the progress practice.

Speaking the language of leadership is essential for securing leadership buy-in when scaling agile. This means framing agile benefits, risks, and requirements in terms that resonate with leaders—such as business value, risk management, and return on investment—rather than just agile jargon.

While empowering teams (D) and emphasizing agile practices (C) are important, without leadership understanding and support, agile scaling is unlikely to succeed. Ensuring all decisions come from leadership (B) contradicts agile principles of decentralization and empowerment.

Effective communication tailored to leadership priorities fosters alignment and commitment.

Agile Foundation guidance explains that the risk practice is concerned with identifying, assessing, and managing uncertainty in a structured and proactive way. One of the specific ways this practice is applied in Agile and PRINCE2 Agile contexts is by identifying Agile adoption risks using the Agilometer, making option A the correct answer.

The Agilometer is a diagnostic tool designed to assess how suitable Agile approaches are for a particular project or environment. It examines factors such as organizational culture, stakeholder engagement, governance requirements, team capability, and delivery constraints. By highlighting areas of risk related to Agile adoption, the Agilometer enables teams and leaders to make informed decisions about how Agile should be tailored and what mitigations are needed. This aligns directly with the purpose of the risk practice, which is to reduce uncertainty and protect value.

Option B, trading to handle emerging changes, relates to scope and prioritization flexibility rather than risk management itself. While trading can reduce risk indirectly by controlling scope, it is not a primary application of the risk practice. Option C, using an objectives and key results framework, focuses on goal-setting and performance measurement, not risk identification or assessment. Option D, identifying criteria in the Definition of Done, supports quality management rather than risk management.

Agile Foundation documents emphasize that Agile does not eliminate risk; instead, it makes risk visible and manageable through early feedback, incremental delivery, and structured assessment. The risk practice ensures that uncertainties are understood and addressed continuously throughout the lifecycle. By using tools such as the Agilometer, organizations can anticipate challenges in Agile adoption and take proactive steps to manage them. This supports effective governance while preserving Agile’s flexibility, ensuring that Agile is applied in a way that is both realistic and sustainable.

PRINCE2 Agile was specifically developed to address the challenge of applying Agile approaches within large, complex, and highly governed environments. Agile frameworks are highly effective at the team level, but Agile Foundation materials recognize that organizations often struggle when attempting to scale Agile across multiple teams, complex dependencies, regulatory constraints, and formal governance structures. This makes option B the correct answer.

Agile frameworks such as Scrum or Kanban focus on small, empowered teams delivering value iteratively. However, when initiatives become larger—spanning multiple teams, suppliers, and organizational units—challenges arise around coordination, assurance, reporting, and decision-making. Senior stakeholders often still require visibility, control, and confidence around investment, risk, and progress. PRINCE2 Agile bridges this gap by combining Agile delivery techniques with the governance, roles, and controls provided by PRINCE2.

Option A is incorrect because Agile frameworks are designed to be flexible rather than rigid. Option C is also not the primary challenge addressed by PRINCE2 Agile, as most Agile frameworks clearly define core roles, even if they differ from traditional roles. Option D is incorrect because Agile frameworks are explicitly designed to be combined with other methods, which is one of Agile’s strengths.

Agile Foundation documents explain that PRINCE2 Agile enables organizations to “blend” Agile delivery with project management governance. It allows Agile teams to work iteratively while ensuring alignment with business objectives, risk management, and stage-based oversight. By providing guidance on how to tailor governance without constraining agility, PRINCE2 Agile supports scaling Agile in complex environments. This makes it particularly valuable for organizations transitioning to Agile while still needing structure, assurance, and control at the enterprise level.