Agent skill
reviews-retros-reflection
Use when conducting sprint retrospectives, project post-mortems, weekly reviews, quarterly reflections, after-action reviews (AARs), team health checks, process improvement sessions, celebrating wins while learning from misses, establishing continuous improvement habits, or when user mentions "retro", "retrospective", "what went well", "lessons learned", "review meeting", "reflection", or "how can we improve".
Install this agent skill to your Project
npx add-skill https://github.com/lyndonkl/claude/tree/main/skills/reviews-retros-reflection
SKILL.md
Reviews, Retros & Reflection
Table of Contents
- Purpose
- When to Use
- What Is It
- Workflow
- Retrospective Formats
- Common Patterns
- Guardrails
- Quick Reference
Purpose
Reviews, Retros & Reflection helps teams and individuals systematically learn from experience through structured reflection, root cause analysis, and actionable improvement planning. It creates psychological safety for honest feedback while driving measurable progress.
When to Use
Invoke this skill when you need to:
- Conduct sprint/iteration retrospectives (Agile, Scrum teams)
- Run project post-mortems or after-action reviews
- Facilitate weekly/monthly team reviews
- Reflect on quarterly or annual performance
- Process significant events (launch, incident, milestone)
- Improve team dynamics and collaboration
- Establish continuous learning culture
- Celebrate successes while extracting lessons from failures
- Generate actionable improvement items
- Build team alignment on priorities
User phrases that trigger this skill:
- "Let's do a retro"
- "What went well/wrong?"
- "How can we improve?"
- "Lessons learned from..."
- "Sprint retrospective"
- "After-action review"
- "Team reflection session"
- "Review our progress"
What Is It
A structured reflection process that:
- Gathers data (what happened during period)
- Generates insights (why it happened, patterns)
- Decides actions (what to change, keep, start, stop)
- Tracks progress (follow-up on previous actions)
- Celebrates wins (recognize successes, build morale)
Quick example (Start/Stop/Continue format):
- Start: Daily 15-min standup (async in Slack), mob programming for complex features
- Stop: Last-minute scope changes, weekend deployments
- Continue: Pairing on new features, celebrating small wins in team channel
- Actions: (1) Create standup bot template by Friday, (2) Add "no scope changes <3 days before sprint end" to team charter
Workflow
Copy this checklist and track your progress:
Retrospective Progress:
- [ ] Step 1: Set the stage (context, psychological safety)
- [ ] Step 2: Gather data (what happened)
- [ ] Step 3: Generate insights (why it happened)
- [ ] Step 4: Decide actions (what to change)
- [ ] Step 5: Close and follow up (commit, track)
Step 1: Set the stage
Define period/scope, review previous action items, establish psychological safety (Prime Directive: "everyone did best job given knowledge/skills/resources/context"). For quick reviews → Use resources/template.md. For complex team retros → Study resources/methodology.md.
Step 2: Gather data
Collect facts about period: metrics (velocity, bugs, incidents), events (launches, blockers, decisions), sentiment (team energy, morale). See Retrospective Formats for collection methods.
Step 3: Generate insights
Identify patterns, root causes, surprises. Ask "why?" to move from symptoms to causes. Use resources/methodology.md for root cause techniques (5 Whys, fishbone diagrams, timeline analysis).
Step 4: Decide actions
Vote on most impactful improvements (dot voting, SMART criteria). Define 1-3 SMART actions (Specific, Measurable, Assigned owner, Realistic, Time-bound). See Common Patterns for action quality criteria.
Step 5: Close and follow up
Commit to actions, schedule check-in, thank participants. Track action completion rate (target: >80% completion before next retro). Self-check using resources/evaluators/rubric_reviews_retros_reflection.json before closing. Minimum standard: Average score ≥ 3.5.
Retrospective Formats
Start/Stop/Continue (Simple, Balanced):
- Start: What should we begin doing?
- Stop: What should we stop doing?
- Continue: What's working well, keep doing?
- When: General purpose, new teams, tight on time (30 min)
Mad/Sad/Glad (Emotion-Focused):
- Mad: What frustrated or angered you?
- Sad: What disappointed you?
- Glad: What made you happy?
- When: Processing difficult period, improving morale, surfacing hidden issues
4Ls (Comprehensive):
- Loved: What did we love?
- Learned: What did we learn?
- Lacked: What did we lack?
- Longed for: What did we long for?
- When: End of major project, quarterly reviews, want depth
Sailboat/Speedboat (Metaphor-Based):
- Wind (helping): What's propelling us forward?
- Anchor (hindering): What's slowing us down?
- Rocks (risks): What dangers lie ahead?
- Island (goal): Where are we going?
- When: Strategic planning, visualizing progress, cross-functional teams
Timeline (Chronological):
- Plot events on timeline, mark highs/lows, identify patterns
- When: Long period (quarter), complex project, need shared understanding
Common Patterns
Pattern 1: Sprint Retrospective (Agile)
- Frequency: Every 1-2 weeks
- Duration: 45-90 min (shorter sprints = shorter retros)
- Focus: Process improvements, team dynamics, technical practices
- Format: Start/Stop/Continue or Mad/Sad/Glad
- Actions: 1-3 process improvements, 1 technical improvement
Pattern 2: Project Post-Mortem
- Frequency: End of project/phase
- Duration: 90-120 min
- Focus: What to repeat, what to avoid, systemic issues
- Format: 4Ls or Timeline
- Actions: Documentation updates, playbook changes, skill gaps to address
Pattern 3: Weekly Team Review
- Frequency: Weekly (Fridays common)
- Duration: 15-30 min
- Focus: Wins, blockers, priorities for next week
- Format: Custom (Wins/Blockers/Priorities)
- Actions: Blocker removal, celebrate wins, align on top 3 priorities
Pattern 4: Incident Retrospective
- Frequency: After major incidents
- Duration: 60 min
- Focus: Blameless analysis, system improvements
- Format: Timeline + 5 Whys
- Actions: Incident response improvements, monitoring/alerting, prevention
Guardrails
Psychological safety:
- Prime Directive: "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."
- Focus on processes/systems, not people
- No blame, no judgment, no defensiveness
- Encourage dissenting opinions
- What's said in retro stays in retro (unless actionable for others)
Quality standards:
- Action items are SMART: Specific, Measurable, Assigned, Realistic, Time-bound
- Track completion: >80% action completion before next retro (if <80%, too many actions or not committed)
- Rotate facilitator: Different person each time, prevents bias
- Time-box discussions: Don't get stuck, move on, revisit if time
- Vote for focus: Use dot voting to prioritize discussion topics
Common pitfalls to avoid:
- Too many actions: >5 actions = none get done. Focus on 1-3 high-impact items.
- Vague actions: "Improve communication" → ❌. "Daily 15-min standup in #eng-sync by Monday" → ✓
- No follow-up: Actions from last retro ignored → trust erodes, retros become theater
- Blame culture: Pointing fingers → people stop being honest
- Same issues every retro: If no progress on recurring issues, escalate to leadership
Quick Reference
Resources:
- Quick retro formats: resources/template.md
- Facilitation techniques: resources/methodology.md
- Quality rubric:
resources/evaluators/rubric_reviews_retros_reflection.json
5-Stage Process: Set Stage → Gather Data → Generate Insights → Decide Actions → Close
Top Formats:
- Start/Stop/Continue: General purpose, 30 min
- Mad/Sad/Glad: Emotion processing, 45 min
- 4Ls: Deep reflection, 60 min
- Sailboat: Visual/strategic, 60 min
Action Quality: SMART criteria + <5 total + >80% completion rate
Psychological Safety: Prime Directive + Blameless + Confidential
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
synthesis-and-analogy
Use when synthesizing information from multiple sources (literature review, stakeholder feedback, research findings, data from different systems), creating or evaluating analogies for explanation or problem-solving (cross-domain transfer, "X is like Y", structural mapping), combining conflicting viewpoints into unified framework, identifying patterns across disparate sources, finding creative solutions by transferring principles from one domain to another, testing whether analogies hold (surface vs deep similarities), or when user mentions "synthesize", "combine sources", "analogy", "like", "similar to", "transfer from", "integrate findings", "what's it analogous to".
socratic-teaching-scaffolds
Use when teaching complex concepts (technical, scientific, philosophical), helping learners discover insights through guided questioning rather than direct explanation, correcting misconceptions by revealing contradictions, onboarding new team members through scaffolded learning, mentoring through problem-solving question frameworks, designing self-paced learning materials, or when user mentions "teach me", "help me understand", "explain like I'm", "learning path", "guided discovery", or "Socratic method".
environmental-scanning-foresight
Use when scanning external trends for strategic planning, monitoring PESTLE forces (Political, Economic, Social, Technological, Legal, Environmental), detecting weak signals (early indicators of change), planning scenarios for multiple futures, setting signposts and indicators for early warning, or when user mentions environmental scanning, horizon scanning, trend analysis, scenario planning, strategic foresight, futures thinking, or emerging issues monitoring.
embedding-fusion-strategy
Use when designing embedding strategies that fuse semantic and structural information for knowledge graphs. Invoke when user mentions node embeddings, structural embeddings, semantic embeddings, contrastive alignment, embedding fusion, vector representations for graphs, or combining text and graph signals. Provides embedding selection, fusion design, and implementation guidance.
constraint-based-creativity
Use when brainstorming feels stuck or generates obvious ideas, need to break creative patterns, working with limited resources (budget/time/tools/materials), want unconventional solutions, designing with specific limitations, user mentions "think outside the box", "we're stuck", "same old ideas", "tight constraints", "limited budget/time", or seeking innovation through limitation rather than abundance.
symmetry-group-identifier
Use when you've identified candidate symmetries and need to map them to mathematical groups for architecture design. Invoke when user mentions cyclic groups, dihedral groups, Lie groups, SO(3), SE(3), permutation groups, or needs to formalize symmetries into group theory language. Provides taxonomy and mathematical foundations from Visual Group Theory principles.
Didn't find tool you were looking for?