During iteration planning, it was determined that an epic should be decomposed. What was the determining factor?
Show Answer & Explanation
Correct Answer: A. Size and priority
An epic is decomposed into smaller user stories when it is too large to be completed within a single iteration AND when it has sufficient priority to warrant immediate breakdown and planning. Size determines whether the epic fits within an iteration's capacity; priority determines whether it's worth the effort of decomposition now versus later. Option B (minimum marketable features) is a related concept — MMFs help define release scope — but they are not the primary determining factor for decomposing an epic during iteration planning. Option C (release plan) informs when features should be delivered but is an output of planning, not the direct trigger for epic decomposition. Option D (sprint mapping) is not a standard Agile term and doesn't directly govern when epics are broken down. The Scrum Guide and PMI-ACP framework both indicate that Product Backlog refinement involves breaking large items into smaller ones when they are near the top of the backlog (high priority) and need to be actionable (small enough to fit in a sprint). If an epic is low priority, there is no urgency to decompose it — doing so prematurely wastes the team's time. The dual criteria of size and priority ensure that decomposition is both timely and necessary.