PMI PMI-ACP - PMI Agile Certified Practitioner (PMI-ACP)

The correct answer is C – Use class of service. In Kanban, the Class of Service (CoS) model is a key technique for prioritization and flow management. It helps teams decide which work items should be expedited, delayed, or treated as standard. Using CoS enables teams to handle tasks based on urgency, business value, and risk.

From PMI Agile Practice Guide:

“Classes of service define the rules by which work is selected, prioritized, and delivered. They help make prioritization policies explicit and transparent to stakeholders and team members.”

(PMI Agile Practice Guide, Section 5.4 – Kanban and Flow-Based Approaches)

From Mike Griffiths’ PMI-ACP Exam Prep Book:

“Class of service models—such as ‘Expedite’, ‘Fixed Delivery Date’, ‘Standard’, or ‘Intangible’—allow teams to prioritize tasks by business value, risk, and urgency. This is particularly useful in Kanban systems where items flow continuously.”

(Mike Griffiths, Chapter 3 – Value-Driven Delivery / Kanban Practices)

Option A (involving the product owner) is more applicable to Scrum teams; Kanban teams often have shared ownership of flow.

Option B (reviewing WIP limits) affects flow but doesn’t guide task prioritization.

Option D (measuring lead time) helps with process analysis but not immediate prioritization.

Answer: C

────────────────────────────────────────────

The correct answer is D – Encourage the team member to use experimentation/spikes for continuous improvement and help the team understand why it is important. Agile encourages learning and experimentation through techniques like spikes (time-boxed research or exploration activities).

From the PMI Agile Practice Guide:

“Agile encourages teams to experiment and learn continuously. Time-boxed spikes can be used to investigate alternative designs, reduce uncertainty, and support informed decisions.”

(PMI Agile Practice Guide, Section 5.3 – Spikes and Uncertainty Reduction)

Mike Griffiths supports this:

“Spikes are short, time-limited investigations into a design or technical approach. They are a vital part of agile development for reducing risk, exploring alternatives, and enabling innovation.”

(Mike Griffiths, PMI-ACP Exam Prep, Chapter 7 – Continuous Improvement)

Incorrect options:

A and C discourage innovation and agility.

B defers action rather than enabling real-time learning.

Answer: D

────────────────────────────────────

The best approach for the agile coach would be to address the root cause of the concern immediately and help the team reflect on their current processes to identify ways to improve. This can be achieved by engaging the team in a discussion that focuses on understanding the issues related to the technical design and the definition of done (DoD).

This will allow the team to openly discuss and identify specific areas of the technical designs that do not meet the DoD. By understanding the underlying issues, the coach can help the team find solutions and ensure that future work aligns with the agreed-upon quality standards and expectations.

The correct answer is A – Be transparent with all the stakeholders and make them aware of the issues encountered and the current project ' s status.

Agile encourages transparency and regular stakeholder engagement to ensure alignment and avoid surprises. Even if a stakeholder prefers minimal involvement, it is the team’s responsibility to raise issues that could impact delivery, especially if they introduce risk or require input.

From the PMI Agile Practice Guide:

“Agile promotes transparency and ongoing stakeholder engagement. Teams should proactively communicate risks and emerging issues to build trust and enable timely decision-making.”

(PMI Agile Practice Guide, Section 4.2 – Stakeholder Engagement)

Mike Griffiths notes:

“Transparency is one of the pillars of Agile. Teams must keep stakeholders informed—even those who prefer limited involvement—to ensure that value is continuously delivered.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 3 – Stakeholder Engagement)

Other options explained:

B is a secondary action; transparency should come first.

C risks late discovery and undermines agile values.

D removes responsibility from the team, which contradicts self-management.

Answer: A

═════════════

Step 1: Identify Total Story Points in the Backlog

From the backlog table:

Total story points = 6 + 4 + 8 + 4 + 21 + 7 + 5 + 9 + 3 + 5 = 72

Step 2: Determine the Team ' s Velocity

