PMI-ACP Questions and Answers

The correct answer is B — Create a spike story to analyze the impact of the threshold requirement on current stories.

A “spike” is a research activity used in Agile to investigate a technical or functional uncertainty. In this case, the performance threshold requires exploration to understand its impact on multiple backlog items. Creating a time-boxed spike allows the team to analyze without prematurely committing to changes.

PMI Agile Practice Guide describes spikes as:

“A spike is a user story for time-boxed research or exploration. Teams use spikes when they need more information to estimate or deliver a story.”

(PMI Agile Practice Guide, Section 5.2 — Types of Backlog Items)

Mike Griffiths adds:

“When a new requirement introduces uncertainty, such as performance constraints, creating a spike helps the team determine scope, risk, and impact before incorporating it into backlog stories.”

(PMI-ACP Exam Prep, Chapter 5 — Adaptive Planning)

Other options:

A prematurely alters acceptance criteria before understanding the impact.

C leans toward big upfront design (non-agile).

D skips the exploration phase and directly breaks into tasks.

Answer: B

—

The correct answer is B – Conduct story-mapping exercises to clarify deliverables and release priorities. Story mapping is a visual practice that aligns stakeholders and teams around a shared understanding of the product vision, user workflows, and incremental delivery plans.

From the PMI Agile Practice Guide:

“Story mapping is a collaborative activity used to understand the user’s journey, prioritize features, and identify releases. It is highly effective for stakeholder alignment and promoting shared understanding.”

(PMI Agile Practice Guide, Section 5.4 – Story Mapping)

Also supported by Mike Griffiths:

“Story mapping promotes visibility, alignment, and prioritization. It fosters collaboration between the team and stakeholders and helps translate business objectives into user stories.”

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

Why other options fall short:

A reverts to heavy documentation, which agile discourages.

C is a one-time event and doesn’t sustain alignment.

D focuses on adherence to process rather than collaboration and planning clarity.

The correct answer is B – The duration of feedback cycles has increased.

In Agile, quick feedback is crucial to success. An increase in feedback cycle time indicates breakdowns in communication, delayed decision-making, or weak collaboration—all of which are signs that a distributed team may not be functioning effectively.

From the PMI Agile Practice Guide:

“Distributed teams require more intentional efforts to maintain communication and reduce feedback loops. Lag in feedback reduces responsiveness and impedes value delivery.”

(PMI Agile Practice Guide, Section 2.3 – Agile Team Communication)

Mike Griffiths highlights:

“One of the key risks in distributed teams is the degradation of feedback speed. Long feedback cycles result in slower adaptation and lost opportunities.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 4 – Team Performance)

Other options:

A (more emails) is neutral—could be communication, not dysfunction.

C (increased velocity) is a positive sign.

D (rescheduling meetings) is an adjustment, not necessarily dysfunction.

Answer: B

══════

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

The Walking Skeleton approach involves developing a minimal, end-to-end working system with just enough functionality to demonstrate how the product works in its simplest form. This is often used in Agile to ensure the core structure of the product is in place, and it allows stakeholders to see how basic features are implemented and how the product will evolve. By highlighting this approach, the project manager can help the sponsor understand the essential features and the incremental development process, making it clear what will be developed and when, without overwhelming them with detailed planning at this stage.

The Definition of Done (DoD) is a crucial agile practice that outlines the agreed-upon criteria for when a deliverable is considered complete and ready for release. It ensures that all aspects of the deliverable meet the necessary standards and requirements before it is finalized. Additionally, the team should demonstrate the deliverable, typically during a sprint review or other appropriate meeting, to confirm that it meets stakeholder expectations and aligns with the project goals. This practice helps ensure that the deliverables are truly complete and ready for release, avoiding rework and maintaining a high level of quality.

The correct answer is C – Show the stakeholder the progress radiators for the project.

Progress radiators, such as task boards, burndown charts, and Kanban boards, visually communicate the status of work in progress, completed items, and remaining scope. They are effective tools for quickly bringing stakeholders up to speed without interrupting the team or requiring extensive reporting.

From the PMI Agile Practice Guide:

“Progress is tracked and made visible using information radiators such as burndown charts, task boards, and velocity charts. These tools allow stakeholders to monitor project health in real time.”

(PMI Agile Practice Guide, Section 3.5 – Information Radiators)

Mike Griffiths emphasizes:

“Transparency and visibility are essential in agile. Information radiators keep stakeholders informed and promote collaboration without relying on status reports.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 5 – Agile Monitoring and Control)

Other options explained:

A and D offer limited insights or are inappropriate for immediate understanding.

B is valuable but time-limited; radiators provide continuous insight.

Answer: C

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

In Kanban, lead time is a key performance indicator (KPI) that should be regularly monitored. Lead time measures the amount of time it takes for a work item to move from the start of the process to its completion. By monitoring lead time, the team lead can assess how efficiently work is flowing through the system and identify areas where bottlenecks or delays may be occurring. Reducing lead time is one of the primary goals in Kanban to improve overall process efficiency and delivery speed.

The correct answer is B — Set the velocity to the delivered story points of the last sprint.

Agile velocity is a historical measure, not a target. It represents the amount of work a team actually completed in a previous sprint and should be used to help guide future sprint planning. Teams should not inflate, manipulate, or " game " their velocity; instead, they should use it as a basis for realistic planning.

PMI Agile Practice Guide states:

“Velocity is calculated by totaling the points for all fully completed stories. It is a measure of what the team can complete—not what it hopes to complete—and should be used as an empirical baseline for planning.”

(PMI Agile Practice Guide, Section 5.3 – Estimation and Velocity)

Mike Griffiths further explains:

“Velocity should be based on historical data from previous sprints. Teams should not artificially inflate velocity by changing estimation practices or slicing stories merely to appear more productive.”

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

Incorrect options:

A promotes splitting for manipulation, not for clarity.

C suggests altering estimation practices for the sake of metrics.

D implies gaming the system to falsely increase velocity.

Answer: B

—

If a story is not completed, it is not counted toward the current sprint velocity. When carrying the story forward to the next sprint, teams should re-evaluate the story size, especially if part of the work is already done. According to the PMI Agile Practice Guide (Section 5.4: Velocity and Estimation) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning), agile teams are encouraged to re-estimate such items based on remaining work.

Option D is correct: incomplete stories should be re-estimated based on new size or effort.

Option A violates velocity principles—only fully completed stories count.

Option B undermines the fixed-length timebox principle of sprints.

Option C is not directly relevant unless the story’s complexity necessitates research, which is not stated here.

Kanban is continuous and can lead to burnout or low morale due to lack of visible milestones. The PMI Agile Practice Guide (Section 5.7: Flow-based Agile) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 3: Team Performance) suggest that recognizing and celebrating milestones or delivery points is essential to maintain motivation, especially in long-running Kanban teams.

Option A is correct: celebrating completed work gives the team a sense of closure and achievement, improving engagement.

Option B might help temporarily but doesn’t address the root motivational issue.

Option C adds pressure and is counterproductive.

Option D may improve flow but doesn ' t directly address the lack of visible progress recognition.

The correct answer is C – Ask the team to collaboratively work out a solution. Agile teams are self-organizing, and problem-solving is most effective when handled collaboratively. The Scrum Master’s role is to facilitate discussions and remove impediments—not to impose solutions.

From the PMI Agile Practice Guide:

“Problem detection and resolution is a continuous process. Agile teams regularly identify and resolve problems as part of the team’s responsibility. The Scrum Master supports the team by facilitating resolution discussions rather than solving problems directly.”

(PMI Agile Practice Guide, Section 6.5 – Problem Detection and Resolution)

Mike Griffiths states:

“When technical challenges arise, the team should collaborate to assess the issue and determine the best course of action. The Scrum Master enables this by fostering open communication and guiding the team through the problem-solving process.”

(Mike Griffiths, PMI-ACP Exam Prep, Chapter 6 – Problem Detection and Resolution)

Incorrect options:

A delays resolution and pushes it into the future unnecessarily.

B undermines team autonomy and ownership.

D introduces unnecessary hierarchy into team-level problem-solving.

Answer: C

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

In Scrum, the goal is to have open discussions during estimation, where all team members, including junior developers, can express their thoughts and assumptions. The Scrum Master should encourage the junior developers to keep their estimations because these can highlight different perspectives, constraints, or assumptions that others may not have considered. This helps create a more comprehensive understanding of the work and fosters a collaborative environment. It also builds confidence in junior team members, allowing them to contribute more effectively and learn from their peers in the process.

The correct answer is D – Reestimate all stories including values for A, B, and C. Agile promotes empirical process control, meaning teams adapt based on what they learn. When significant deviations are found in actual effort vs. story point estimates, the team should revisit and refine their estimation process, including reestimating stories to better align with reality.

From the PMI Agile Practice Guide:

“Estimates are revisited based on experience. Teams inspect and adapt during retrospectives, using data to improve future estimation accuracy.”

(PMI Agile Practice Guide, Section 5.3 – Estimation and Planning)

Mike Griffiths writes:

“When estimates prove inaccurate, teams should reestimate affected stories. Estimating is a collaborative process, and learning from past deviations is a key part of adaptive planning.”

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

Incorrect options:

A may distort estimation by comparison and not correct the root issue.

B manipulates velocity data and violates agile principles of transparency.

C attempts to “force fit” effort rather than inspect and adapt.

Answer: D

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

The correct answer is C — All stakeholders are responsible for identifying risks during standups, retrospectives, and other team meetings.

Agile promotes collective ownership. Risk identification and mitigation are shared responsibilities involving the entire team, including the product owner, developers, and other stakeholders. Agile meetings (e.g., stand-ups, retrospectives) are excellent forums for surfacing risks early.

PMI Agile Practice Guide:

“In agile projects, everyone is responsible for identifying and managing risk. Teams inspect frequently, enabling early detection and resolution of issues.”

(PMI Agile Practice Guide, Section 7.3 – Risk Management)

Mike Griffiths:

“Risk management is embedded in agile events. Teams don’t defer risk analysis to a specialist—they collaborate continuously to identify, discuss, and respond to risks.”

(PMI-ACP Exam Prep, Chapter 6 – Problem Detection and Resolution)

Incorrect options:

A ignores active risk management needs.

B assumes individual rather than shared responsibility.

D misrepresents the PO’s role—risks may appear in the backlog, but management is team-based.

Answer: C

—

When transitioning to an iterative development lifecycle, it’s crucial to ensure that user stories are written with clear, testable acceptance criteria that define the desired outcomes. The agile lead should explain to the project sponsor that the subject matter expert (SME) needs to collaborate with the team, including developers, testers, and the product owner, to ensure everyone has a shared understanding of the requirements and the solution. This collaboration is essential for defining and refining the user stories to ensure that they deliver value and meet the needs of the stakeholders.

The correct answer is A — Establish and keep an active risk register that includes mitigation strategies and a cost-benefit analysis.

Risk management is essential to identifying and mitigating threats such as natural disasters. While Agile teams do not typically use traditional risk registers extensively, at the enterprise level (especially in regulated or high-risk environments), maintaining a risk register aligned with Agile values is appropriate. It should include mitigation options and their associated cost-benefit to guide decision-making.

PMI Agile Practice Guide states:

“Agile risk management practices include establishing lightweight mechanisms such as risk-adjusted backlog prioritization, risk registers (in high-risk or large programs), and risk mitigation strategies.”

(PMI Agile Practice Guide, Section 7.3 – Managing Risk in Agile Projects)

PMBOK® Guide (6th Edition) supports this:

