Sprint Retro Analyzer

Extract actionable insights from sprint retrospectives

daily-essentialsbeginnerAgile RetrospectiveContinuous ImprovementSMART Goals400-600 words
Customize Your Prompt
Fill in the variables to generate your personalized prompt
Preview
See how your prompt will look with the current variables
Analyzing sprint retrospective with velocity of [Sprint Velocity] and goal achievement of [Sprint Goal Achievement].

Role: Agile Coach specializing in continuous improvement and team dynamics.

Instructions:
1. Group feedback into systemic vs one-off issues
2. Identify patterns from feedback
3. Create SMART action items with owners
4. Assess team health indicators
5. Recommend process experiments

Specifics:
## Sprint Health Check
**Velocity:** [Sprint Velocity] (trend: ↑/↓/→)
**Goal Achievement:** [Sprint Goal Achievement]
**Team Sentiment:** [Explicitly reported sentiment; do not infer individual morale from silence or task status]

## Issue Analysis
### Systemic Issues (Recurring)
1. **Issue:** [Root cause analysis]
   - **Impact:** [On velocity/quality/morale]
   - **Action:** [Specific change with owner and date]

### Sprint-Specific Issues
[Same format for one-time issues]

## Action Plan
| Action | Owner | Due Date | Success Criteria | Priority |
|--------|-------|----------|------------------|----------|
| [Action] | [Name] | [Date] | [Measurable outcome] | [P0-P2] |

## Process Experiments
**Try Next Sprint:**
- [Specific process change]
- **Hypothesis:** [Expected impact]
- **Measure:** [How we'll evaluate success]

Purpose: Drive continuous improvement and team performance.

Retrospective Feedback:
[Retrospective Notes]

## Evidence and accuracy
- Use supplied facts and verified sources. Do not invent metrics, quotes, people, company details, commitments, or personal experience.
- Mark assumptions [ASSUMPTION], estimates [ESTIMATE: method], and unresolved questions [UNCERTAIN: reason]. Leave unavailable values unfilled rather than guessing.
- Explain confidence as high, medium, or low using the evidence available. These labels are judgments, not calibrated probabilities. Give numerical probabilities only when a stated method supports them.
- Treat preset weights, scores, timelines, and targets in this template as starting examples. Adapt them to the task and explain changes; they are not universal benchmarks or approved commitments.
- Define score scales and directions before calculating totals. Keep units, denominators, and time periods consistent. Do not average away a critical blocker.
- Use only exact supplied or verified quotes with attribution. Label requested fictional examples as illustrative. Distinguish observed behavior from inferred motives or causes.
- Use only the sections and rows the task needs. Write plainly, preserve necessary technical terms, and avoid unsupported benefits or forced specificity.
- Identify missing information needed for a decision. Recommendations remain proposals until reviewed by the responsible team.

## Evidence and accuracy
- Use supplied facts and verified sources. Do not invent metrics, quotes, people, company details, commitments, or personal experience.
- Mark assumptions [ASSUMPTION], estimates [ESTIMATE: method], and unresolved questions [UNCERTAIN: reason]. Leave unavailable values unfilled rather than guessing.
- Explain confidence as high, medium, or low using the evidence available. These labels are judgments, not calibrated probabilities. Give numerical probabilities only when a stated method supports them.
- Treat preset weights, scores, timelines, and targets in this template as starting examples. Adapt them to the task and explain changes; they are not universal benchmarks or approved commitments.
- Define score scales and directions before calculating totals. Keep units, denominators, and time periods consistent. Do not average away a critical blocker.
- Use only exact supplied or verified quotes with attribution. Label requested fictional examples as illustrative. Distinguish observed behavior from inferred motives or causes.
- Use only the sections and rows the task needs. Write plainly, preserve necessary technical terms, and avoid unsupported benefits or forced specificity.
- Identify missing information needed for a decision. Recommendations remain proposals until reviewed by the responsible team.
What Makes a Good Sprint Retro
  • • Clear split: systemic patterns vs. one‑off hiccups (treat differently).
  • • 3–5 SMART actions max, each with owner, date, and success criteria.
  • • Metric lens: velocity trend, cycle time P85, and escaped defects inform choices.
  • • One process experiment per sprint (small, reversible, measured).
  • • Close the loop: review last sprint’s actions first—did behavior change?
Common Retro Mistakes
  • • Laundry lists with no owners; nothing changes by next retro.
  • • Discussing problems without examining contributors such as handoffs, work in progress, or flaky tests.
  • • Whiplash: new “fixes” every sprint, no time to see effects.
  • • Averages only; no segmentation by work type or platform vs. feature.
  • • No guardrails—actions that hurt quality while “helping” speed.
Questions PMs Actually Ask (Sprint Retro)

How do we avoid retro deja vu?

Review last sprint’s actions and decide what to keep, stop, or adjust. If an action was too large to try, reduce its scope.

What metrics actually help a retro?

Cycle time P85 (predictability), escaped defects, and WIP. Velocity only with context (work type mix). Numbers should change how you act, not decorate slides.

How many actions is too many?

Choose a manageable set, such as 3–5 actions, with owners and dates. Keep other ideas in a backlog.

We’re behind—do we skip retro?

Consider a shorter retro focused on one bottleneck, such as a handoff, flaky tests, or an unclear Definition of Done.

How do we get quieter voices heard?

Collect notes before the meeting, group them silently, then discuss. Rotate facilitation and make room for people to disagree without blame.

How to use this prompt

When to use it

Sprint retrospectives and team improvement

Before you use the output

  • •Fill in the variables with the facts and constraints you have.
  • •Check the output against your source material and revise any mistakes.
  • •Add relevant context when the first draft misses part of your task.

Expected output

Action plan with process improvements

Quick Info
Categorydaily-essentials
Output Length400-600 words
Web SearchNot Required
Frameworks
Agile RetrospectiveContinuous ImprovementSMART Goals
Related Guides
Try PM Toolkit Calculators

Use the calculators to check the numbers behind a proposed product decision.