dough-resplit-story · git:20260909.3784459 · 2026-09-09 · sha256 2367808bfc7d3ab4

dough-resplit-story git:20260909.3784459A

Immutable. This exact content is served forever at /api/v1/blob/2367808bfc7d3ab4.

---
name: dough-resplit-story
description: >-
  Resplits a large story after slice-plan refinement into smaller stories and
  mapped slice plans. Use when resplitting is requested, including after a
  more-than-15-slices recommendation. Leaves the first story and plan refined;
  later plans await story refinement and backlog priorities are reconsidered.
---

# Resplit story

Replace one large story with smaller stories and partition its refined slice
plan to match. A recommendation from slice-plan refinement alone does not
authorize this workflow. Do not implement product code.

## Resolve context

Require the original story and seed, its refined slice plan, and this project's
seed, anchor, plan-location, and lifecycle conventions. Identify
completed work, evidence, current decisions, and any existing backlog entry.
Resolve backlog context when the original is queued or queueing is requested.
If required context or a linked skill is unavailable, name what is missing and
stop the affected activity before writing.

## Establish smaller stories

Use [dough-story-decomposition](../dough-story-decomposition/SKILL.md) to
decompose the original outcome and order the smaller stories. Supply the
original story's established decisions and learning from refinement; reuse
answered questions. Keep decomposition's seed non-executable and perform the
plan mapping below only after story boundaries and order are resolved.

Split by useful outcomes, not by distributing slices into equal-sized groups.
Account for the original scope across the new stories; surface proposed scope
removal or changed outcomes for human resolution. Preserve unrelated siblings
and stable links. Retain a trace from the original story to its replacements
using this project's lifecycle conventions, so it is not left as competing work
or recorded as delivered merely because it was split.

## Map and realign plans

Map every original slice and its promises to the story it serves. Preserve
completed work, compatible evidence, overrun history, and still-relevant
decisions. Split or realign slices spanning story boundaries; do not duplicate
implementation work or proof ownership. Record genuine dependencies explicitly.

Partition the original plan into one plan per new story using this project's
locations. Reuse the original plan for the first story where the lifecycle
allows; otherwise retain a replacement trace and retire the competing plan.
Link every plan to its canonical story and account for every original slice.

For the first story in the resolved order:

- Use [dough-story-refinement](../dough-story-refinement/SKILL.md) to establish
  its Goal, Scope, and Key examples, reusing compatible prior refinement.
- Realign its plan to that understanding and apply
  [dough-slice-plan-refinement](../dough-slice-plan-refinement/SKILL.md).
  Resolve scope, proof ownership, sizing, and dependencies on deferred work
  before reporting it as a refined plan. It must deliver its own outcome if
  later stories are deferred.
- Leave the story and plan as refined as if refined individually. If unresolved
  decisions prevent that result, report the resplit as incomplete rather than
  giving the first plan inherited readiness.

For every later story, retain the mapped slices as provisional planning input.
Mark its plan explicitly: `awaiting story refinement — not ready for slice-plan
refinement or execution`, using equivalent project status fields where supplied.
Record that resumption requires `dough-story-refinement` to clarify the mapped
story's goal, scope, and examples, followed by plan realignment before slice-plan
refinement or execution. Old slice readiness does not override this hold.

## Reconsider backlog placement

If the original story is queued, use
[dough-product-backlog](../dough-product-backlog/SKILL.md) to replace its entry
and reassess the selected smaller stories against the whole backlog. The
highest-priority replacement may retain the original position when justified.
Other replacements do not inherit that position or automatically follow it;
apply the backlog skill's ranking rules individually. Leave unselected
candidates in their seed and explain placement or deferral. If the original
was not queued, do not queue replacements unless requested.

## Report

Report the replacement story links, original-to-new slice mapping, first plan's
refinement and readiness result, later plans' holds and resumption steps, backlog
placement rationale, and unresolved decisions. Resplitting does not authorize
execution, commit, or push. End a completed resplit with:

`## STORY RESPLIT`