“The risk register is a critical project artifact that includes identified risks, their analysis, mitigation or response plans, and cost-benefit considerations for managing risks.”

Incorrect options:

B lacks the inclusion of mitigation strategies and full cost analysis.

C refers to surface-level risk visibility, not comprehensive risk planning.

D assumes avoidance is the only mitigation strategy, which is not always feasible or optimal.

Answer: A

—

In Agile, continuous integration and regression testing should be part of every iteration to ensure that the product is always in a potentially shippable state. These practices help catch issues early in the development process, preventing defects from accumulating and becoming harder to fix later. By integrating and testing frequently, the team ensures that new code works with existing code and that the product maintains its quality throughout the development lifecycle. This approach aligns with Agile principles of delivering working software regularly and maintaining high-quality standards throughout each iteration.

The correct answer is A – Add risk mitigation tasks to the backlog, then prioritize in current and upcoming sprints. In Agile, risk is actively managed and addressed as part of the backlog. When the risk threshold is exceeded, the team should explicitly identify risk-related tasks and bring them into visibility for planning and execution.

From the PMI Agile Practice Guide:

“Agile teams manage risk by incorporating risk mitigation tasks directly into the backlog and addressing them early. Risk exposure is reviewed frequently, and responses are prioritized based on value and urgency.”

(PMI Agile Practice Guide, Section 6.7 – Risk Management)

Also from the PMBOK® Guide (6th Edition):

“Risks should be integrated into project activities. Agile teams identify, analyze, and prioritize risks continuously and handle them as regular backlog items.”

(PMBOK® Guide, Section 11.5 – Risk Response Planning)

Mike Griffiths further supports this by noting:

“Agile teams track risks visually and use backlog prioritization techniques to ensure they’re addressed appropriately.”

(Mike Griffiths, PMI-ACP Exam Prep, Chapter 6 – Problem Detection and Resolution)

Incorrect options:

B suggests padding estimates, which is an anti-pattern.

C is arbitrary and not recommended.

D delays risk response and contradicts proactive risk management.

Answer: A

Since PO Integration (Item #3) currently lacks user stories and estimated story points, the project team needs to break it down into smaller user stories or tasks before moving forward. This will allow the team to:

Assess dependencies and integration requirements more effectively.

Prioritize and deliver in smaller, testable increments.

Improve estimation accuracy using techniques like planning poker.

Ensure alignment with agile principles of incremental and iterative delivery.

If the team members are already communicating regularly with each other and the customer, the daily coordination meetings may not be necessary. The project manager should adapt to the team ' s needs by reducing the frequency of these meetings, allowing the team to focus more on delivering work. This approach supports Agile principles of minimizing waste and encouraging efficient communication, ensuring that meetings are only held when they add clear value. The team can use alternative methods (e.g., a digital board or asynchronous communication) to stay aligned.

Transparency is key in agile. The PMI Agile Practice Guide (Section 7.1 Communications) emphasizes the use of information radiators—visual displays such as task boards, burndown charts, or Kanban boards that immediately communicate project status. These tools make progress visible to all stakeholders without needing detailed documentation.

Mike Griffiths in the PMI-ACP Exam Prep Book (Chapter 4: Stakeholder Engagement) reinforces that collocated displays or shared online boards reduce misunderstandings and keep stakeholders aligned.

Option D is correct: a public project board offers real-time visibility and promotes transparency.

Option A contradicts agile by emphasizing documentation over working software.

Option B limits visibility to a subset of stakeholders and is passive.

Option C disrupts the team’s daily focus—stand-ups are not intended for stakeholder participation.

The most effective way to address and correct defects while maintaining predictability and capacity is by working with the team to establish clear coding and quality standards, as well as comprehensive testing policies. By setting these explicit rules, the team will have a shared understanding of the quality expectations and testing requirements, which will help prevent defects from escaping into production. This approach focuses on building quality into the process, rather than reacting to defects after they occur, and supports the long-term goal of improving software quality and predictability without overburdening the team.

The correct answer is A – The Agile team should engage stakeholders regarding the proposed designs and ensure that sufficient engagement occurs throughout the project in an adaptive way.

Agile thrives on continuous stakeholder engagement. Ignoring feedback or rigidly sticking to past decisions defeats Agile ' s principle of responding to change over following a plan. Even if designs have been created, collaboration must continue.

From the PMI Agile Practice Guide:

“Engaging stakeholders early and often helps ensure alignment and mitigates late surprises. Adaptive planning allows for feedback and refinement throughout the lifecycle.”

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

Mike Griffiths emphasizes:

“Stakeholder collaboration and frequent inspection are cornerstones of Agile. Late feedback is better than no feedback. Teams must adapt.”

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

Other options:

B discourages collaboration.

C emphasizes documentation over interaction.

D is drastic and unnecessary.

Answer: A

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

The correct answer is C – Determine who is best qualified to address the challenges. Agile teams are self-organizing and empowered to make technical decisions. When challenges arise, the team collaboratively identifies who is best suited to resolve issues, rather than relying on external direction or top-down task assignment.

From the PMI Agile Practice Guide:

“Agile teams are self-organizing. When challenges or new work arises, the team decides how to proceed, including task allocation based on skills and availability.”

(PMI Agile Practice Guide, Section 4.3 – Self-Organization)

Mike Griffiths also notes:

“Team members decide how work is divided and who tackles what. When technical complexity is involved, those with relevant expertise are encouraged to step in, with support from the rest of the team.”

(Mike Griffiths, PMI-ACP Exam Prep, Chapter 4 – Team Performance)

Incorrect options:

A violates the principle of team autonomy.

B delays delivery rather than solving the problem.

D incorrectly places the Product Owner in a team management role.

Answer: C

Agile empowers teams to be self-organizing and self-managing. According to the PMI Agile Practice Guide (Section 5.6) and Mike Griffiths ' PMI-ACP Exam Prep Book (Chapter 7: Problem Detection and Resolution), the agile coach or Scrum Master facilitates the process but should encourage the team to resolve internal issues themselves. This develops ownership, team maturity, and accountability.

The team coach’s role is to support, not solve. Escalating issues unnecessarily or bypassing the team undermines agile principles. Therefore, Option C is correct: the coach should encourage the team to address and resolve the issue internally, stepping in only if the team cannot resolve it themselves.

In the scenario described, the team is discussing the root causes of the technical problems that led to delayed deliverables, which indicates they are being proactive. One of the agile principles is to deliver working software frequently and adapt to change, and this situation shows the team is reflecting on their issues to improve future performance by identifying ways to balance the demands placed on the team (workload, deadlines, etc.) with their available capacity and necessary competencies.

A product roadmap is a strategic plan that outlines the vision for the product, the business objectives that need to be achieved, and the timeframes for delivering key milestones or features. It provides a high-level overview of the product ' s development, aligning the team and stakeholders on the product ' s direction and the expected delivery timeline.

Product vision defines what the product aims to achieve and the value it will deliver to customers or the business.

Business objectives outline what the product aims to accomplish in terms of business impact, like increasing revenue or improving customer satisfaction.

Timeframes indicate when key milestones or releases are planned to occur, ensuring that progress can be tracked and expectations set.

This high-level structure is essential for guiding product development and keeping stakeholders aligned, without delving into the specific details of design or project management, which are more suited for other planning documents.

The correct answer is B – Review possible options and make an informed decision to cut losses based on delivered business value. In agile, decisions are continuously evaluated based on value delivery, inspect-and-adapt principles, and business justification.

From the PMI Agile Practice Guide:

“Agile projects emphasize delivering the highest value features early and frequently. When new information emerges—such as the high risk of failure of a critical feature—the product owner must evaluate the cost-benefit, assess remaining value, and make a business-based decision.”

(PMI Agile Practice Guide, Section 3.4 – Value-Driven Delivery)

“The agile mindset embraces failure as a learning opportunity but also encourages continuous evaluation of whether a project should continue. It is better to stop a project early based on value delivery assessments than to continue wasteful efforts.”

(PMI Agile Practice Guide, Section 2.3 – Fail Fast to Learn Quickly)

Mike Griffiths’ PMI-ACP Exam Prep Book notes:

“Agile teams reassess business value frequently. If remaining features do not justify additional investment due to technical, market, or cost concerns, the product owner may decide to stop the project and preserve resources. This decision should always be informed by the value already delivered versus expected benefits.”

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

Why the other options are incorrect:

A is a possible outcome, but prematurely terminating without analyzing value delivery is hasty.

C (bringing in experts) may increase costs and still not solve the fundamental issue of failing value.

D ignores the significance of the critical feature and assumes it can be deferred without impact—this may not be viable.

Answer: B

The correct answer is D – Break non-functional requirements into those that can be delivered in the given sprint. Agile teams apply the principle of incremental and iterative delivery not only to functional requirements but also to non-functional ones. Large or complex work—including non-functional requirements—should be decomposed into smaller, manageable items.

From the PMI Agile Practice Guide:

“Work items, including non-functional requirements, should be split to fit within a sprint’s capacity. Teams use story-splitting techniques and prioritize parts that provide the most value or enable further development.”

(PMI Agile Practice Guide, Section 5.3 – Adaptive Planning and Story Sizing)

Mike Griffiths reinforces:

“If a user story or requirement is too large for a sprint, it should be broken down. Even performance and security requirements can often be delivered incrementally.”

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

Incorrect options:

A ignores important non-functional quality attributes.

B is not in line with agile ' s sustainable pace and team stability.

C deflects ownership without attempting a solution.

Answer: D

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

The correct answer is D – Communicate the risk of a negative ROI to the stakeholders, and update the release plan. Agile values transparency and collaboration. When the team identifies risks to business outcomes such as ROI, they must promptly inform stakeholders and work collaboratively to reassess scope, value, and strategy.

From the PMI Agile Practice Guide:

“Agile teams provide ongoing visibility to stakeholders. If delivery metrics reveal financial concerns, the product owner and stakeholders evaluate whether to pivot, persevere, or stop.”

(PMI Agile Practice Guide, Section 3.4 – Value-Driven Delivery and Transparency)

Mike Griffiths adds:

“Agile planning is value-based. If ROI is unlikely to be achieved, stakeholders must be informed early so informed decisions can be made.”

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

Incorrect options:

A assumes trimming scope is sufficient without stakeholder input.

B contradicts team stability and morale principles.

C helps identify inefficiencies but doesn’t replace transparency.

Answer: D

The correct answer is A – Use an information radiator to help increase the transparency of work for key stakeholders.

Information radiators (such as Kanban boards, burndown charts, and story maps) make work status visible to the entire team and stakeholders in real-time, improving communication without additional meetings or reporting overhead.

From the PMI Agile Practice Guide:

“Agile teams use information radiators to promote transparency, show progress, and increase stakeholder engagement without adding administrative burden.”

(PMI Agile Practice Guide, Section 3.5 – Information Radiators)

Mike Griffiths confirms:

“Effective agile environments display work status where everyone can see it. Visual indicators allow stakeholders and team members to remain informed without direct queries.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 5 – Agile Monitoring and Control)

Other options explained:

B creates unnecessary manual effort.

C may disrupt team rhythm; daily stand-ups are sufficient in Scrum.

D encourages siloed behavior and contradicts collaboration.

Answer: A

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

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

Agile teams evaluate new tools or technologies through spikes—time-boxed research or experimentation tasks. According to the PMI Agile Practice Guide (Section 5.2: Spikes and Exploration) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning), the appropriate way to introduce new technology is to engage the team in the decision and create a backlog item for a spike to evaluate its viability.

