🇺🇸English

Sprint Retrospective

When to use this skill

• End of sprint : at the end of each sprint
• Project milestone : after major releases
• Team issues : when an immediate retrospective is needed

Instructions

Step 1: Start-Stop-Continue

## Retrospective Template: Start-Stop-Continue

### START (Start doing)
- Make daily standups shorter (within 5 minutes)
- Use a code review checklist
- Introduce pair programming

### STOP (Stop doing)
- Deploying on Friday afternoons (rollback risk)
- Overusing emergency meetings
- Adding features without documentation

### CONTINUE (Keep doing)
- Weekly tech sharing session
- Automated tests
- Transparent communication

### Action Items
1. [ ] Change standup time from 9:00 → 9:30 (Team Lead)
2. [ ] Write a code review checklist document (Developer A)
3. [ ] Announce the "no Friday deployments" rule (Team Lead)

Step 2: Mad-Sad-Glad

## Retrospective: Mad-Sad-Glad

### MAD (What made us mad)
- Urgent bugs after deployment (twice)
- Requirements changed frequently
- Unstable test environment

### SAD (What we wished went better)
- Not enough time for code reviews
- Documentation lagged behind
- Accumulating tech debt

### GLAD (What made us glad)
- New team members onboarded quickly
- CI/CD pipeline stabilized
- Positive customer feedback

### Action Items
- Strengthen the deployment checklist
- Improve the requirements change process
- Reserve documentation time every Friday

Step 3: 4Ls (Liked-Learned-Lacked-Longed For)

## Retrospective: 4Ls

### LIKED (What we liked)
- Great teamwork
- Successfully adopted a new tech stack

### LEARNED (What we learned)
- Standardize the local environment with Docker Compose
- Improve server state management with React Query

### LACKED (What we lacked)
- Performance testing
- Mobile support

### LONGED FOR (What we longed for)
- Better developer tools
- External training opportunities

### Action Items
- Automatically measure performance by introducing Lighthouse CI
- Write responsive design guidelines

Output format

Retrospective document

# Sprint [N] Retrospective
**Date**: 2025-01-15
**Participants**: Team Member A, B, C, D
**Format**: Start-Stop-Continue

## What Went Well
- Completed all stories (Velocity: 25 points)
- 0 bugs
- Great team morale

## What Didn't Go Well
- Tech spike took longer than expected
- Rework due to design changes

## Action Items
1. [ ] Assign tech spikes to a dedicated sprint (Team Lead, ~01/20)
2. [ ] Introduce a pre-review process for designs (Designer, ~01/18)
3. [ ] Share the velocity chart (Scrum Master, weekly)

## Key Metrics
- Velocity: 25 points
- Bugs Found: 0
- Sprint Goal Achievement: 100%

Constraints

Required Rules (MUST)

1. Safe Space : a blame-free environment
2. Action Items : must be specific and actionable
3. Follow-up : check progress in the next retrospective

Prohibited (MUST NOT)

1. Personal attacks : improve the process, not the person
2. Too many actions : limit to 2-3

Best practices

1. Time-box : within 1 hour
2. Rotate Facilitator : team members take turns facilitating
3. Celebrate Wins : celebrate successes too

References

• Retrospective Formats
• Agile Retrospectives

Metadata

Version

• Current version : 1.0.0
• Last updated : 2025-01-01
• Supported platforms : Claude, ChatGPT, Gemini

Tags

#retrospective #agile #scrum #team-improvement #project-management

Examples

Example 1: Basic usage

Example 2: Advanced usage

Weekly Installs

10.4K

Repository

supercent-io/sk…template

GitHub Stars

88

First Seen

Jan 24, 2026

Security Audits

Gen Agent Trust HubPassSocketPassSnykPass

Installed on

codex10.4K

gemini-cli10.4K

opencode10.3K

github-copilot10.3K

cursor10.3K

amp10.3K