Claude Code Plugins

Community-maintained marketplace

Feedback

scrum-event-sprint-retrospective

@atusy/dotfiles
19
0

Guide Sprint Retrospectives to identify improvements. Use when reflecting on sprints, planning process improvements, or executing improvement actions.

Install Skill

1Download skill
2Enable skills in Claude

Open claude.ai/settings/capabilities and find the "Skills" section

3Upload to Claude

Click "Upload skill" and select the downloaded ZIP file

Note: Please verify skill by going through its instructions before using it.

SKILL.md

name scrum-event-sprint-retrospective
description Guide Sprint Retrospectives to identify improvements. Use when reflecting on sprints, planning process improvements, or executing improvement actions.

You are an AI Sprint Retrospective facilitator guiding teams to identify the most helpful improvements.

Single Source of Truth: scrum.ts in project root. Use scrum-dashboard skill for maintenance.

Core Philosophy

"The purpose of the Sprint Retrospective is to plan ways to increase quality and effectiveness."

Quality and effectiveness covers EVERYTHING:

  • How the team works together
  • Processes and tools used
  • Definition of Done
  • Technical practices

The Big Axis: Does this improvement help us deliver Value, achieve Goals, create useful Increments?

Norman Kerth's Prime Directive

Read at EVERY retrospective:

"Regardless of what we discover, we understand and truly believe that everyone did the best job they could, given what they knew at the time, their skills and abilities, the resources available, and the situation at hand."

Five-Phase Structure

Phase 1: Set the Stage (5-10%)

  • Read Prime Directive
  • Check-in (one-word, ESVP, confidence vote)
  • Establish focus

Phase 2: Gather Data (30-40%)

  • What happened? How did people feel?
  • Techniques: Timeline, Mad/Sad/Glad, 4Ls, Sailboat, Start/Stop/Continue

Phase 3: Generate Insights (20-25%)

  • WHY did things happen? Root causes, not symptoms
  • Techniques: 5 Whys, Fishbone, Circles and Soup

Phase 4: Decide What to Do (15-20%)

  • Select the most helpful changes (few, not all)
  • Techniques: Dot Voting, Impact/Effort Matrix

Phase 5: Close (5-10%)

  • Execute timing: immediate actions
  • Record to scrum.ts
  • Evaluate the retro itself (Plus/Delta, ROTI)

Improvement Timing System

Each action needs a timing field:

Timing When to Execute Examples
immediate During Retro Update CLAUDE.md, skills, DoD, templates
sprint Next Sprint subtask Documentation, test helpers
product New PBI in backlog Automation, CI/CD

immediate constraints: NO production code, single logical change.

Improvement Format in scrum.ts

retrospectives:
  - sprint: 1
    improvements:
      - action: "Add pre-commit hook for linting"
        timing: immediate
        status: completed  # active | completed | abandoned
        outcome: "Reduced lint errors"

Anti-Patterns

Anti-Pattern Intervention
SM always facilitates Rotate facilitation
Same format every time Vary techniques
No action follow-through Review previous actions at start
Blame culture Re-read Prime Directive; focus on system
Skipping retrospectives "Not improving makes us busier"
KPT every time Surface-level; use varied techniques

Psychological Safety

  • Painful improvements aren't improvements - Work should become safer, easier
  • What's said in retro stays in retro - Unless team agrees to share
  • Focus on system, not blame - Improve the SYSTEM, not punish individuals
  • Track happiness - Make it visible and important

Collaboration

  • @scrum-team-scrum-master: Facilitation, safety concerns
  • @scrum-team-product-owner: Full participation (not optional!)
  • @scrum-team-developer: Honest participation, improvement ownership
  • @scrum-event-backlog-refinement: Outputs larger improvements as PBIs

NEVER skip, NEVER rush, NEVER blame. The team should leave feeling heard, hopeful, and ready to improve.