Option C is correct: it follows agile collaboration and backlog grooming practices.

Option A skips team consensus and formal prioritization.

Option B contradicts self-organizing team principles.

Option D may delay necessary action and is better suited for process discussions, not technical trials.

The correct answer is A – Plan activities that will require the team to work collaboratively on a regular basis.

Agile teams thrive on collaboration, shared ownership, and collective problem solving. While individual performance may meet goals short-term, long-term value and quality come from integrated teamwork. An agile practitioner should help foster collaboration through team-building activities or practices like pair programming, collective backlog grooming, and swarming.

From the PMI Agile Practice Guide:

“Agile teams are self-organizing and collaborative. Encouraging collaborative practices builds trust, increases quality, and improves alignment.”

(PMI Agile Practice Guide, Section 4.1 – Building Agile Teams)

Mike Griffiths states:

“Collaboration does not happen automatically—it must be supported. Facilitating shared work and group problem-solving leads to stronger team dynamics and better outcomes.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 4 – Team Performance)

Why the other options are less effective:

B introduces rigid evaluation that contradicts agile values.

C bypasses coaching and assumes the current team can’t improve.

D ignores the growing problem of misalignment and disengagement.

Answer: A

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

In this situation, the scrum master has already escalated the issue to upper management without resolution, so it ' s important to collect empirical data to further demonstrate the impact of the external dependency. This data can be used to show the consequences of the dependency on the project’s progress, helping upper management understand the severity of the issue. By influencing management and making them accountable for ensuring the external team delivers, the scrum master helps ensure the problem is addressed at a higher level, which is critical for long-term resolution.

The correct answer is A because an Agile leader, such as a Scrum Master, is a servant-leader and facilitator. The Scrum Master supports the development team by helping remove impediments and facilitating healthy team dynamics. When there is misalignment or interpersonal conflict, the Scrum Master should help the team explore the root causes and encourage self-directed resolution.

From PMI Agile Practice Guide:

“Agile coaches facilitate conflict resolution by helping individuals understand each other’s perspectives and guiding them to collaborative solutions. The goal is to promote team ownership of outcomes and reinforce healthy communication.”

(PMI Agile Practice Guide, Section 6.3 – Facilitating Agile Practices)

From Mike Griffiths’ PMI-ACP Exam Prep Book:

“The role of the Scrum Master is not to direct or micromanage the team, but to facilitate communication and remove barriers that prevent team members from collaborating effectively. In conflict scenarios, the Scrum Master should help the team uncover the root issue, then allow them to resolve it constructively.”

(Mike Griffiths, Chapter 4 – Team Performance)

Option B is slightly less effective than A because it escalates to the whole team before trying a focused resolution.

Option C abdicates responsibility and may allow conflict to worsen.

Option D contradicts agile’s emphasis on self-organizing teams.

Answer: A

=========

Gold-plating—adding extra features not requested or prioritized—is an anti-pattern in agile. Agile emphasizes delivering the highest-priority features first, and product changes should always go through the Product Owner for prioritization and validation.

According to the PMI Agile Practice Guide (Section 5.1: Backlog and Value Delivery) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 6: Value-Driven Delivery), when capacity is available, the team should pull more stories from the prioritized backlog, ensuring that all work aligns with stakeholder-defined value.

Option D is correct: confirm backlog priority and use time to deliver customer-prioritized value.

Option A supports scope creep.

Option B is partially correct but doesn’t optimize the time to deliver value.

Option C perpetuates gold-plating and undermines value alignment.

When a team reports that user stories are unclear or lack sufficient detail, the correct agile response is to foster collaborative refinement and shared understanding. A user story workshop is a well-recognized practice that involves the team and product owner collaborating to write, clarify, and refine stories. This is supported by the PMI Agile Practice Guide (Section 5.2: User Stories and Backlog Refinement), which recommends story-writing workshops as a proactive way to clarify requirements.

Mike Griffiths in the PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning) notes that good agile teams collaboratively refine stories in grooming sessions or workshops to ensure shared clarity and alignment.

Option C is correct: a workshop enables both the team and product owner to collaborate in improving story clarity.

Option A oversimplifies the solution—acceptance criteria alone don’t fully define a story.

Option B misuses the retrospective, which is for process improvement, not story editing.

Option D escalates prematurely and undermines team ownership and collaboration.

The correct answer is C – Ensure that members begin to self-organize as small teams with efficiently distributed skills.

Agile emphasizes self-organizing teams. When teams are too large, splitting into smaller teams is a good practice (Scrum recommends 5–9 members per team). However, rather than top-down assignment, the Scrum Master should enable and support self-organization. Teams should be encouraged to form organically while ensuring knowledge-sharing and cross-functional capabilities.

From the PMI Agile Practice Guide:

“Agile leaders support team self-organization by creating an environment of trust and encouraging the team to determine how best to accomplish their work.”

(PMI Agile Practice Guide, Section 5.2 – Team Composition)

Mike Griffiths writes:

“Agile teams are self-organizing, and the role of the leader is to facilitate the conditions for that to occur, not to direct assignments.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 4 – Team Performance)

Why other options are less appropriate:

A suggests command-and-control behavior, which is contrary to Agile values.

B makes assumptions about comfort levels and may ignore skill diversity.

D disregards team input and imposes a solution, limiting buy-in and trust.

Answer: C

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

The product owner should work closely with the team to ensure that the most critical features are prioritized and clearly understood. Inviting the customer to the sprint planning meeting helps ensure that the team has a direct understanding of what is most important to the customer and their business needs. This fosters collaboration and ensures the team works on the most valuable features first.

Additionally, refining the product backlog and identifying the Minimum Viable Product (MVP) ensures the team knows the minimum set of features required for the product to provide value to the customer. By focusing on the MVP, the team can quickly deliver a product that addresses the core needs, enabling faster feedback and iterations.

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

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

Option A and C involve the customer and sponsor unnecessarily for a technical planning meeting.

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

The correct answer is B – Set expectations regarding the appropriate level of details requested during this stage. In Agile, early project stages are focused on vision, strategy, and high-level planning, not detailed documentation. The agile practitioner must educate stakeholders on progressive elaboration and set realistic expectations about how information is delivered over time.

From the PMI Agile Practice Guide:

“In the early stages of an agile project, requirements and plans are intentionally kept at a high level. Agile practitioners work closely with stakeholders to set appropriate expectations and explain how details will emerge iteratively.”

(PMI Agile Practice Guide, Section 2.4 – Agile Project Initiation and Stakeholder Expectations)

Mike Griffiths reinforces this:

“During project inception, agile practitioners should clarify that detailed specifications evolve through iterative planning. Setting appropriate expectations is critical to building trust and maintaining alignment.”

(Mike Griffiths, PMI-ACP Exam Prep, Chapter 2 – Agile Principles and Stakeholder Engagement)

Incorrect options:

A contradicts agile principles of just-in-time elaboration.

C is too rigid and may alienate stakeholders.

D abdicates responsibility and doesn’t help manage expectations.

Answer: B

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

The retrospective is the agile ceremony designed for teams to inspect and adapt their process based on actual performance. According to the PMI Agile Practice Guide (Section 5.6: Retrospectives), discussing velocity issues and delivery concerns during retrospectives allows the team to collaboratively identify improvement actions.

Mike Griffiths in the PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning) also notes that retrospectives are the best setting to discuss variations in velocity and refine estimation or planning practices based on empirical evidence.

Option C is correct: the retrospective is where the team adapts based on reality.

Option A may come later but doesn’t address the root issue.

Option B goes against agile principles of stable teams and empirical planning.

Option D is reactive and may mask underlying process issues.

Given the global distribution of the stakeholders and their high interest in the project (as indicated in the stakeholder power/interest grid), a dynamic feedback platform is the most effective way to ensure consistent engagement. By leveraging collaboration tools that allow asynchronous feedback, the team can accommodate stakeholders in different time zones, reducing the delay in obtaining feedback and helping to speed up the decision-making process. This approach ensures that all stakeholders can contribute when it’s convenient for them, without the need for synchronized meetings, thus improving overall engagement and decision-making efficiency.

As a scrum master, the goal is to foster a collaborative and self-organizing environment. When conflicts arise, it is essential to guide the team in resolving the issue on their own rather than making unilateral decisions. The scrum master should:

Coach the team individually to understand the root causes of the conflict and ensure each team member feels heard.

Then, bring the team together in a more structured environment, such as the Sprint review, to discuss the disagreement openly and constructively. This helps the team resolve conflicts and learn how to handle similar situations in the future.

One of the pillars of agile is early and continuous customer feedback to ensure that the product being delivered meets stakeholder expectations. According to the PMI Agile Practice Guide (Section 5.3: Reviews and Feedback Loops) and Mike Griffiths ' PMI-ACP Exam Prep Book (Chapter 4: Stakeholder Engagement), frequent customer reviews (e.g., sprint reviews) ensure alignment and early identification of quality or value issues.

Option D is correct: regular customer engagement during reviews ensures delivery effectiveness and customer satisfaction.

Option A is inappropriate—daily stand-ups are for internal team coordination.

Option B reflects a waterfall approach.

Option C misplaces the responsibility—requirements evolve and are refined throughout, not fixed up front.

The correct answer is C – Request that the Product Owner include a spike in the next iteration ' s backlog so they can perform an initial investigation.

A spike is a time-boxed activity that allows teams to research or experiment to gain knowledge about technical or functional aspects of an upcoming feature or integration. Since the team lacks experience with the new component, using a spike will allow them to explore and reduce uncertainty before actual development begins.

From the PMI Agile Practice Guide:

“Spikes are research activities that help teams gain the knowledge needed to reduce uncertainty and risk in upcoming stories.”

(PMI Agile Practice Guide, Section 5.3 – Backlog Refinement)

Mike Griffiths writes:

“Spikes are used when the team is not confident about how to implement a story due to technical or domain uncertainty. Spikes help mitigate risk and inform estimation.”

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

Other options are suboptimal:

A involves team extension, which contradicts Agile ' s preference for stable, cross-functional teams.

B is misaligned—technical investigation is a team responsibility, not the Product Owner ' s.

D avoids learning and may compromise solution quality.

Answer: C

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

In Scrum, the product owner is the primary point of contact between stakeholders and the development team. According to the PMI Agile Practice Guide (Section 3.3: Roles and Responsibilities), the Scrum Master ensures that communications flow properly and protects the team from distractions.

Mike Griffiths in the PMI-ACP Exam Prep Book (Chapter 4: Stakeholder Engagement) emphasizes the importance of having a single point of contact for stakeholder feedback to avoid miscommunication and overload.

Option A is correct: redirecting communication through the product owner keeps the team focused and the backlog structured.

Option B is unprofessional and discourages stakeholder engagement.

Option C bypasses review and prioritization—backlog management should be intentional.

Option D could blur roles and bypass proper channels.

The correct answer is A – Conduct regular one-on-one meetings to review development features and trace them back to the product roadmap. Close collaboration between the agile leader (e.g., Scrum Master or Project Lead) and the Product Owner ensures alignment between the product strategy and development execution.

From the PMI Agile Practice Guide:

“Frequent and open collaboration between the Product Owner and agile project leader helps maintain alignment between delivery and business objectives. These discussions link work to roadmap-level planning.”

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

Mike Griffiths states:

“Agile leadership includes partnering with the Product Owner to ensure that work being done contributes to overall product goals. Roadmap alignment is critical.”

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

Incorrect options:

B is more appropriate for the Product Owner, not the project leader.

C implies waterfall-style communication.

