技能epic-breakdown-advisor
E

epic-breakdown-advisor

使用 Humanizing Work 拆分模式,将史诗拆分为用户故事。当待办事项过大,难以估算、排序或安全交付时使用。

Epic Breakdown Advisor - 把 Epic 拆解为用户故事的交互式顾问

技能概述

Epic Breakdown Advisor 是一个基于 Humanizing Work 方法论的交互式拆解顾问,通过 INVEST 预检和 9 种拆分模式,把过大、无法估算的 Epic 系统地拆成保持端到端用户价值的 Sprint 级用户故事。

适用场景

  1. Sprint 规划前拆分大型需求:待办列表里的 Epic 太大、团队无法估算或排序,需要拆成 1-5 天可完成、可安全交付的用户故事。
  2. 模糊功能块故事化:诸如"导出报表支持 Excel/PDF/CSV 并支持自定义日期"这类一句话大需求,需要转化为可开发、可验收的具体故事。
  3. 多步骤工作流与多变体功能拆分:涉及审批流程、多种业务规则、多种数据类型或"管理类"CRUD 操作的 Epic,需要选对拆分模式再做垂直切片。

核心功能

  1. INVEST 预拆分验证:拆分前逐项检查独立性、可协商性、价值性、可估算性、可测试性,避免把技术任务误当用户故事强行拆分。
  2. 9 种拆分模式顺序引导:按工作流步骤(薄端到端切片)、CRUD 操作、业务规则变体、数据变体、数据录入方式、主要工作量、简单/复杂、延迟性能、拆出 Spike 的顺序逐一匹配,一问一答帮你选对模式并生成具体故事。
  3. 拆分质量评估与产出:从"是否暴露了可砍掉的低价值工作"和"是否得到等大小故事"两个维度评估拆分结果,最终生成含 Given/When/Then 验收标准的完整拆解计划。

常见问题

Epic 太大、团队无法估算怎么办?

先做 INVEST 预检,确认它确实是可交付用户价值的用户故事,再按顺序尝试 9 种拆分模式;如果前 8 种模式都不适用,说明不确定性过高,技能会建议先做 1-2 天的 Spike 时间盒调研,拿到答案后再回来重新拆分。

为什么拆分要保持垂直切片,不能按前后端分层拆?

水平切片(如"先做后端 API、再做前端页面")的每一块都无法单独交付用户可感知的价值;垂直切片让每个故事都贯穿多层架构、交付可观察的系统行为变化,团队才能逐个交付、验证并随时调整优先级。

拆出来的故事还是太大怎么办?

技能输出会给出明确的下一步:对任何超过 5 天的故事,重新从模式 1 开始再拆一轮,直到所有故事都落在 1-5 天区间内;同时检查拆分是否暴露了可以砍掉或延后的低价值工作,从源头减少不必要的开发量。