scope-work

story: e03s01

story: e24s02

Scope Work

Spine position: Step 1 — scope-work → slice-tasks → plan-work.

Turn the current conversation into a bounded PRD at specs/product/SCOPE_LATEST.yaml. Without a scope boundary, implementation drifts — stories expand, estimates blow up, and "done" becomes undefined.

Pre-flight

• Do you have a clear user need or problem statement? If not, run elaborate-spec first.
• Does specs/product/VISION_LATEST.yaml exist? If yes, read it for north-star alignment.
• Is there an existing SCOPE_LATEST.yaml? If yes, you're refining, not creating from scratch.

Process

1. Read planning-context.yaml — If specs/planning-context.yaml exists, read it before doing anything else:

   test -f specs/planning-context.yaml && echo "Context found" || echo "No context — starting fresh"
   

   Pre-populate feature_name, constraints, and out_of_scope from the file. Skip re-asking questions already answered by elaborate-spec. If the file is absent, proceed normally.

2. Gather context — Read existing specs/ artifacts (release-plan.yaml, plans/TECH_STACK_LATEST.md, requirements/VISION_LATEST.yaml if any). Understand what the project is building and why.

3. Interview (if needed) — Clarify: What is the goal? Who are the users? What is definitely in scope? What is explicitly out of scope? What constraints exist (time, budget, tech)? How will success be measured?

4. Write specs/product/SCOPE_LATEST.yaml with these fields:

   • core_value — one-sentence value proposition
   • summary — 2-3 paragraph scope overview
   • in_scope[] — list of what this initiative covers (each maps to an epic/story)
   • out_of_scope[] — explicit exclusions (prevents scope creep)
   • constraints — tech, time, resource boundaries
   • success_criteria — observable outcomes that prove the scope is delivered
   • references — links to related specs, ADRs, or documents

5. Lightweight trade-off analysis — For each out_of_scope item, note why it's excluded (deferred, not valuable, too risky, depends on external factor). This protects against "what about X?" questions later.