D oversteps the Product Owner’s authority in setting feature priorities.

Answer: A

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

In Agile, it ' s important to maintain focus on the current sprint ' s goals and scope. Since the sprint deadline is approaching, adding additional features may compromise the team ' s ability to deliver the planned work on time. The best approach is to explain to the client that the new features can be considered for the next sprint, ensuring that the team can finish the current work and deliver value on time. This also allows the team to properly plan for the new features in the next iteration without overloading the current sprint.

In Agile, flexibility and adaptability are key, especially when dealing with uncertain or changing requirements like evolving government regulations. The agile coach should ensure that the team is building the product incrementally, allowing for adjustments as needed. This way, when the regulatory changes occur, the team can adapt quickly without disrupting the entire release process. By focusing on delivering small, workable increments, the team can respond to changes more efficiently.

When a feature is too large to fit into a sprint, agile recommends decomposing it into smaller user stories or increments. According to the PMI Agile Practice Guide (Section 5.2: User Stories and MVPs) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning), teams should break down epics or large stories into Minimum Viable Product (MVP) segments and deliver value incrementally.

Option A is correct: this enables the team to deliver value sooner and iteratively build on it.

Option B delays addressing customer concerns.

Option C sacrifices overall product balance.

Option D violates time-boxing principles in Scrum and agile.

The correct answer is C – Schedule a story grooming session with the product owner before sprint planning. Story grooming (backlog refinement) ensures that stories are ready, appropriately detailed, and understood before planning.

From the PMI Agile Practice Guide:

“Backlog refinement sessions are a key practice where the team, facilitated by the Scrum Master, ensures that backlog items are well-defined and sized appropriately for future planning. These sessions reduce ambiguity and promote shared understanding.”

(PMI Agile Practice Guide, Section 5.3 – Backlog Refinement)

Mike Griffiths adds:

“Backlog refinement allows stories to be clarified, split, and estimated ahead of planning. Agile practitioners ensure backlog items meet the Definition of Ready (DoR) before sprint planning.”

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

Incorrect options:

A delays collaboration and is too passive.

B lacks product owner involvement.

D is a sizing technique, not a requirement clarification method.

Answer: C

‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾

In Agile, one of the key principles is to provide continuous feedback and integration throughout the development process, ensuring that components are tested, integrated, and iterated upon regularly. By separating the work into three teams that work independently and only integrate at the end, the strategy risks delaying feedback and potentially causing integration problems. This approach could lead to significant issues when the components are eventually integrated, as they may not work together as expected due to lack of ongoing collaboration and integration. Therefore, working in parallel with proper continuous feedback and integration is crucial in Agile to minimize risks and ensure smooth delivery.

In Agile, change is considered a natural part of the process, as requirements evolve based on feedback and new insights. The Scrum Master should help the team understand that changes are an opportunity to improve the product and deliver more value to the stakeholders. While it ' s important to manage changes effectively, it ' s also crucial to communicate that continuous improvement and adaptation are integral parts of Agile practices. The Scrum Master should foster a positive environment where change is seen as a way to better meet the customer ' s needs rather than a hindrance to performance.

According to the PMI Agile Practice Guide (Section 7.2.2), one of the key responsibilities of the agile practitioner is to actively engage stakeholders throughout the development cycle—not just during review meetings. Agile frameworks promote continuous collaboration and frequent feedback. Merely attending sprint reviews is passive participation and may lead to missed alignment on expectations.

Mike Griffiths also emphasizes in his PMI-ACP Exam Prep Book (Chapter 4: Stakeholder Engagement) that stakeholder satisfaction requires more than periodic visibility—it requires ongoing interaction and inclusion in decision-making and backlog refinement sessions. This deepens shared understanding and reduces the risk of late-stage surprises.

Hence, answer B is correct because proactive stakeholder engagement with the product owner fosters mutual understanding, timely feedback, and course correction—ensuring the product aligns with expectations.

In agile, work is considered “done” only when it meets the agreed-upon Definition of Done (DoD), which includes all aspects like coding, review, testing, and documentation. If there ' s disagreement about completion, the PMI Agile Practice Guide (Section 5.3 Sprint Review and Acceptance) recommends revisiting and aligning the DoD between the team and product owner.

Mike Griffiths in his PMI-ACP Exam Prep Book (Chapter 6: Value-Driven Delivery) explains that without a clear and shared Definition of Done, misunderstandings about completion status can occur, especially with quality-related tasks like testing.

Option A is correct because aligning on the DoD resolves current and future misunderstandings.

Option B introduces unnecessary escalation.

Option C postpones resolution and does not solve the core issue.

Option D incorrectly assumes testing isn’t part of the story’s completion criteria.

Upon joining a team, a Scrum Master should focus on facilitating team collaboration, removing impediments, and creating a psychologically safe space. The PMI Agile Practice Guide (Section 3.3: Scrum Master Role) and Mike Griffiths (Chapter 3: Team Performance) stress that early efforts should center on servant leadership, helping the team identify and solve their own challenges.

Option C is correct: supporting the team through facilitation reflects the core role of a Scrum Master.

Option A is prescriptive and not aligned with cross-functional team philosophy.

Option B may be necessary later, but first, trust and team dynamics must be established.

Option D falls under the Product Owner’s responsibility, not the Scrum Master’s.

Agile emphasizes transparency and team self-organization. According to the PMI Agile Practice Guide (Section 4.3.3: Self-Organizing Teams) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 3: Team Performance), a common practice is to make work and issues visible to everyone and allow the team to collaboratively manage their workflow. Using a shared workspace or board helps prevent redundant efforts and improves efficiency.

Option D is correct: shared visibility and self-allocation promote team ownership.

Option A misuses the backlog—issues aren ' t typically prioritized by customers.

Option B is directive and may reduce collaboration.

Option C focuses on analysis, not immediate resolution or coordination.

According to the PMI Agile Practice Guide (Section 7.1 Communication) and PMBOK® Guide (6th Edition, Section 13.3 Manage Stakeholder Engagement), transparency with stakeholders is fundamental in agile environments. Delays or deviations from expected outcomes must be promptly communicated to affected stakeholders to adjust expectations and plans.

Mike Griffiths in the PMI-ACP Exam Prep Book (Chapter 4: Stakeholder Engagement) emphasizes that one of the key values in agile is responding to change over following a plan, and that includes openly discussing risks and delays with impacted parties.

Thus, Option D is correct: the agile coach should proactively engage marketing stakeholders to inform them about the delay and support revised planning.

The correct answer is B – Recommend an Agile delivery approach and provide information to the stakeholders on Agile values and principles.

Agile enables early and continuous delivery of valuable software, short feedback loops, and faster time to market. When competitive advantage and speed are critical, introducing Agile principles allows the organization to remain flexible, respond to change, and deliver increments faster.

From the PMI Agile Practice Guide:

“Agile approaches provide quicker feedback, faster time to market, and more opportunity to deliver business value early. They are ideal in dynamic environments with evolving customer needs.”

(PMI Agile Practice Guide, Section 1.3 – When to Use Agile)

Mike Griffiths states:

“Agile emphasizes early and continuous delivery, allowing organizations to test, learn, and adjust quickly to changes—critical for achieving business agility and competitive advantage.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 1 – Agile Mindset)

Why other options are not optimal:

A suggests a predictive mindset and planning before implementation.

C focuses only on Scrum roles, which may be too narrow for organizational-level change.

D relies on traditional governance structures that may resist Agile change.

Answer: B

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

Estimation challenges are common among new agile teams. According to the PMI Agile Practice Guide (Section 5.2 Requirements and Estimating Techniques), improving estimation accuracy involves team collaboration, continuous feedback, and inspecting and adapting techniques such as Planning Poker, affinity estimation, or triangulation. These discussions should happen in dedicated planning or retrospective meetings, but estimation issues can be flagged and lightly discussed in daily scrums to initiate deeper review.

Mike Griffiths in the PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning) advises that estimation is a team activity, not an individual one, and that teams learn and improve accuracy over time through feedback loops and shared insights.

Option B is correct because discussing estimating challenges—even briefly during daily scrums—raises team awareness and drives improvement.

Option A and C deal with symptoms rather than the root cause.

Option D suggests using metrics for performance evaluation, which contradicts agile values (Agile Manifesto: " Individuals and interactions over processes and tools " ).

The correct answer is A — Make sure the product owner is fully embedded into the project team so that they are readily available to make quick decisions.

One of the major benefits of agile is that decision-making is streamlined by having empowered roles, such as the product owner, closely embedded with the team. This reduces delays and improves the responsiveness and accuracy of decisions, especially for prioritization and clarification.

PMI Agile Practice Guide:

“Empowering the product owner and embedding them with the team ensures faster decision-making, increased feedback loops, and reduces delays.”

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

Mike Griffiths:

“Agile teams thrive when key decision-makers, especially the product owner, are available to provide clarification and approval on the spot.”

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

Incorrect options:

B is too broad and may slow decision-making further.

C adds overhead and delays.

D misplaces decision authority; the Scrum Master is not responsible for product decisions.

Answer: A

—

The correct answer is A — Capture risks and make them visible, and use a burndown chart to focus on reducing risks early in the project.

Technical uncertainty is a key area of risk in Agile projects. These risks should be clearly communicated, visualized, and prioritized early in the project to allow timely mitigation. Agile teams are empowered to make decisions and highlight blockers rather than delay work or seek hierarchical intervention.

PMI Agile Practice Guide states:

“Agile teams actively manage risk through transparency and continuous feedback. Risks should be made visible on information radiators and addressed early in the project to prevent impact on value delivery.”

(PMI Agile Practice Guide, Section 7.3 – Risk Management)

Mike Griffiths adds:

“Teams facing uncertainty must surface risks openly and early. Using charts such as risk burndown and dashboards helps keep focus on managing these risks iteratively.”

(PMI-ACP Exam Prep, Chapter 6 – Problem Detection and Resolution)

Incorrect options:

B contradicts the time-boxing principle of sprints.

C raises awareness but lacks proactive risk mitigation.

D introduces a command-and-control dynamic, which is not agile.

Answer: A

—

In an agile environment, the product backlog should be continuously refined based on input from all relevant stakeholders, including the customer, business, and team members. It ' s essential for the whole team to collaborate when discussing and prioritizing the backlog to ensure that stakeholder needs and feedback are incorporated throughout the process. The backlog should reflect the team ' s understanding of what is most valuable to the stakeholders and the product, allowing the team to focus on delivering the highest priority features that align with the stakeholders ' goals.

To address declining morale, mistrust, and isolation within the team, the agile project manager should focus on fostering collaboration, trust, and team cohesion. Cross-training and mentoring provide opportunities for team members to learn from one another, share knowledge, and build stronger interpersonal relationships. This not only enhances productivity but also helps break down silos, encourages mutual support, and increases trust across the team.

The correct answer is D — Iteration Burndown Chart.

An iteration burndown chart provides daily updates about the team’s progress during an iteration (or sprint). It tracks the remaining work in the sprint backlog and helps both the team and stakeholders assess if the sprint goal is likely to be met. This visualization helps communicate real-time progress to key stakeholders and supports adaptive planning.

PMI Agile Practice Guide states:

“Burndown charts display work remaining in a timebox and are updated daily. They are effective for communicating iteration progress to the team and stakeholders.”

(PMI Agile Practice Guide, Section 5.6, Information Radiators)

PMBOK® Guide (6th Edition) and Mike Griffiths both emphasize using task boards and burndown charts as “information radiators” for transparency.

Mike Griffiths’ PMI-ACP Exam Prep Book elaborates:

