Marketplace sprint-retrospective
Facilitate effective sprint retrospectives for continuous team improvement. Use when conducting team retrospectives, identifying improvements, or fostering team collaboration. Handles retrospective formats, action items, and facilitation techniques.
install
source · Clone the upstream repo
git clone https://github.com/aiskillstore/marketplace
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/aiskillstore/marketplace "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/supercent-io/sprint-retrospective" ~/.claude/skills/aiskillstore-marketplace-sprint-retrospective && rm -rf "$T"
manifest:
skills/supercent-io/sprint-retrospective/SKILL.mdsource content
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)
- Safe Space: a blame-free environment
- Action Items: must be specific and actionable
- Follow-up: check progress in the next retrospective
Prohibited (MUST NOT)
- Personal attacks: improve the process, not the person
- Too many actions: limit to 2-3
Best practices
- Time-box: within 1 hour
- Rotate Facilitator: team members take turns facilitating
- Celebrate Wins: celebrate successes too
References
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