<< All versions
Skill v1.0.1
currentAutomated scan100/100mrcalderon3d/everything-game-dev-code/milestone-planning
+1 new
──Details
PublishedJune 25, 2026 at 10:08 PM
Content Hashsha256:27cb3ff424ca8a3b...
Git SHA9585a1c63973
Bump Typepatch
──Files
Files (1 file, 1.9 KB)
SKILL.md1.9 KBactive
SKILL.md · 64 lines · 1.9 KB
version: "1.0.1" name: milestone-planning description: Build milestone plans that are dependency-aware, risk-aware, and tied to real delivery outcomes. origin: everything-game-dev-code category: workflow
Milestone Planning
Purpose
Build milestone plans that are dependency-aware, risk-aware, and tied to real delivery outcomes.
Use When
- entering pre-production or production
- scope has changed materially
- the team needs a realistic plan instead of a loose backlog
Inputs
- current scope
- team capacity
- dependencies
- risk register
- technical and content constraints
Process
- define milestone purpose, entry criteria, and exit criteria
- break work into feature-sized deliverables with owners
- sequence dependencies and identify blockers early
- reserve capacity for integration, QA, and rework
- mark candidate descopes and optional stretch items
Outputs
- milestone plan
- dependency map
- ownership list
- risk-aware scope breakdown
Quality Bar
- each milestone has exit criteria a reviewer can check without interpretation
- dependencies between workstreams are mapped before dates are committed
- every milestone names its owner and the decision that unblocks the next one
- risks carry probability, impact, and a named mitigation owner
Common Failure Modes
- milestones defined by dates instead of demonstrable outcomes
- hidden dependencies discovered mid-milestone, invalidating the schedule
- "90% done" syndrome — no binary exit criteria to call a milestone complete
- risk lists written once at kickoff and never re-reviewed
Related Agents
- producer
- planner
- technical-design-lead
Related Commands
- milestone-plan
- plan
- orchestrate
Notes
- Keep this skill aligned with the relevant rules layer and current project documentation.
- If engine-specific constraints materially change the workflow, hand off to the matching engine skill or engine-specific reviewer.