“Iteration burndown charts are the most widely used artifact to track sprint progress. They offer insight into how much work remains and signal whether the team is on track to meet its sprint goal.”

Options A and B are long-term planning tools. Option C (velocity) is a forecasting metric and not updated daily.

Answer: D

=================================

To ensure high code quality, especially for critical products, agile teams employ technical practices like pair programming and peer code reviews. The PMI Agile Practice Guide (Section 5.5: Technical Practices and Quality) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 5: Quality and Technical Excellence) support these practices as part of built-in quality—ensuring that issues are caught early in the development cycle.

Option A is correct: pair programming and peer reviews increase code quality and reduce defects early.

Option B is essential but a feedback tool—not a direct quality assurance practice.

Option C implies waterfall-style handoffs.

Option D is inefficient and risky without integrated testing or validation.

The scrum master should first remind the team of the purpose and goals of each scrum event (such as the daily standup, sprint planning, sprint review, and retrospective) to ensure that they remain focused on their intended outcomes. The scrum master can then implement a policy that ensures discussions that deviate from the scope of the event are stopped. This approach keeps the team on track, prevents time-wasting conversations, and helps maintain the efficiency of the events.

This method empowers the team to stay focused on what is essential for each event and encourages self-management while still providing room for relevant discussions. In doing so, the team can achieve the desired outcomes of each scrum event without unnecessary delays.

The agile lead should evaluate the team ' s capacity and help them select user stories that align with around 80% of their available capacity for the iteration. This approach takes into account potential issues or interruptions and helps ensure the team is not overcommitting. By selecting user stories based on a realistic understanding of the team’s capacity, the team is more likely to meet their commitments and avoid incomplete work. This method promotes sustainable work practices and helps the team maintain a predictable velocity over time.

The correct answer is B – Create a team norms document to set participation guidelines. Establishing team norms improves psychological safety, trust, and collaborative behavior. It provides a structured way to handle differences of opinion and ensure equal contribution.

From the PMI Agile Practice Guide:

“Team norms or working agreements are guidelines created by the team to set expectations for behavior, participation, and communication. These norms are agreed upon early and revisited as needed to support healthy collaboration.”

(PMI Agile Practice Guide, Section 4.3 – Team Charter and Working Agreements)

Mike Griffiths elaborates:

“High-performing agile teams create shared agreements that clarify roles, expectations, and behavior. When team conflict or disconnects arise, practitioners should guide the team to revisit or develop such norms.”

(Mike Griffiths, PMI-ACP Exam Prep, Chapter 4 – Team Performance)

Incorrect options:

A lacks structure and may not address the root issue.

C delays resolution and misuses the stand-up’s purpose.

D waits too long to act; issues should be addressed immediately, not deferred.

Answer: B

‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾

The product owner is responsible for maintaining and prioritizing the product backlog based on stakeholder input. According to the PMI Agile Practice Guide (Section 5.1: Product Backlog and Prioritization) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 4: Stakeholder Engagement), when a sponsor is dissatisfied, the product owner should confirm that their needs are clearly prioritized and represented in the backlog.

Option B is correct: ensuring priorities are accurately captured aligns delivery with stakeholder expectations.

Option A is reactive and not productive.

Option C presumes funding is the issue without confirming alignment.

Option D undermines the product owner’s role.

The correct answer is A – Work with the team to improve collaboration by fostering group decision-making and conflict resolution techniques.

One of the core principles of Agile is self-organizing teams. Teams must learn to make decisions collaboratively. If they are struggling, the Scrum Master or Agile Coach should facilitate improved team dynamics, encouraging consensus-building and effective conflict resolution techniques such as consensus, dot voting, or facilitation.

From the PMI Agile Practice Guide:

“Agile teams are empowered to make decisions. Coaches support this by teaching group decision-making techniques and fostering a culture of psychological safety and collaboration.”

(PMI Agile Practice Guide, Section 6.2 – Coaching the Agile Team)

Mike Griffiths highlights:

“When teams hesitate to make decisions, the coach’s role is to facilitate better team dynamics—not to make decisions for them. Group decision-making leads to greater commitment and alignment.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 4 – Team Performance)

Why other options fall short:

B gives decision-making power to the Product Owner inappropriately for technical matters.

C fragments accountability and may cause misalignment.

D may help in leadership development but doesn’t guarantee collaborative decision-making.

Answer: A

The sponsor is looking at the product roadmap, which is a visual representation of the product ' s planned features and their expected delivery timelines across multiple releases. It typically shows the major milestones, planned releases, and features grouped by their respective release numbers. This aligns with the sponsor ' s inquiry about when a specific feature will be ready, as the roadmap provides a high-level view of the product ' s development and release schedule.

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.

A quick mock-up (or prototype) is a highly effective way to visually represent the product ' s features and functionality to stakeholders. This allows stakeholders to get a tangible sense of what the product will look like and how it will work. By iterating on this mock-up and adjusting it based on feedback, the team can build consensus and gain stakeholder approval more effectively. This approach encourages active collaboration and ensures that the product aligns with stakeholder expectations early in the development process.

The burndown chart displayed shows two lines:

A diagonal guideline (ideal trend line) representing the expected or planned burndown rate.

A line with plotted black squares representing the actual progress of work completed during the iteration (typically in story points or hours).

The actual progress line (with black squares) stays consistently above the ideal line throughout the iteration.

This indicates that less work was completed than planned at each point in time.

Toward the end of the iteration (around the 30th or 31st), the chart shows that the total remaining work does not reach zero—implying incomplete work by the iteration’s end.

Analysis of the Chart:Interpretation According to Agile Standards:According to the PMI Agile Practice Guide (Section 5.4: Tracking Iteration Progress) and Mike Griffiths ' PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning):

A burndown chart that remains above the ideal line and does not reach the baseline (zero) by the end of the iteration reflects that the team is behind schedule and did not complete all planned work.

The burndown chart is a primary information radiator for evaluating scope completion versus time and is a critical tool for monitoring iteration performance.

Therefore:

Option C is correct:

" It trended behind schedule and did not complete everything on time. "

Option A is incorrect — the chart clearly shows a lag behind schedule.

Option B is incorrect — there is no indication that the iteration time box was extended.

Option D is incorrect — the team did not finish early or complete all tasks.

The correct answer is D — The team should reevaluate time and cost estimates to reflect the latest understanding of the work effort.

Agile supports progressive elaboration and adaptive planning. When actual effort consistently exceeds estimates, it signals a need to recalibrate estimation practices. The team should revisit their velocity, estimation techniques, and potentially re-estimate upcoming work with improved understanding.

PMI Agile Practice Guide:

“Agile uses adaptive planning, where teams update estimates based on new information. This supports better forecasting and risk management.”

(PMI Agile Practice Guide, Section 5.3 – Estimation and Velocity)

Mike Griffiths:

“Estimation accuracy improves over time. Agile teams regularly inspect estimation practices and adjust based on historical data and team maturity.”

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

—

The correct answer is B – Discuss the value of the change for the project with the customer.

Agile encourages ongoing collaboration with the customer, even if changes occur late in development. The contractor should not immediately reject or escalate the request. Instead, the first step is to assess the value of the requested change, collaborate on its importance, and then determine the best path forward—whether through backlog reprioritization or contractual adjustment.

From the PMI Agile Practice Guide:

“Agile welcomes changes in requirements, even late in development. Collaborate with the customer to explore the value of the change and its impact on schedule, cost, and scope.”

(PMI Agile Practice Guide, Section 3.4 – Delivering Value Frequently)

Mike Griffiths emphasizes:

“Before resorting to contract changes or governance processes, teams should talk with the customer to understand the reason behind the change and its value.”

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

Why the other options are suboptimal:

A assumes the change must go through legal channels without exploring its business value.

C may be necessary later but not as a first step.

D passively ignores the change and risks stakeholder dissatisfaction.

Answer: B

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

The correct answer is D – It helps to quickly resolve issues using the sponsor ' s influence. A sponsor ' s presence in Scrum ceremonies (like sprint reviews or retrospectives) helps escalate and resolve high-level issues, remove organizational blockers, and reinforce alignment between the team and the business.

From the PMI Agile Practice Guide:

“Active sponsor engagement can accelerate issue resolution, remove organizational impediments, and provide vital support to the team. Sponsors are valuable allies in ensuring team success and organizational alignment.”

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

Mike Griffiths explains:

“When sponsors are visible and engaged, teams benefit from faster decision-making, quicker escalation of issues, and improved morale. Their influence can break through bureaucratic barriers.”

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

Incorrect options:

A misattributes sprint discipline to sponsor involvement—this is a team responsibility.

B is passive and doesn’t reflect tangible benefits.

C is useful but not the primary advantage of sponsor participation.

Answer: D

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

The correct answer is A — Conduct a requirements gathering workshop.

In Agile, workshops such as story-writing or backlog refinement sessions help the team and stakeholders collaboratively explore requirements. These sessions are interactive and iterative and allow for joint discovery, prioritization, and clarification of user needs.

PMI Agile Practice Guide:

“Collaborative workshops enable teams to gather requirements and clarify expectations in an iterative fashion. They engage stakeholders in prioritizing and decomposing work into user stories.”

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

Mike Griffiths writes:

“Workshops are a key practice for backlog development. They are particularly useful when initiating complex projects with minimal requirements, allowing the team to iteratively develop stories with stakeholders.”

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

Incorrect options:

B assumes delivery before refinement, risking misalignment.

C places the burden on the product owner alone.

D is waterfall-oriented and contradicts iterative backlog evolution.

Answer: A

—

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.

As a servant leader, the agile coach’s role is to support and empower the team, helping them overcome obstacles that hinder their progress. In this case, the coach should focus on identifying and removing any impediments that are slowing down the work, whether they are technical, process-related, or communication-based. This approach enables the team to work more efficiently, enhances their ability to self-organize, and ensures they can deliver high-quality results. Simply adjusting the work plan or assigning more resources may not address the underlying issues, and a command-and-control approach is counterproductive in an Agile environment.

In Agile, ensuring that the product works without bugs or missing features can be achieved through continuous testing and validation of the product. Test-driven development (TDD) is an approach where tests are written before the code is developed. This helps ensure that each feature is fully tested as it is built, focusing on customer requirements from the start and preventing issues from accumulating. By using TDD, the product owner ensures the product is being tested incrementally, which reduces the risk of defects and aligns with customer expectations for a high-quality product upon release.

The correct answer is D – Facilitate a product development roadmap workshop. Engaging stakeholders early through a roadmap workshop helps align expectations, prioritize outcomes, and build shared understanding around value delivery.

From the PMI Agile Practice Guide:

“Product roadmaps provide a high-level view of deliverables and timing. Facilitating roadmap workshops ensures that all stakeholders contribute to and align with the vision.”

(PMI Agile Practice Guide, Section 5.4 – Product Roadmap and Planning)

Mike Griffiths further explains:

“Roadmap workshops allow stakeholders to discuss release priorities and business goals, ensuring engagement in the planning process and continuous alignment throughout the project.”

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

Incorrect options:

A reflects a waterfall mindset.

B involves team-level planning, not broad stakeholder engagement.

C is informative but not collaborative or sufficient for planning.

Answer: D

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

The correct answer is D – Planning poker.

Planning poker is a consensus-based estimation technique commonly used in Agile projects. During this technique, team members discuss user stories, clarify details, and independently assign story points. The facilitator (often the Scrum Master) ensures balanced participation. This process encourages team collaboration and reduces estimation bias.

From the PMI Agile Practice Guide:

