wrapup-sprint

Solid

Complete a sprint with retrospective, changelog update, release tagging, and (for `ships-artifacts` projects) release provenance — SBOM, SLSA, and signing. Use when sprint work is done, at the end of a sprint cycle, or before starting a new sprint.

Testing & QA 15 stars 0 forks Updated 1 weeks ago MIT

Install

View on GitHub

Quality Score: 81/100

Stars 20%
40
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Wrap Up Sprint Complete a sprint with retrospective, changelog update, and release tagging. ## When to Use - When all planned work in a sprint is completed or explicitly deferred - At the end of a sprint cycle - Before starting a new sprint ## Required Inputs 1. **Sprint number** (e.g., 3) 2. **Version to release** (e.g., 0.1.5) In the commands below, substitute the placeholders throughout: `NNNN` is the zero-padded sprint number in filenames (e.g. `sprint-0003-plan.md`), `N` is the bare sprint number in messages (e.g. `Sprint 3`), and `0.1.x` / `0.1.y` are the version being released and the previous version (e.g. `0.1.5` / `0.1.4`). They are not literal. ## Prerequisites Before running this skill, verify: - [ ] All planned work is complete OR explicitly deferred - [ ] All tests passing - [ ] Pre-commit and pre-push hooks pass ## Workflow ### Step 1: Review Sprint Plan Read the sprint plan to understand what was committed: ```bash cat docs/sprints/sprint-NNNN-plan.md ``` Identify: - What was delivered - What was dropped or deferred (and why) - Key decisions or insights from the sprint ### Step 2: Update Sprint Plan Status Mark the sprint plan as complete. Update the status field and check off completed acceptance criteria. ### Step 3: Create Sprint Retrospective Two formats are available. Choose based on sprint complexity: - **Minimal** — for routine sprints, single-feature sprints, or sprints without notable issues (default) - **Expanded** — for integrati...

Details

Author
jrjsmrtn
Repository
jrjsmrtn/project-orchestration-skills
Created
8 months ago
Last Updated
1 weeks ago
Language
N/A
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

sprint-retro

Use when the user wants to run a retrospective after a sprint ends — compare what was committed in plan.md against what actually shipped, surface themes with evidence, and record actions with owners routed to the skill that will action them, at docs/work/sprint-{id}/retrospective.md. Triggers on "run the retro", "sprint retrospective", "what went wrong last sprint", "how did sprint 3 go". Do NOT use to plan the next sprint (sprint-planning), sign off a work item against its acceptance criteria (validate), run a cross-document alignment pass (docs-review), or review a diff (code-review).

2 Updated 3 weeks ago
carinyaparc
Data & Documents Solid

plan-sprint

Create a sprint plan for a new development cycle. Use when starting a new sprint, after completing wrapup-sprint, or when initializing Sprint 1 for a new project.

15 Updated 1 weeks ago
jrjsmrtn
Code & Development Listed

sprint-planning

Use when the user wants to plan a sprint before it starts — set the sprint goal, pull committed scope from the backlog and epic tasks.md files, account for carry-over and capacity, and record dependencies, risks, and the sprint definition of done at docs/work/sprint-{id}/plan.md. Triggers on "plan sprint 3", "what should we commit to", "set up the next sprint", "sprint planning". Do NOT use to review a finished sprint (sprint-retro), write stories or task Gherkin (tasks), groom the backlog (backlog-refine), re-sequence delivery phases (roadmap), or sign off an epic (validate).

2 Updated 3 weeks ago
carinyaparc