scrum-retrospective

Facilitates a Start/Stop/Continue Sprint Retrospective producing owned improvement actions and lessons-learned records.

Updated May 13, 2026
One-click install
npx skills add https://github.com/jcg-admin/kaupamex-api --skill scrum-retrospective-jcg-admin
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: scrum-retrospective
Source: https://github.com/jcg-admin/kaupamex-api/tree/main/.claude/skills/scrum-retrospective
Command: npx skills add https://github.com/jcg-admin/kaupamex-api --skill scrum-retrospective-jcg-admin

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often end Sprints without inspecting how they worked, so the same process friction repeats Sprint after Sprint. This Skill runs a structured, blameless Sprint Retrospective that converts frustrations and patterns into concrete improvement actions with owners and dates, and persists systemic lessons in the project's lessons-learned memory. ## Core Features & Use Cases - Structured Retrospective Format: Guides the team through Start/Stop/Continue (or the equivalent good/improve/actions variant) across five activities, from reviewing prior actions to deciding new ones. - Actionable Improvement Actions: Enforces that every action has a description, named owner, target date, success signal, and status, limited to 1-3 actions per retro. - Lessons-Learned Bridge: Registers systemic patterns as RST files in docs/source/gestion/pm/docs/lecciones-aprendidas/ using the project's retrieval convention. - Use Case: After a Sprint where items were committed without a Definition of Ready, run the retrospective to surface the root cause, assign an action ("add DoR check to refinement") to a named owner, and record the lesson so future Sprints retrieve it. ## Quick Start Run the scrum-retrospective skill to facilitate our Sprint Retrospective and produce improvement actions with owners and dates.

Frequently Asked Questions about scrum-retrospective

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run a Sprint Retrospective with Start Stop Continue?▼

Gather the full team after the Sprint Review, review the previous retro's actions, then collect input in three columns: what to start doing, stop doing, and continue doing. Converge on 1-3 improvement actions, each with a named owner and target date.

What makes a good retrospective action item?▼

A good retro action has a concrete description, a named owner, a target date, and ideally a success signal. Limit commitments to 1-3 actions per retro, and review their status at the start of the next retrospective.

What is the difference between Sprint Review and Sprint Retrospective?▼

The Sprint Review inspects the product and gathers stakeholder feedback on what was built. The Retrospective inspects the process and team collaboration, focusing on how the team worked, not on features or user feedback.

When should you not use a Sprint Retrospective format?▼

Do not use it to collect product feedback (that is the Sprint Review), to re-plan upcoming tasks (that is Sprint Planning), or as a session of complaints without actions. A retro without at least one owned action has not fulfilled its purpose.

How do retrospectives connect to lessons learned documentation?▼

Systemic patterns and their corrective actions are recorded as RST files in the project's lessons-learned directory, using category and condition fields for retrieval. This prevents the same process friction from being rediscovered Sprint after Sprint.