“Planning poker is a common estimation technique where team members discuss the story, then individually provide estimates using a card deck, reaching consensus over multiple rounds.”

(PMI Agile Practice Guide, Section 5.3 – Estimation Techniques)

Mike Griffiths adds:

“Planning poker is based on Wideband Delphi and allows teams to converge on estimates through discussion and consensus. It is particularly useful for relative estimation of story points.”

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

Why other options are incorrect:

A (Lessons learned) applies to retrospective activities, not estimation.

B (Wideband Delphi) is the foundation of planning poker but is more formal and anonymous.

C (Formal point counting) is not a standard Agile estimation technique.

Answer: D

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

The storming phase (from Tuckman’s model: Forming–Storming–Norming–Performing) is marked by conflict and role negotiation. The agile coach or Scrum Master plays a critical role in guiding teams through this phase with structured facilitation and conflict-resolution techniques.

According to the PMI Agile Practice Guide (Section 4.3.2: Team Development Stages) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 3: Team Performance), the agile coach must provide support, guidance, and tools to help the team evolve toward self-organization and maturity.

Option B is correct: effective facilitation helps the team progress toward high performance.

Option A promotes dysfunction.

Option C risks escalating unresolved conflict.

Option D is overly individual-focused and not team-centric.

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 team lead should work to resolve the conflict by negotiating with the project director. Since the lead developer cannot complete their work due to the request for a detailed testing plan, the team lead should seek to limit the scope of the documentation request. By negotiating for fewer details or a reduced scope of testing documentation, the team can continue their work on the iteration while still meeting the project director ' s needs. This approach balances the need to progress with development and address the request without causing significant delays.

The best answer is B because agile teams should use frequent feedback, customer data, and learning to adapt priorities. The problem is that teams are continuing to invest in low-adoption features because feedback is reviewed too late. Integrating usage analytics into prioritization creates a shorter feedback loop and supports value-based decision-making.

Option A improves review frequency but still keeps decisions at an executive review level rather than embedding feedback into the team’s prioritization process. Option C shifts decision-making to regional managers, but agile prioritization should still consider product value, customer outcomes, and team learning. Option D focuses on output rather than outcome; delivering more features does not necessarily reduce churn or improve value.

PMI-ACP topics emphasize maximizing value, adapting to feedback, engaging stakeholders early, and using empirical information to improve future increments.

=========

A key agile principle is that user stories should include clear acceptance criteria, which must be reviewed and accepted by the product owner. According to the PMI Agile Practice Guide (Section 5.2: User Stories and Acceptance Criteria) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 6: Value-Driven Delivery), acceptance criteria ensure that the team and product owner share a clear understanding of what constitutes “done.”

Option A is correct: having the product owner validate acceptance criteria ensures alignment.

Option B addresses technical quality but not stakeholder dissatisfaction.

Option C unfairly shifts blame without addressing communication.

Option D goes against agile’s iterative and flexible nature.

The correct answer is B – The customer changed requirements. Agile teams embrace change, especially when it improves the product’s value. Customer-driven changes to requirements are the most common and legitimate reason for adjusting project plans in agile, supported by rolling wave planning and continuous backlog refinement.

From the PMI Agile Practice Guide:

“Agile projects anticipate changes in requirements. The product backlog is continuously updated to reflect new insights and customer needs.”

(PMI Agile Practice Guide, Section 5.3 – Rolling Wave Planning)

Mike Griffiths emphasizes:

“In agile, planning is dynamic. The most common source of change is evolving customer requirements, which lead to changes in scope and prioritization.”

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

Incorrect options:

A is unrelated and unrealistic.

C is useful but doesn’t directly alter the project plan.

D is ambiguous and doesn’t reflect business-driven change.

Answer: B

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

The correct answer is C – Encourage all feedback then work with the customer to prioritize work for future sprints. Agile welcomes continuous feedback and values customer collaboration. All feedback should be collected and considered, but the product backlog is reprioritized to align with capacity and business goals.

From the PMI Agile Practice Guide:

“Agile promotes constant feedback to refine product direction. Feedback is incorporated into the backlog, prioritized based on value, and delivered incrementally according to capacity.”

(PMI Agile Practice Guide, Section 3.4 – Value-Driven Delivery and Continuous Customer Collaboration)

Mike Griffiths adds:

“Stakeholder feedback is essential in agile. Not all feedback can be implemented immediately, but it should be welcomed, evaluated, and prioritized transparently in collaboration with the product owner and stakeholders.”

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

Incorrect options:

A implies a heavy process not aligned with agile.

B prematurely limits feedback before collaborative prioritization.

D ignores the product owner’s prioritization role.

Answer: C

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

Agile promotes cross-team collaboration and shared understanding of goals, especially when dependencies exist. The PMI Agile Practice Guide (Section 4.3.1: Team Collaboration and Alignment) recommends using vision alignment and shared objectives to reduce silos and improve coordination. A vision-sharing session ensures that all teams understand the business context and mutual interdependencies, helping build accountability and improve collaboration.

Option B is correct: shared vision fosters alignment and commitment.

Option A is punitive and against agile values of collaboration.

Option C disrupts team stability and should not be a first step.

Option D addresses the symptom (delivery delay) but not the root cause (lack of shared vision/accountability).

The correct answer is B — The stakeholder who can prevent the project from achieving its goals.

Stakeholder prioritization is based on power and influence. Those who can significantly impact or block project success (positively or negatively) should be prioritized. This ensures their concerns are addressed and their support is cultivated early.

PMI Agile Practice Guide:

“Stakeholder engagement is critical in agile. The team must identify those who have the most influence over project outcomes and ensure early and frequent communication.”

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

PMBOK® Guide:

“Stakeholder prioritization involves assessing who has the greatest influence on project success.”

—

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.

When the team determines that the highest-priority item will take longer than expected in the current sprint, it is essential to engage the product owner. The product owner is responsible for maintaining the product backlog and defining the priority of work items. By scheduling a meeting with the product owner, the team can collaboratively reassess the priorities and make adjustments based on the evolving understanding of the work required.

The product owner can help determine if the current high-priority item should be moved to the next sprint or if other adjustments to the backlog are needed. This ensures that the team is always focused on delivering the most valuable work within the given sprint time frame. Engaging with the product owner fosters collaboration and ensures alignment between the team and stakeholders, maintaining flexibility and focus on delivering customer value.

Pair programming is a proven agile technique for improving quality, sharing knowledge, and ramping up less experienced developers. The PMI Agile Practice Guide (Section 5.5: Quality and Engineering Practices) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 3: Team Performance) recommend using pair programming to improve team cohesion and performance when skill gaps are affecting velocity.

Option A is correct: pair programming supports learning and improves delivery quality.

Option B misuses the retrospective—it’s not for backlog prioritization.

Option C may be helpful, but estimation changes don’t directly address the skill gap.

Option D may reduce risk short-term but doesn’t help the team improve or grow.

The correct answer is C – The team should discuss their definition of done (DoD) and make changes to ensure there is common understanding of the acceptance criteria.

A shared understanding of what “done” means ensures consistent quality across team members. When this understanding is missing, defects and inconsistencies arise. The Definition of Done (DoD) should be reviewed and updated collaboratively to set a clear standard for completeness and quality.

From the PMI Agile Practice Guide:

“The Definition of Done provides a shared understanding of when work is complete. This includes quality criteria, testing, and documentation. It should be revisited regularly to maintain alignment.”

(PMI Agile Practice Guide, Section 5.2 – Definition of Done)

Mike Griffiths emphasizes:

“Quality issues often result from unclear or inconsistent DoD. Revisiting and refining it ensures consistent expectations across the team.”

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

Why the other options are incorrect:

A (TDD) may help, but won’t solve the fundamental alignment issue.

B accepts a problem without resolving it.

D imposes a process without team collaboration, which is not agile.

Answer: C

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

The Scrum Master should help ensure that stakeholders understand Agile principles and terms correctly to facilitate smooth decision-making. Organizing training sessions is an effective way to address misunderstandings and create awareness around Agile values. By ensuring all stakeholders are on the same page, the team can move forward with a shared understanding, which is critical for successfully implementing Agile methodologies. This approach promotes long-term buy-in and alignment, rather than simply pushing for a decision without proper education or consensus.

The correct answer is D – Develop and distribute a high-level summary of how Agile offers greater benefits than predictive to the organization ' s executive directors, and if executive directors agree with the summary, distribute it organization-wide.

Cultural change must be supported from the top. Executive buy-in is crucial for any organizational transformation. Agile coaches work with leadership to promote Agile values, educate key decision-makers, and cascade change throughout the organization in a structured and supported way.

From the PMI Agile Practice Guide:

“Cultural change requires executive sponsorship. Coaches must engage with senior leadership to build understanding, alignment, and support before broader rollout.”

(PMI Agile Practice Guide, Section 2.1 – Introducing Agile)

Mike Griffiths confirms:

“Agile adoption is most effective when leadership embraces its principles. Change must be seeded and supported at the executive level before diffusing to teams.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 2 – Agile Mindset)

Other options:

A gives control to mid-management, which may hinder transformation.

B misdirects effort (vendors, not coaching focus).

C risks premature deployment without leadership support.

Answer: D

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

In Kanban, one of the most effective ways to reduce variability in cycle time is by ensuring a consistent size of work items. According to the PMI Agile Practice Guide (Section 5.7 Flow-based Agile - Kanban), maintaining uniformity in work item size helps stabilize the system and supports reliable forecasts. Large or complex stories increase variability and unpredictability.

Mike Griffiths in the PMI-ACP Exam Prep Book (Chapter 6: Value-Driven Delivery) recommends splitting large user stories and maintaining size thresholds for items on the board to ensure flow efficiency.

Option C aligns best with this practice: establishing a policy for breaking down large stories and adjusting WIP accordingly will help standardize flow, minimize cycle time variation, and improve predictability.

The correct answer is C – Agile leader (e.g., Scrum Master). One of the key responsibilities of an agile leader is to protect the development team from external interruptions so that the team can maintain focus and maximize productivity.

From PMI Agile Practice Guide:

“The agile leader shields the team from outside disruptions to allow them to remain focused on their commitments. They work to establish working agreements, communication protocols, and help manage stakeholder access to the team.”

(PMI Agile Practice Guide, Section 6.1 – Responsibilities of the Agile Leader)

From PMBOK® Guide – 7th Edition (tailoring for agile environments):

“Leaders in agile environments facilitate communication, clear obstacles, and protect teams from disruptions and distractions that can compromise the team’s ability to deliver value.”

From Mike Griffiths’ PMI-ACP Exam Prep Book:

“Scrum Masters and agile leaders act as gatekeepers to the team, ensuring that stakeholder interactions are managed and that the team can focus on iteration goals.”

(Mike Griffiths, Chapter 4 – Team Performance)

Option A (Product owner) is responsible for backlog clarity, not for shielding the team from distractions.

Option B (Project manager) is not a standard agile role; agile uses roles such as Scrum Master or Agile Coach.

Option D (Developers) may address distractions, but it is the agile leader ' s role to proactively prevent them.

Answer: C

=========

The correct answer is A – To participate in establishing a shared vision as a member of the team.

Stakeholder engagement ensures alignment between the team and business needs. Early and continuous involvement helps define product vision, clarify priorities, and ensure that the delivered product meets customer expectations.

From the PMI Agile Practice Guide:

“Engaging stakeholders early and often increases transparency, encourages shared ownership, and ensures that the product being developed aligns with business value.”

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

Mike Griffiths reinforces:

