orchestrating-sprints

Automate sprint planning and execution with hierarchical phases and PROGRESS.yaml generation.

Updated Jan 14, 2026
One-click install
npx skills add https://github.com/Mission42-ai/m42-claude-plugins --skill orchestrating-sprints
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: orchestrating-sprints
Source: https://github.com/Mission42-ai/m42-claude-plugins/tree/main/plugins/m42-sprint/skills/orchestrating-sprints
Command: npx skills add https://github.com/Mission42-ai/m42-claude-plugins --skill orchestrating-sprints

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve?

This skill streamlines sprint planning and execution by automating the orchestration of workflow phases, for-each expansions, and progress tracking across sprints.

Core Features & Use Cases

  • End-to-end sprint orchestration with hierarchical phases (prepare → development → QA → deploy).
  • For-each expansion of steps into per-item workflows with separate contexts.
  • Generated PROGRESS.yaml and integrated gate-tracking for quality gates and breakpoints.

Quick Start

Use the orchestrating-sprints skill to initialize and run a sprint orchestration workflow, define a sprint with a .claude/workflows directory, and execute the sprint compiler to produce a PROGRESS.yaml. For example:

  • Create a sprint directory structure
  • Define SPRINT.yaml with a workflow reference
  • Run the sprint to compile and execute

Frequently Asked Questions about orchestrating-sprints

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

FAQPage Schema
How do I automate sprint planning and execution orchestration for software development teams?▼

Sprint orchestration is automated by defining a SPRINT.yaml with a workflow reference in a .claude/workflows directory and executing the sprint compiler to produce a PROGRESS.yaml. It streamlines planning by automating hierarchical phases, for-each expansions, and progress tracking across sprints.

How does for-each expansion work when orchestrating sprints with CLAUDE-powered workflows?▼

For-each expansion in sprint orchestration breaks down steps into per-item workflows with separate contexts. It enables deterministic processing of individual work items within hierarchical phases like prepare, development, QA, and deploy, ensuring isolated execution and contextual task tracking.

Can I track quality gates and breakpoints during sprint execution using PROGRESS.yaml?▼

Yes, quality gate tracking and breakpoints are integrated into sprint execution via the compiled PROGRESS.yaml. The sprint compiler generates this file to provide deterministic progress tracking, contextual fresh-task execution, and visibility into quality gate status across all workflow phases.

Do I need a specific directory structure to run sprint orchestration workflows?▼

Sprint orchestration requires a sprint directory structure containing a .claude/workflows directory. You define a SPRINT.yaml referencing a workflow, then run the sprint to compile and execute it, generating the PROGRESS.yaml file for deterministic tracking across all phases.

What's the best way to structure hierarchical phases for end-to-end sprint orchestration?▼

End-to-end sprint orchestration structures hierarchical phases sequentially: prepare, development, QA, and deploy. This deterministic workflow model allows for-each item expansion and progress tracking within each phase, ensuring comprehensive coverage from initial preparation through final deployment.

Why should I use a sprint compiler for workflow orchestration instead of manual progress tracking?▼

A sprint compiler automates deterministic workflow generation, creating a PROGRESS.yaml that tracks gates, breakpoints, and contextual fresh-task execution. Unlike manual tracking, it ensures consistent orchestration across hierarchical phases and for-each expansions, reducing errors in complex software development sprints.