bmad-sprint-status

Summarize sprint status and surface risks from sprint-status.yaml.

Updated Apr 12, 2026
One-click install
npx skills add https://github.com/Yukine5377/common --skill bmad-sprint-status-yukine5377
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bmad-sprint-status
Source: https://github.com/Yukine5377/common/tree/main/.cursor/skills/bmad-sprint-status
Command: npx skills add https://github.com/Yukine5377/common --skill bmad-sprint-status-yukine5377

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Sprint teams spend time compiling status, risks, and next steps across multiple sources. This Skill automates a concise, actionable view of sprint health.

Core Features & Use Cases

  • Parse sprint-status.yaml and compute status counts for stories and epics.
  • Detect risks such as stale data, orphaned work, or in-progress epics without stories, and propose next actions.
  • Generate a recommended next workflow and summarize results for stakeholders.

Quick Start

Summarize the current sprint status from sprint-status.yaml to surface key risks and recommended next steps.

Frequently Asked Questions about bmad-sprint-status

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

FAQPage Schema
How do I summarize sprint status and surface risks from agile data?

To summarize sprint status and surface risks, you can parse sprint-status.yaml to compute story and epic counts, detect anomalies like stale data or orphaned work, and output recommended next actions.

What sprint anomalies and risks should I look for during status reporting?

Sprint risks include stale data, orphaned work, and in-progress epics without stories. Identifying these anomalies during status validation helps surface clear blockers and propose actionable next steps.

How do I generate recommended next actions for a Scrum sprint retrospective?

Generate recommended next actions by applying sprint status validation to agile data including epics, stories, and retrospectives, then summarizing detected risks into a suggested next workflow for stakeholders.

Can I validate required fields and known statuses in my sprint-status.yaml file?

Yes, you can validate required fields and known statuses in sprint-status.yaml. The process flags anomalies in your sprint data and suggests a next workflow with context for stakeholder visibility.

Does this sprint status summarization approach work for typical agile epics and stories?

Yes, sprint status summarization applies to typical agile sprint data, including epics, stories, and retrospectives, to provide clear, actionable visibility and compute status counts accurately.

What is the best way to automate sprint health visibility for stakeholders?

The best way to automate sprint health visibility is parsing sprint-status.yaml to compute status counts, detect risks like orphaned work, and summarize results with recommended next actions for stakeholders.