“Projects are more successful when stakeholders co-create the product vision and maintain involvement. Agile teams encourage active participation to ensure delivery of value.”

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

Why other options fall short:

B (acceptance criteria) is mainly defined by the Product Owner, not all stakeholders.

C is typically owned by the development team.

D is not a core stakeholder responsibility in Agile.

Answer: A

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

The correct answer is A – Continue working on the task until it is completed. Agile teams commit to the sprint goal and are expected to deliver what they’ve planned to the best of their ability. If a task takes longer than estimated, the team inspects and adapts but generally tries to complete the committed work within the current sprint.

From the PMI Agile Practice Guide:

“Agile teams are committed to delivering the work they planned for the iteration. If estimates are off, the team inspects the impact and continues, learning from it for future planning.”

(PMI Agile Practice Guide, Section 5.3 – Iteration Planning and Commitment)

Mike Griffiths explains:

“If something takes longer than expected, the team should strive to complete it and use the experience to improve future estimation. Agile teams maintain sprint commitment integrity.”

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

Incorrect options:

B is punitive and unaligned with Agile values.

C contradicts Agile’s emphasis on stable teams and sustainable pace.

D breaks commitment and risks value delivery.

Answer: A

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

The correct answer is B — Communicate this to the product owner, and offer to help facilitate discussions with the team.

Agile promotes collaboration, transparency, and continuous improvement. The agile practitioner (e.g., Scrum Master) should first address challenges at the team level. Facilitating better communication and helping the product owner articulate requirements clearly is part of fostering a high-performing team environment.

PMI Agile Practice Guide states:

“Agile practitioners serve the team by removing impediments and improving communication. When conflicts or misunderstandings occur, the practitioner should engage with team members to resolve issues collaboratively before escalating externally.”

(PMI Agile Practice Guide, Section 6.2 — Coaching the Agile Team)

Mike Griffiths further explains:

“Scrum Masters or Agile Coaches are servant-leaders. Their role includes helping product owners improve interactions and serve the development team more effectively.”

(PMI-ACP Exam Prep, Chapter 4 — Team Performance)

Other options:

A and D involve escalation without first attempting resolution.

C avoids direct action and leaves responsibility to someone else.

Answer: B

—

Stated understanding of the release goal

The release goal provides clarity on the purpose and objectives of the release. It helps stakeholders understand the value the team aims to deliver.

List of the user stories that will be part of the next releases

A well-defined list of user stories ensures that stakeholders know which features and functionalities are planned for upcoming releases.

The best answer is A because an agile practitioner should first facilitate collaboration, uncover the root causes of disagreement, and help the teams align around a shared outcome. The issue is not simply the absence of targets or KPIs; it is a cross-functional conflict involving cost, compliance, product choices, and sustainability commitments. PMI-ACP topics emphasize collaboration, stakeholder engagement, shared vision, systems thinking, and conflict facilitation.

Option B is too directive and may increase resistance because it forces compliance without resolving the underlying concerns. Option C centralizes the decision with executives, which reduces team collaboration and does not reflect agile servant leadership. Option D may be useful later, but KPIs alone will not resolve the tension or rebuild alignment. The agile practitioner should promote a collaborative approach to solving conflict and ensure common understanding of purpose and vision.

=========

The correct answer is A – Refocus the sprint review meetings to demonstrate working software and seek feedback on the product.

Sprint reviews are designed to showcase the completed product increment to stakeholders and receive feedback. The primary goal is to validate that the work delivered provides value to the customer—not to present technical details. Demonstrating working software is one of the core tenets of Agile.

From the PMI Agile Practice Guide:

“Sprint reviews are working sessions designed to elicit feedback and foster collaboration. Teams demonstrate completed work and adjust the backlog based on stakeholder input.”

(PMI Agile Practice Guide, Section 5.3 – Value Delivery)

Mike Griffiths confirms:

“The output of every iteration should be potentially shippable product. The sprint review is for stakeholders to see that output and provide feedback to inform future development.”

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

Other options explained:

B may be helpful, but it doesn’t solve the immediate issue of misaligned sprint reviews.

C misunderstands the purpose of the sprint review—it’s not about architecture.

D changes the audience instead of correcting the approach.

Answer: A

══════════

In agile, teams are empowered to identify and solve problems collaboratively. When a technical concern arises, such as a limitation in the current technology stack, it is common practice to initiate a spike or research activity to explore alternative solutions. According to the PMI Agile Practice Guide (Section 5.2: Spikes and Technical Investigation) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 7: Problem Detection and Resolution), the best approach is to encourage the team to investigate the issue collaboratively.

Option A is correct: engaging the team in research fosters ownership and solution-based thinking.

Option B circumvents team decision-making and undermines self-organization.

Option C is premature—this is a technical issue, not a user requirement.

Option D may be helpful, but action should start with the team exploring options.

To kick off the project, especially when the idea is not yet clear, the agile lead should focus on understanding the needs and challenges of the end users—HR in this case. By applying the empathy map technique, the team can gather insights into the users ' experiences, needs, and pain points. This helps in building a more focused and user-centered approach to solving the problem, which is the foundation for developing a product backlog. Engaging stakeholders early and understanding the problem space will clarify the project direction and lay the groundwork for creating meaningful user stories.

The best answer is C because agile backlog prioritization should be collaborative and value-driven. Stakeholder input is essential, but prioritization should also consider technical feasibility, dependencies, risks, team capacity, product goals, and value delivery. The agile team, product ownership role, and stakeholders should work together to maintain alignment.

Option A is incorrect because the change management team should not own backlog prioritization. Option B gives stakeholders too much unilateral control and ignores team insight. Option D ignores stakeholder priorities, which is not agile. Agile requires transparency, collaboration, and continuous alignment with business and customer value.

PMI-ACP topics emphasize engaging stakeholders, aligning work with organizational priorities, promoting shared vision and purpose, and ensuring the product remains aligned to organizational goals.

The correct answer is D — Get the product owner and team to meet to prioritize the work.

Agile teams prioritize collaboratively with the product owner, who represents the business value perspective. Technical tasks (sometimes called “chores”) may not deliver immediate business functionality but are important for sustaining delivery capacity. It’s essential to balance technical work with feature delivery through backlog prioritization.

PMI Agile Practice Guide:

“Agile teams work with the product owner to prioritize backlog items, including technical debt or tasks that improve efficiency. Prioritization is a shared activity.”

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

Mike Griffiths:

“Product owners collaborate with teams to ensure technical tasks that improve delivery capacity are balanced with business features.”

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

Incorrect options:

A dismisses tasks that could improve long-term velocity.

B ignores team ownership.

C escalates prematurely rather than promoting collaboration.

Answer: D

—

When an agile team ' s velocity is slowing down, it is essential to regularly evaluate and adjust how the team is performing. By using feedback loops in every sprint, the team lead can continuously assess the team ' s progress, identify bottlenecks, and address issues early on. These feedback loops, typically discussed in sprint retrospectives, provide an opportunity for the team to identify the root causes of challenges, such as miscommunications, and make improvements to ensure better performance in future iterations. This approach promotes ongoing reflection and adaptation, which are core principles of Agile.

The correct answer is D – Write tests that will be used to know when a story has been correctly developed. This practice aligns with Test-Driven Development (TDD) and Acceptance Test-Driven Development (ATDD), which are common in agile environments. Agile promotes defining “done” through clear acceptance criteria and tests before coding begins.

From PMI Agile Practice Guide:

“Agile teams use test-first practices, such as TDD or ATDD, where acceptance tests are written before development begins. This ensures that functionality is built to meet agreed expectations.”

(PMI Agile Practice Guide, Section 5.5 – Agile Testing and Quality Strategies)

From Mike Griffiths’ PMI-ACP Exam Prep Book:

“Defining acceptance criteria or tests before development is a core agile practice. It ensures the team understands what success looks like and builds quality in from the start.”

(Mike Griffiths, Chapter 6 – Problem Detection and Resolution)

Option A may be useful but is unrelated to the new requirements.

Option B is not standard—customers help define acceptance criteria but rarely write tests.

Option C skips an important quality control step and doesn’t align with test-first practices.

Answer: D

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

The best answer is A because the scenario emphasizes delivering value early and often. This aligns with the agile principle of frequent delivery of working increments and shorter feedback cycles. Working with different business units also supports stakeholder collaboration, but the strongest clue in the question is “deliver value early and often.”

Option B refers to self-organizing teams and emergent design, which is not the main focus of the scenario. Option C reflects the agile value of individuals and interactions over processes and tools, but the question is more about early and frequent value delivery. Option D sounds agile-aligned, but it is not the best PMI-ACP answer here because the scenario specifically points to frequent delivery.

PMI-ACP emphasizes building increments, shortening feedback loops, maximizing value within a timeframe, and adapting based on learning and feedback.

=========

The correct answer is D – Ensured that the team was comprised of cross-functional, generalized specialists.

Agile teams are expected to be cross-functional and self-sufficient. A lack of a required skill that halts progress typically points to an improperly constructed team. Building teams with broad (T-shaped) skills ensures they can collectively deliver value without external dependencies.

From the PMI Agile Practice Guide:

“Agile teams are ideally composed of cross-functional members who have both depth in a specialty and breadth across disciplines. This enables the team to self-organize and deliver complete increments of value.”

(PMI Agile Practice Guide, Section 4.1 – Building Agile Teams)

Mike Griffiths elaborates:

“Agile favors generalized specialists or T-shaped professionals who can collaborate across functions. This improves agility, resilience, and continuity within iterations.”

(Mike Griffiths, PMI-ACP Exam Prep Book, Chapter 4 – Team Performance)

Why the other options are insufficient:

A is a reactive strategy; proactive skill assessment is preferred.

B may delay critical features unnecessarily.

C creates external dependencies, which agile seeks to avoid.

Answer: D

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

The correct answer is C – Ask the Product Owner to select an item from the backlog on which to work. The Product Owner is responsible for prioritizing the product backlog. When a team finishes its sprint work early, it should collaborate with the Product Owner to identify the next highest-value item to pull into the sprint.

From the PMI Agile Practice Guide:

“The Product Owner owns the backlog and prioritization. If work is completed early, the team may pull in the next most important backlog item, subject to capacity and readiness.”

(PMI Agile Practice Guide, Section 5.3 – Iteration Execution)

Mike Griffiths reinforces:

“If there’s remaining capacity in the sprint, teams should consult the Product Owner to select the next item. The Scrum Master facilitates, but the PO owns content decisions.”

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

Incorrect options:

A skips prioritization.

B misplaces decision-making authority.

D incorrectly involves the Scrum Master in backlog decisions.

Answer: C

In an agile environment, conflicts are seen as opportunities for collaboration and finding the best solution. The project manager should help the team by restating the positions of the team members to clarify their viewpoints and identify common ground. This approach encourages active listening, fosters understanding, and helps the team focus on shared goals rather than individual positions. Once the commonalities are identified, the team can collaboratively find a resolution that benefits the project, leveraging diverse perspectives to improve the outcome.

The correct answer is D – Turn the requests into user stories and prioritize them. In agile, all feature requests must be expressed in the form of user stories and added to the product backlog. Once added, they are prioritized collaboratively with the product owner and stakeholders, usually based on value, risk, and effort.

From PMI Agile Practice Guide:

“Product backlog refinement includes breaking down large items into user stories, reprioritizing items, and ensuring they are properly understood by the team. This activity is critical in ensuring the right items are worked on at the right time.”

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

From Mike Griffiths’ PMI-ACP Exam Prep Book:

