技能介绍

解决什么问题

当需求文档已经成型，但还缺少可评审的功能点清单时，NESMA 工作量拆分工作流会把文档中的模块、功能点和复杂度关系整理成一份可追溯的拆分结果。它面向工程师和估算负责人，重点不是“总结需求”，而是把需求转成 EI/EO/EQ/ILF/EIF、复杂度、ADD/CHG/DEL 变更类型，并进一步导出 CSV 和 工作量估算.md。

它如何工作

该技能按 6 个步骤推进，并用 TodoWrite 记录状态：

工作区准备：创建 results/<需求名称>/，准备可继续执行的目录。
模块与功能摸底：通过 Task 子代理读取需求文档，生成 需求摸底说明与拆分计划.md，按数据维护、业务查询、接口交互、流程控制、UI 交互等维度识别候选功能点。
用户确认：主 Skill 展示模块结构、排除章节、扩展建议，并分别询问模块是否合理、扩展项是否采纳。
执行拆解：decomposer 子代理逐模块填写功能点、变更类型和折算系数。
结果审查：独立 reviewer 子代理在隔离上下文中检查横向遗漏、对称功能、多业务线、描述深度与复杂度边界，并生成 审查报告.md。
导出与换算：主 Skill 生成 拆解明细.csv，运行 fp2effort.py 计算 UFP → AFP → 人天。

关键点在于强制分工：工作区、摸底、拆解、审查必须由子代理执行，主 Skill 负责进度推断、用户确认和最终导出。这样能减少“一次性生成 + 一次性自检”带来的确认偏差。

适用边界

它依赖用户提供 .md 或 .docx 需求文档，并要求项目根目录存在 results/。默认工作量因子按通信行业基准设置，包含 0.90 质量特性、0.80 开发语言和 0.80 团队背景等乘积；如果用于其他行业，应修改 工作量估算.md 中的因子后重新运行。审查最多循环 2 轮，超过后需要人工决策。