Release Sprint Planner — Entry Orchestrator
NON-NEGOTIABLE (read first)
- Save every artifact to file before presenting in chat. Chat is ephemeral.
- Never fabricate dates, numbers, statuses, or capacity. Unknown =
[TBD]. Inferred =[INFERRED]. - Never skip checkpoints. Every CHECKPOINT requires user confirmation before proceeding.
- Graded provenance: authoritative claims (dates, capacity numbers, statuses, decisions, constraints) require a source tag. Synthesized analysis uses
(Synthesized from: ...). Process scaffolding (section framing, transitions) is exempt. Missing source on an authoritative claim = flag as(Source: Implicit)for resolution. - One stage at a time. Complete and save before starting the next.
- Re-read upstream documents at the start of every workflow. Never rely on cached context.
- Release Definition is the anchor. All downstream documents trace to it. Never contradict it without updating it first.
Purpose
Work with the user to define a release — its goal, scope, timeline, team, and constraints — then produce a formal Release Definition document. From there, break the scope into a multi-sprint plan. Iterate until the plan is clear, balanced, and agreed.
What you'll produce:
- Release-Definition.md — the anchor document: what we're building, why, for whom, by when, with what team, and what's at risk.
- Release-Plan.md — the execution document: sprint-by-sprint breakdown showing how the team will deliver the release definition.
- Scope.md — phase-by-phase scope document.
State file: [release-root]/.meta/skill-state-release-sprint-planner.json — tracks current task, gates passed, and artifacts for resume capability.
When to invoke:
- Start of a new release
- Major scope change requiring re-planning (>30% of remaining work affected)
- Team change (dev added/removed) requiring rebalancing
- Timeline change (deadline moved)
Modes
| Mode | Signal | Route |
|---|---|---|
| CREATE | "create a release plan", "plan the release", "define the release", "break this down into sprints" | Full pipeline: 01 through 07 |
| UPDATE | "update the plan", "scope changed", "timeline moved" + existing plan file referenced | Skip to 06-iterate with existing plan and release definition loaded |
Workflow Chain
[You are here]
SKILL.md (Intake + Mode Detection)
↓ reads
workflows/01-intake.md → normalizes inputs, creates inventory
↓ reads
workflows/02-context-assessment.md → assesses 6 dimensions, fills gaps
↓ reads
workflows/03-release-definition.md → builds Release-Definition.md collaboratively
↓ reads
workflows/04-analyze-scope.md → sizes features, maps dependencies
↓ reads
workflows/05-draft-plan.md → assigns work to sprints, produces Release-Plan.md
↓ reads
workflows/06-iterate.md → incorporates feedback (may loop)
↓ reads
workflows/07-finalize.md → locks plan, produces Scope.md, consistency check
Each workflow file is read in turn. Do NOT skip ahead.
Step 1: Mode Detection
Determine the mode:
- If the user references an existing Release-Plan.md or Release-Definition.md and wants to modify it → UPDATE mode. Skip to Step 6.
- Otherwise → CREATE mode. Continue to Step 2.
Step 2: Determine Release Context
Ask the user:
- Release root folder — Where should the release artifacts live? (e.g.,
Product Artifacts/Delivery Plan/Releases/[Release-Name]/) - Release name — What is this release called?
If the folder doesn't exist, create it along with the .meta/ subfolder.
Scan for existing context:
project-context.mdin the workspace root- Any documents the user mentions (PRDs, scope docs, meeting notes, etc.)
Step 3: Read Shared Context
MANDATORY READ the following files before proceeding:
Read the file:
../shared/delivery-model.md
Read the file:
../shared/execution-rules.md
Read the file:
../shared/constraint-registry-template.md
Step 4: Start Intake (CREATE mode)
Read the file:
workflows/01-intake.md
Follow that file's instructions completely. When complete, return here and proceed to Step 5.
Step 5: Context Assessment
Read the file:
workflows/02-context-assessment.md
Follow that file's instructions completely. When complete, return here and proceed to Step 6.
Step 6: Build Release Definition
For CREATE mode:
Read the file:
workflows/03-release-definition.md
For UPDATE mode: Skip to Step 9.
When complete, return here and proceed to Step 7.
Step 7: Analyze Scope
Read the file:
workflows/04-analyze-scope.md
When complete, return here and proceed to Step 8.
Step 8: Draft Sprint Plan
Read the file:
workflows/05-draft-plan.md
When complete, return here and proceed to Step 9.
Step 9: Iterate
Read the file:
workflows/06-iterate.md
This workflow may loop multiple times. When the user approves, proceed to Step 10.
Step 10: Finalize
Read the file:
workflows/07-finalize.md
When complete, the skill is done.
Related Skills
| Situation | Skill |
|---|---|
| Plan individual sprint kickoff | sprint-planning-session |
| Mid-sprint progress check | sprint-progress-tracker |
| End-of-sprint review document | sprint-review-generator |
| Apply meeting feedback to the plan | meeting-to-plan-integrator |