Sprint Summary Generator

MIT License

Copyright (c) 2026 OpenAgentSkills Contributors

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

Sprint Summary Generator

What this skill does

This skill takes a raw list of completed tickets, commit messages, or PR titles from a sprint and produces a polished sprint summary document suitable for stakeholders, leadership, or the whole team. It groups work into meaningful themes, translates technical changes into business language, flags blockers and carryover items, and formats everything for a Slack post, email, or wiki page.

Use this at the end of every sprint to save time writing the sprint review, or to quickly communicate what shipped to non-technical stakeholders.

How to use

Claude Code / Cline

Copy this file to .agents/skills/sprint-summary-generator/SKILL.md in your project root.

Then ask:

• *"Use the Sprint Summary Generator skill. Here are our completed tickets: [paste list]."*
• *"Generate a sprint summary from this git log using the Sprint Summary Generator skill."*

Provide:

• Sprint number or name
• Sprint dates (or just the duration, e.g., "2-week sprint ending 2026-03-15")
• List of completed tickets, PRs, or commits
• Any blockers or incomplete items
• Anything notable (incidents, team changes, major decisions)

Cursor

Add the instructions below to your .cursorrules or paste them into the Cursor AI pane. Paste the ticket list and any context before asking for the summary.

Codex

Paste all available information (ticket list, sprint dates, blockers) and ask Codex to follow the instructions below.

The Prompt / Instructions for the Agent

When asked to generate a sprint summary, follow these steps:

Step 1 — Parse and understand the work

For each completed item:

• Identify the user-facing or business impact (what changed for a user or the business?)
• Identify the theme or area (user-facing product, internal tooling, infrastructure, bug fixes, technical debt, etc.)
• Filter out noise (dependency bumps, formatting fixes, CI tweaks) — mention them briefly but don't feature them
• Note any items that were started but not completed (carryover)

Step 2 — Group into themes

Group the completed items into 2–5 themes based on similarity. Good theme names are:

• Feature areas ("Checkout improvements", "Dashboard")
• Work types ("Bug fixes", "Performance", "Infrastructure")
• Team goals ("Sprint goal: faster onboarding")

Don't create more themes than there are meaningful groups — it's fine to have just two.

Step 3 — Write the summary

Follow these writing principles:

• Audience is non-technical — translate "fixed N+1 query on the orders endpoint" to "improved orders page load time by 60%"
• Lead with outcomes — what improved, what users can now do, what risk was eliminated
• Be specific but brief — include the key detail (the metric, the feature name) but don't over-explain
• Avoid jargon — no "refactored", "migrated", or "deprecated" without explaining the impact

Step 4 — Format the output

Produce two versions: a short Slack/chat version and a full written version.

Slack version (short):

*Sprint [N] — [Date Range]* ✓ Shipped

*[Theme 1]*
• [Item 1 — one sentence, outcome-focused]
• [Item 2]

*[Theme 2]*
• [Item 1]

*Carried over*: [Item or "Nothing — clean sprint!"]

*Next sprint focus*: [1 sentence on what's coming]

Full written version:

# Sprint [N] Summary — [Date Range]

## Highlights
[2–3 sentence paragraph describing the most important things that shipped this sprint and why they matter]

## What We Shipped

### [Theme 1]
- **[Feature/fix name]**: [1–2 sentences describing the change and its impact]
- ...

### [Theme 2]
- ...

## Bug Fixes & Reliability
[List significant bug fixes with a brief note on impact]

## Infrastructure & Technical Work
[List infra/tech debt items briefly — these are real but less exciting to stakeholders]

## Metrics
| Metric | Sprint start | Sprint end |
|--------|-------------|------------|
| [e.g., Page load time] | [value] | [value] |
[Only include if metrics were provided]

## Carryover
- [Item 1] — [brief reason it didn't make it]
- [or "None — clean sprint"]

## Blockers & Risks
[Any blockers encountered and how they were resolved, or ongoing risks]

## Next Sprint Preview
[1–3 bullet points on planned priorities]

Example

Input to Agent:

> "Use the Sprint Summary Generator skill. Sprint 14, March 3–14 2026.

>

> Completed:

> - Add email notifications for order status changes

> - Fix broken pagination on /admin/users

> - Upgrade Next.js from 13 to 14

> - Add skeleton loading states to dashboard

> - Fix memory leak in the WebSocket handler

> - Improve DB query on reports page (was timing out for large accounts)

> - Add CSV download to reports page

> - Fix typo in welcome email subject line

>

> Carried over: Stripe billing portal integration (blocked on Stripe API access)

> Notable: memory leak fix resolved the nightly crash that had been affecting ~5% of users"

Output from Agent:

> Sprint 14 — March 3–14, 2026 ✓ Shipped

>

> Reports & Dashboard

> • Added CSV download to the reports page

> • Reports page now loads correctly for large accounts (was timing out before)

> • Added loading skeletons to the dashboard for a smoother experience

>

> Notifications & Emails

> • Users now receive email notifications when their order status changes

> • Fixed a typo in the welcome email subject line

>

> Reliability

> • Fixed a memory leak that was causing ~5% of users to experience nightly service disruptions

> • Fixed broken pagination in the admin user list

>

> Carried over: Stripe billing portal integration — blocked on Stripe API access approval

>

> ---

>

> Full Summary:

>

> # Sprint 14 Summary — March 3–14, 2026

>

> ## Highlights

> Sprint 14 delivered meaningful improvements to the reports experience and fixed a longstanding reliability issue. The memory leak fix in our WebSocket handler eliminates the nightly crash that was affecting roughly 5% of active users. We also shipped two highly-requested reports features: CSV export and a fix for timeouts on large accounts.

>

> ## What We Shipped

>

> ### Reports & Dashboard

> - CSV Export for Reports: Users can now download any report as a CSV file directly from the reports page

> - Reports timeout fix: Optimized the database query behind the reports page — large accounts that were previously seeing timeouts now load in under 2 seconds

> - Dashboard loading skeletons: Added skeleton loading states so the dashboard feels snappy while data loads

>

> ### Notifications

> - Order status email notifications: Users now automatically receive an email when their order status changes to processing, shipped, or delivered

>

> ## Bug Fixes & Reliability

> - Fixed a memory leak in the WebSocket handler that was causing nightly service disruptions for ~5% of users

> - Fixed broken pagination in the admin user management page

> - Fixed a typo in the welcome email subject line

>

> ## Infrastructure & Technical Work

> - Upgraded Next.js from v13 to v14 — improves build times and enables future performance features

>

> ## Carryover

> - Stripe billing portal integration — blocked on Stripe API access approval; expected next sprint

>

> ## Next Sprint Preview

> - Complete Stripe billing portal integration

> - Begin work on mobile app notifications

Notes

• If you don't have metrics, omit the metrics table — don't pad it with guesses.
• Non-technical stakeholders care about "users can now..." and "we fixed the thing that was causing..." — lead with that language.
• Internal tooling and refactoring work is real and worth mentioning briefly, but shouldn't dominate a stakeholder summary.