In an adaptive (Agile) environment, failing to complete stories within an iteration is a signal that there is a gap between the team ' s planned Velocity and their actual capacity, or that external blockers are impeding progress. According to the Agile Practice Guide and the PMBOK® Guide, the Project Manager must act as a servant leader to remove impediments.
Why Choice D is correct: The first step in addressing any performance trend is Root Cause Analysis. The Project Manager must work with the team (typically during a Retrospective) to identify why the stories were not finished. Was the work too complex? Were there technical dependencies? Once the cause is identified, the PM should consult the Risk Register to see if this was a known risk with a pre-planned contingency, or update it with a new Corrective Action. This follows the Monitor and Control Project Work process, ensuring that decisions are data-driven rather than reactive.
Analysis of other options:
A (Extend delivery time): This is a last resort and violates the principle of fixed-time iterations. Using the management reserve to solve a recurring performance issue without fixing the root cause is poor governance.
B (Use another team): This is impractical and ignores the " Tuckman ' s Stages of Group Development. " A new team would likely perform even worse initially (the " Storming " phase) and doesn ' t solve the underlying issues of the project environment.
C (Observe for two more iterations): While observing is part of monitoring, " doing nothing " after two consecutive failures allows the project to slip further behind. The team needs immediate support to realign their commitments with their actual velocity.
By identifying the reasons for the delay (Choice D), the Project Manager facilitates a Continuous Improvement mindset. Common outcomes might include refining the " Definition of Ready, " reducing the amount of work taken into a sprint, or addressing technical debt that is slowing the team down.
