Pass the PMI Agile PMI-ACP Questions and answers with ExamsMirror

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.

A team charter with clearly defined norms, rules, and agreements is a critical tool for promoting trust and collaboration, especially in a globally distributed team. It establishes a shared understanding of how the team will work together, addresses potential communication challenges, and helps create a collaborative and respectful environment. By having these norms in place, team members from different cultures and time zones can align their expectations and behaviors, which is essential for overcoming challenges and preventing conflicts. This approach helps to foster a positive and productive team dynamic.

The correct answer is C – Identify and monitor issues through a risk burndown chart.

Risk burndown charts track how risk exposure is increasing or decreasing over time. This agile artifact is used to communicate risk trends and drive conversations around risk mitigation. It’s especially useful when risks threaten iteration goals or release timelines.

From the PMI Agile Practice Guide:

“Risk burndown charts are visual tools that track remaining project risk. They help identify whether risks are increasing or decreasing and enable proactive management.”

(PMI Agile Practice Guide, Section 3.5 – Risk Management in Agile)

Mike Griffiths explains:

“Tracking risks visually, such as in a risk burndown chart, helps stakeholders understand exposure levels and fosters risk-mitigation behavior across the team.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 6 – Risk Management)

Why the other options fall short:

A delays action and does not help real-time monitoring.

B tracks tasks, not risk.

D (issue log) may help but lacks the proactive visual trend tracking provided by a burndown chart.

Answer: C

Sprint planning or any task-level technical meeting should involve thedevelopment team and the product owner, as they are the key players in delivering and clarifying work. According to thePMI Agile Practice Guide (Section 3.3: Agile Roles and Responsibilities)andMike Griffiths’ PMI-ACP Exam Prep Book (Chapter 3: Team Performance), the Scrum Master facilitates the meeting, while thedevelopment teamandproduct ownercollaborate on the details.

Option Dis correct: the core team (developers) and product owner are the correct participants for story elaboration and commitment.

Option AandCinvolve the customer and sponsor unnecessarily for a technical planning meeting.

Option Bincludes "key stakeholders," which may be overkill unless specific business input is needed.

At this point in the planning process, the team has not yet gathered enough data to provide a precise release date. The team's velocity (the amount of work they can complete in each iteration) has not been established, and the team needs some iterations to stabilize and gather insights. However, they can offer a broad range based on the current understanding of the backlog and priorities. This allows the sponsor to have a rough expectation while also managing the uncertainty involved at this stage in the process.

The correct answer is D – Provide a delivery range based on the team's estimated velocity.

In Agile, planning is iterative and inherently uncertain. Rather than committing to a fixed schedule, it is best practice to provide a forecasted delivery window based on the team’s actual measured velocity. This reflects the inspect-and-adapt mindset of Agile.

From the PMI Agile Practice Guide:

“Agile teams forecast delivery using velocity ranges derived from completed work. Ranges reflect uncertainty and promote realistic expectations with stakeholders.”

(PMI Agile Practice Guide, Section 5.4 – Adaptive Planning)

Mike Griffiths affirms:

“Planning with ranges rather than fixed commitments respects the uncertainty of estimates and the empirical nature of Agile delivery. Forecasts should be based on velocity trends and updated iteratively.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 5 – Adaptive Planning)

Why the other options are less suitable:

A suggests triangulating data but wrongly implies a precise commitment.

B is more of a work preparation activity, not a planning technique.

C (analogous estimation) is better suited for initial planning, not for an in-progress agile project with real velocity data.

Answer: D

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

To prevent the issue of the customer declining to accept the final deliverable after the demo, the project manager should prioritize frequent releases and feedback loops. By releasing new features or updates frequently, customers have the opportunity to provide feedback earlier in the process, which allows for adjustments to be made during development rather than at the end. This iterative process ensures that the final product better aligns with the customer's expectations and requirements.

The correct answer is B – A product backlog should be created to list the project requirements from all of the project stakeholders.

In Agile, the product backlog serves as a living document where requirements, user stories, and stakeholder feedback are continuously refined. It is the central mechanism for capturing and prioritizing stakeholder needs and ensuring that business value is delivered incrementally.

From the PMI Agile Practice Guide:

“The product backlog is a prioritized list of work for the development team that is derived from stakeholder input, user stories, and emerging needs. It evolves as the project progresses and stakeholder feedback is incorporated.”

(PMI Agile Practice Guide, Section 5.2 – Product Backlog)

Mike Griffiths writes:

“Product backlogs provide transparency into stakeholder priorities. They enable the team to continuously align work with customer expectations and business needs.”

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

Why the other options are incorrect:

A refers to the traditional project charter, which is not commonly updated throughout the agile life cycle.

C is a misunderstanding—the Agile Manifesto is a set of principles, not a project-specific document.

D misuses user stories; stories are used for functional requirements, not stakeholder profiles.

Answer: B

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

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.

In Kanban, limiting work in progress (WIP) is a key practice to improve task flow and reduce bottlenecks. By restricting the number of tasks that can be worked on at any given time, the team is forced to focus on completing the tasks that are already in progress before taking on new ones. This helps reduce the accumulation of tasks in the "In Progress" column, ensures that tasks move through the workflow more efficiently, and ultimately helps to meet project timelines more effectively. It also promotes better quality, as team members can focus on fewer tasks at a time.