The risk register mentions a burn reduction of 1 story point per sprint from sprint 4 to sprint 6 due to a holiday schedule. However, assuming a normal velocity of 5 story points per sprint, we can estimate sprint completion.

Normal sprint velocity: 5 story points per sprint

Reduced velocity for sprints 4-6: 4 story points per sprint

Step 3: Calculate Total Sprints Needed

First 3 sprints: 5 points per sprint → 5 × 3 = 15 story points completed

Sprints 4-6: 4 points per sprint → 4 × 3 = 12 story points completed

Remaining story points after sprint 6: 72 - (15 + 12) = 45 story points

Remaining sprints needed at normal velocity (5 story points per sprint): 45 ÷ 5 = 9 sprints

Total Sprints Required

Sprints 1-6: Already planned.

Additional 9 sprints needed.

Total sprints to complete the backlog: 6 + 9 = 15 sprints.

In agile, when uncertainty exists around a technical or functional aspect of work, the team can use a spike—a time-boxed research or prototyping activity—to explore the unknown. According to the PMI Agile Practice Guide (Section 5.2 User Stories and Spikes), spikes are ideal when the team lacks information or confidence about a proposed solution and needs to experiment before committing.

Mike Griffiths in the PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning) explains that spikes are used to investigate technical approaches, prove concepts, or explore new technologies, and they provide the team with the insight and confidence needed to proceed with less risk.

Option A is correct because a spike would allow the team to explore the new framework in a controlled way.

Other options such as Ishikawa diagrams (B), pre-mortems (C), and trend analysis (D) are useful in other contexts, but not suitable for increasing confidence in new technical implementation approaches.

Velocity is a measure of how much work a team completes in a given sprint, typically measured in story points or other units of effort. While velocity can be useful for tracking progress and forecasting future work, it has some limitations when it comes to accurate capacity planning.

Velocity can vary from sprint to sprint due to multiple factors, such as the complexity of the tasks, interruptions, or even external influences. This variability can make it difficult to predict how much work a team can handle in future sprints, leading to inaccurate capacity planning.

Security features are typically considered non-functional requirements (NFRs), which should be captured in the product backlog and prioritized accordingly. As per the PMI Agile Practice Guide (Section 5.1: Product Backlog) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 6: Value-Driven Delivery), any requested functionality—whether business- or system-level—must be clearly defined as a backlog item so the team can plan for it.

Option A is correct: security requirements should be added to the backlog and prioritized like other features.

Option B may come later if implementation is unclear, but first, the work must be defined and logged.

Option C and D represent clarification steps but don’t directly support implementation as backlog management does.

The correct answer is D – The Product Owner is responsible for both the budget and the release plans.

In Scrum and Agile frameworks, the Product Owner acts as the voice of the customer and is responsible for maximizing the value of the product. This includes managing the product backlog, prioritization, and release planning. Additionally, in Agile environments, budget management—especially in terms of what value is delivered with what investment—is a key aspect of the Product Owner’s role.

From the PMI Agile Practice Guide:

“The Product Owner manages the backlog and prioritizes work based on value delivery. The Product Owner is also typically responsible for budgeting and release planning, often in collaboration with stakeholders.”

(PMI Agile Practice Guide, Section 5.2 – Roles and Responsibilities)

Mike Griffiths adds:

“Release planning and value-based budget decisions fall under the Product Owner’s responsibilities, as they are closest to business stakeholders and value prioritization.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 3 – Value-Driven Delivery)

Why other options are incorrect:

A is partially correct but misplaces budget responsibility.

B is traditional and does not reflect Agile delegation to the team and Product Owner.

C promotes team ownership but budget and release planning specifically lie with the Product Owner.

Answer: D

══════════════════════════════════════════════════

With a limited budget of $17,000 remaining, the product owner should prioritize features that provide the most value to the customer. This means considering the business needs, customer feedback, and potential value of each feature rather than focusing solely on completing all planned features. Features like the Reporting Module, which have not started and have a high estimated cost, might need to be reconsidered or deferred based on priority. By assessing which features deliver the most value to stakeholders and aligning with the overall objectives, the product owner can make the most efficient use of the remaining budget.