planning

Generates milestones, dependencies, risks, and out-of-scope boundaries for validated software changes.

4|Updated Jun 19, 2026
One-click install
npx skills add https://github.com/douglance/sdlc-plugin --skill planning-douglance
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: planning
Source: https://github.com/douglance/sdlc-plugin/tree/main/.rulesync/skills/planning
Command: npx skills add https://github.com/douglance/sdlc-plugin --skill planning-douglance

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a validated change request into an actionable structure is hard: teams often jump into code without clear milestones, hidden dependencies surface late, and scope creep goes unchecked. This Skill converts a goal into an evidence-grounded plan with explicit boundaries. ## Core Features & Use Cases - Milestone Breakdown: Decomposes work into ordered milestones, each composed of atomic commits, with no arbitrary count cap. - Evidence-Anchored Planning: Every milestone, risk, and estimate cites exact path:line references to existing code, tests, or primary sources. - Explicit Out-of-Scope Set: Produces a hard out_of_scope constraint that all downstream milestones inherit verbatim. - Use Case: After requirements are validated for a new API feature, use this Skill to produce a plan with three milestones, dependency mapping, risk analysis, and a prior-art comparison before any implementation begins. ## Quick Start Ask the AI to create a project plan with milestones, dependencies, risks, and an out-of-scope list for your validated feature request.

Frequently Asked Questions about planning

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

FAQPage Schema
How do I break a software feature into milestones?▼

Decompose the goal into ordered milestones, each composed of atomic commits forming vertical slices. Ground each milestone in cited existing code using exact path:line references, and ship the first draft plan rather than over-iterating.

What should a software project plan include?▼

A plan should contain ordered milestones, dependency mappings, risk assessments, an explicit out-of-scope list, evidence anchors with path:line citations, a prior-art comparison, and an argument trace separating facts from recommendations.

When should I use a planning phase before implementation?▼

Use planning when a validated nontrivial change needs structure before coding begins. Skip it for trivial changes where the work is already bounded and obvious, since the lifecycle phases are optional, not a mandatory pipeline.

How do I define out-of-scope items in a project plan?▼

Create an explicit out_of_scope list treated as a hard constraint, not a suggestion. Every downstream milestone inherits this list verbatim, and the planner owns enforcing it throughout execution.

What if my plan requires many compatibility rules and adapters?▼

Run a simplifying-insight check before accepting that complexity. Record the null hypothesis, a candidate simpler model, its novel prediction, and the cheapest decisive test to validate the simpler approach.