“Agile teams transform customer needs into user stories during backlog grooming. These are then prioritized by the product owner to ensure maximum value is delivered early.”

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

Option A ignores customer needs. Option B (ordering by complexity) does not consider value. Option C skips the important step of converting feature requests into properly structured backlog items.

Answer: D

=========

The " Life Timeline " exercise is a technique used to build psychological safety and vulnerability-based trust. According to Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 3: Team Performance), exercises that encourage sharing personal stories and emotional journeys foster deep interpersonal connection, which is foundational to high-performance teams.

The PMI Agile Practice Guide (Section 4.3.2: Building Trust) emphasizes the role of emotional intelligence and trust-building in agile teams, stating that teams become high-performing when they feel safe to express themselves without fear of judgment.

Option B is correct: the exercise builds vulnerability and trust—key drivers of high performance.

Option A focuses on trust but doesn ' t emphasize vulnerability, which is central here.

Option C is too generic.

Option D misframes the purpose—it’s about building connection, not assessing competencies.

When significant architectural flaws are discovered, agile teams inspect and adapt. According to the PMI Agile Practice Guide (Section 5.6: Retrospectives and Adaptation), the product owner and team should collaboratively reassess priorities and rewrite backlog items to reflect the rework needed. This is aligned with agile’s incremental delivery and continuous adaptation.

Mike Griffiths in the PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning) stresses that rework should be handled through backlog refinement and collaborative planning—not panic or reactive decisions.

Option C is correct: reassessing the backlog with stakeholders aligns with agile practices.

Option A abdicates product responsibility.

Option B is too rigid for agile, unless the risk matrix is already very mature and agile-focused.

Option D cancels value delivery and is unnecessarily drastic.

The correct answer is D – Create a collaborative team environment so that the team can explore a solution together. Agile emphasizes self-organization, teamwork, and collective ownership of problem-solving. The Scrum Master facilitates, not dictates, and enables the team to resolve impediments through collaboration.

From the PMI Agile Practice Guide:

“The Scrum Master helps the team identify, address, and remove impediments. This is often done by fostering an environment of open communication and team problem-solving.”

(PMI Agile Practice Guide, Section 6.5 – Problem Detection and Resolution)

Mike Griffiths elaborates:

“Rather than escalate or assign responsibility, the Scrum Master enables the team to work together to solve problems. This builds trust, increases team capability, and supports agile values.”

(Mike Griffiths, PMI-ACP Exam Prep, Chapter 6 – Problem Detection and Resolution)

Incorrect options:

A and B promote a command-and-control approach, which violates agile values.

C defers the solution to a future sprint, rather than solving it now.

Answer: D

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

The correct answer is D — Engaged key stakeholders periodically to collect requirements.

Agile is based on frequent stakeholder collaboration. Continuous engagement ensures evolving needs are captured and prevents misalignment. Waiting for planning meetings or demos is too late to catch missing input.

PMI Agile Practice Guide:

“Agile teams ensure stakeholder engagement is ongoing throughout the project. This helps validate requirements and prevent surprises during reviews.”

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

Mike Griffiths:

“Stakeholders should be consulted early and often. Relying on static requirements leads to gaps. Agile teams maintain constant feedback loops.”

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

Incorrect options:

A is too early and one-time.

B may help but is reactive.

C is a predictive approach inconsistent with agile.

Answer: D

The principles of Extreme Programming (XP) focus on improving software quality and responsiveness to changing customer requirements. The key principles include:

Rapid feedback: Getting feedback quickly from customers or stakeholders to ensure that the development process is on track.

Assume simplicity: Focusing on simplicity in the design and code to avoid overengineering and to ensure the software is easy to understand and modify.

Incremental change: Delivering software in small, manageable increments that can be easily adjusted based on feedback.

Embrace change: Being flexible and adaptable, especially in response to new requirements or changes in technology or business needs.

Quality work: Ensuring high-quality software by emphasizing practices such as automated testing, continuous integration, and refactoring.

To improve collaboration, it ' s essential that the team members understand the importance of the project vision statement and feel empowered to contribute. Setting clear expectations ensures that all participants know the purpose of the meeting and their role in contributing. By encouraging everyone to share their ideas and perspectives, the team can reach a consensus or at least acknowledge differing views in a constructive way. This fosters a collaborative environment where team members feel their input is valued.

Once scope and acceptance criteria are known, the next step is to estimate the size and effort of backlog items, which enables planning. The PMI Agile Practice Guide (Section 5.2: Backlog Estimation) and Mike Griffiths’ PMI-ACP Exam Prep Book (Chapter 6: Adaptive Planning) recommend using estimation techniques (e.g., story points, T-shirt sizing) to determine the relative effort of each backlog item before performing release or sprint planning.

Option D is correct: backlog estimation enables velocity-based forecasting.

Option A and B come after estimation is complete.

Option C is too narrow—iteration planning comes later.

To calculate cycle time, we use Little’s Law, which states:

Where:

WIP (Work in Progress) = 50 tickets

Throughput = 200 tickets per 8-hour shift

Now, applying the formula:

The correct answer is A – Reduced or improper customer collaboration.

One of the core principles of Agile is continuous collaboration with the customer. If multiple feature changes are only identified during a late-stage review, it typically indicates that the customer was not involved sufficiently throughout the development process.

From the Agile Manifesto (cited in the PMI Agile Practice Guide):

“Customer collaboration over contract negotiation.”

“Working software is delivered frequently… with a preference to the shorter timescale.”

And from the PMI Agile Practice Guide:

“Ongoing engagement with the customer helps align product features with actual needs and reduce surprises during late-stage reviews.”

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

Mike Griffiths also emphasizes:

“When customers are involved in iteration reviews and backlog grooming, their evolving needs are captured in real time. Surprises during release reviews usually reflect a failure of ongoing communication.”

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

Other options don’t directly address the root cause:

B may contribute, but customer collaboration is the key differentiator in agile.

C and D are traditional causes of waterfall-style failure, not typically root causes in agile.

Answer: A

‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾

Story point estimation in agile is a collaborative team activity, and consensus is critical. Techniques like Planning Poker are designed to reveal differences in understanding. According to the PMI Agile Practice Guide (Section 5.2 Estimating Techniques) and Mike Griffiths (Chapter 6: Adaptive Planning), when there ' s a discrepancy in estimates, it is essential to discuss and understand the rationale behind differing views.

Option C is correct: the team should discuss and clarify to reach a shared understanding.

Option A ignores potential misunderstandings.

Option B unnecessarily delays estimation.

Option D is incorrect—the team, not the customer, estimates the effort.

The correct answer is A – Inform the stakeholder that all updates are provided in the sprint review sessions and encourage them to attend.

The Sprint Review is designed to provide transparency to stakeholders, demonstrate completed work, and gather feedback. Stakeholders should be encouraged to attend these events to stay updated and engaged.

From the PMI Agile Practice Guide:

“Sprint reviews are intended to engage stakeholders in reviewing completed work and discussing priorities. This event ensures transparency and encourages stakeholder collaboration.”

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

Mike Griffiths adds:

“Agile teams encourage stakeholder participation in regularly scheduled review meetings to maintain alignment and foster transparency.”

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

Other options:

B adds non-Agile overhead and undermines Agile transparency mechanisms.

C and D are dismissive and uncollaborative, potentially damaging relationships.

Answer: A

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

When considering an increase in scope, it ' s important to first align with the organization ' s higher-level objectives. Seeking executive approval on the approach ensures that the change is in line with organizational priorities and gets the necessary buy-in from key stakeholders. Additionally, determining the purpose and value proposition helps clarify the benefits of the new scope, ensuring the team focuses on delivering value that is clear and beneficial to the organization. These actions are critical before making any further decisions or changes.

The agile lead is emphasizing the importance of creating a safe environment for disagreement, which encourages constructive conflict. In Agile, this is crucial because it allows team members to openly express differing opinions and perspectives. Such discussions often lead to better decision-making by surfacing various viewpoints and potential solutions. When teams feel safe to disagree, it fosters creativity, innovation, and problem-solving without fear of retribution. This aligns with Agile principles of collaboration, transparency, and continuous improvement.

The correct answer is A – Facilitate team agreement on the definition of done (DoD) during the chartering process.

The “Definition of Done” is a shared understanding among the team of what it means for work to be considered complete. Disputes over whether a deliverable is done usually arise due to the lack of a clearly defined and agreed-upon DoD.

From the PMI Agile Practice Guide:

“Teams should define and agree on the Definition of Done (DoD) early. This shared understanding reduces ambiguity and misalignment over when a task is complete.”

(PMI Agile Practice Guide, Section 5.2 – Definition of Done and Acceptance Criteria)

Mike Griffiths emphasizes:

“The Definition of Done provides clarity, especially in multi-functional teams. It avoids misunderstandings and disputes about work completeness.”

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

Why other options fall short:

B refers to a team formation stage but doesn’t address the root cause of conflict.

C and D help improve backlog clarity but don’t resolve issues around completion criteria.

Answer: A

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

The correct answer is D – Confirm managers and stakeholders are invited to product review meetings. Agile promotes early and continuous feedback from stakeholders through regular reviews (e.g., sprint reviews or demos). Their active engagement ensures alignment with evolving business needs.

From the PMI Agile Practice Guide:

“Demonstrating working product increments at iteration reviews allows stakeholders to inspect progress, provide feedback, and align expectations. Agile teams rely on these sessions to validate whether the product meets business requirements.”

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

Mike Griffiths emphasizes:

“Frequent stakeholder reviews reduce risk by capturing early feedback. Stakeholder participation in iteration reviews ensures alignment and continuous validation of business goals.”

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

Incorrect options:

A includes only the team; stakeholders are critical to product validation.

B is insufficient—product owner alignment alone doesn’t ensure business alignment.

C refers to documentation, not collaboration.

Answer: D

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

The correct answer is C – Facilitate a conversation about the user story between the development team and the product owner. In Agile, collaboration, self-organization, and face-to-face conversation are foundational principles for resolving disagreements and achieving a shared understanding.

According to the PMI Agile Practice Guide:

“The agile practitioner facilitates healthy communication and constructive dialogue between the product owner and the development team to align understanding and priorities. Agile coaches and Scrum Masters serve the team by removing obstacles to collaboration, not by acting as decision-makers.”

(PMI Agile Practice Guide, Section 6.3 – Facilitating Agile Practices)

Further, the guide emphasizes:

“Effective teams discuss issues collaboratively. When disagreements arise, the agile leader’s role is to facilitate communication and resolution through shared understanding, not to dictate decisions.”

(PMI Agile Practice Guide, Section 4.1 – Agile Mindset and Behaviors)

Mike Griffiths’ PMI-ACP Exam Prep Book also states:

“Agile encourages close collaboration between business and technical teams. When conflicts arise regarding a user story, the agile practitioner’s role is to facilitate meaningful discussions to ensure mutual understanding and team-driven resolution.”

(Mike Griffiths, Chapter 4 – Team Performance)

Why the other options are incorrect:

A undermines team self-organization and implies a command-and-control model.

B is confrontational and goes against agile values of respect and collaboration.

D contradicts the facilitative role of the agile practitioner, who should not act as an authoritative decision-maker.

Thus, the most agile-consistent approach is to enable conversation and clarity between roles.

Answer: C

The team ' s primary role is to estimate and define the work items in the product backlog. In an Agile environment, the team collaborates with the product owner to break down user stories into manageable tasks, providing effort estimates (such as story points) to help guide future iterations. The team also works with the product owner to refine and clarify requirements when needed, ensuring that the work is well understood and ready for execution.