bmad-sprint-status

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

1|Updated Aug 3, 2025
One-click install
npx skills add https://github.com/MazenMrad/Obsidio --skill bmad-sprint-status-mazenmrad
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bmad-sprint-status
Source: https://github.com/MazenMrad/Obsidio/tree/main/.cursor/skills/bmad-sprint-status
Command: npx skills add https://github.com/MazenMrad/Obsidio --skill bmad-sprint-status-mazenmrad

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Sprint status is often scattered across artifacts and conversations. This Skill provides a concise, actionable summary of current sprint progress and risk indicators derived from sprint-status.yaml, enabling faster alignment and decision-making.

Core Features & Use Cases

  • Summarizes sprint status by counting stories and epics in each state (backlog, in-progress, done) and surfacing key risks.
  • Recommends next actions based on status patterns (e.g., in-progress, in-review, backlog) to keep the sprint moving.
  • Use Case: A team leads a daily standup and asks for a quick health check; this Skill returns a clear status snapshot plus recommended next steps.

Quick Start

Run the sprint-status workflow on the existing sprint-status.yaml to generate a summary and recommended next actions.

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 identify risks from a YAML file?

The workflow processes sprint-status.yaml by validating required metadata, counting stories and epics in each state such as backlog or in-progress, and surfacing key sprint risks for quick decisions.

What is the best way to generate agile risk signals for daily standups?

The best way to generate agile risk signals is running the sprint-status workflow on your YAML file to produce a concise health check snapshot with story counts and recommended next actions for the team.

How does sprint planning reporting work when story states are mixed?

When story states are mixed, sprint planning reporting computes totals for states like in-progress and in-review, then recommends the next workflow action based on those status patterns to keep the sprint moving.

Do I need a specific YAML structure to compute sprint status counts?

Yes, a structured sprint-status.yaml file with required metadata is needed, because the workflow validates these fields before computing counts of stories and epics across backlog, in-progress, and done states.

Can I use this to recommend next actions for in-progress and in-review stories?

Yes, the workflow analyzes status patterns for in-progress and in-review stories in the YAML file, recommending the appropriate next workflow action to maintain sprint momentum and enable quick decisions.