项目开发与交付（3）：拆WBS与DoD

原创已于 2026-06-15 22:33:10 修改 · 453 阅读

8 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

标签

##研发管理 ##AI辅助开发 ##项目管理 #c#

于 2026-06-15 22:31:51 首次发布

项目开发与交付专栏收录该内容

9 篇文章

订阅专栏

在上一篇需求V1定稿之后，PM 必须组织一次动作：把 AC 验收标准逐条拆成可落地的任务表。

很多团队的通病：V1 写得很规范，但任务表只有「XX模块开发」「开发80%」。

后果非常固定：

周会说不清到底卡在哪一步、卡谁
里程碑无法按 AC 逐条闭合验收
测试、联调、审查、回归全部被“开发进度”吞掉，最后节点连夜补质量

本文目标：给出可直接落地的 WBS 拆解方法 + DoD 写法 + 任务表模板 + 真实 AC 拆解案例。

核心概念（本篇口径）

WBS（工作分解）：把交付需求拆解成「可跟进、可指派、可验收」的任务清单。

DoD（完成定义）：单条任务的验收标准。必须可核验、可勾选，禁止“差不多、基本完成、80%”。

先对齐一个关键问题：任务表跟「进度」还是跟「交付」？

跟进度 = 伪管理

满屏百分比，靠感觉估时，里程碑前突击补测试、补联调。

跟交付 = 真管理

每一行 DoD 都能对上 V1 / AC 条文，完成/阻塞清晰、可追溯、可闭环。

核心分工

PM：组织拆解、审任务表、控质量门禁

开发/技术：估实现工时、梳理依赖

测试：补测试、回归、数据、环境验证任务

需求：核对 AC 全覆盖

一、本次输出物（PM 必须交付）

1）《WBS 任务明细表》

每行固定字段：任务 / 负责人 / DoD / 依赖 / 估时 / 关联 AC / 里程碑 / 状态

2）《横切任务说明》

说明：审查、联调、回归、环境工单、发布演练为什么必须单独成行（写在表备注即可）。

任务表定稿标准（硬性门槛）

不允许某条 AC 只有一行笼统「开发」任务
所有横切质量任务：有负责人、有估时、有 DoD
满足以上，才能进入下一篇「里程碑与缓冲排期」

二、标准拆解流程（建议 90 分钟会议）

输入

需求 V1 定稿 + AC 验收表

强规则：每条 AC 至少对应一条实现、一条测试任务

拆解顺序（按交付物，不按人头）

Step1 功能交付拆解：设计确认 -> 开发提 PR -> 联调 -> 功能测试

Step2 补齐横切任务：审查、环境工单、回归、发布演练独立成行

Step3 逐条写 DoD：全部可勾选、无百分比

Step4 自检终审：PM 三问 + 验收四问

多 AC 处理规则

AC-02、AC-03… 各自拆专属实现/测试行；

审查、回归可迭代复用，但 DoD 必须写明覆盖哪些 AC。

参会人员

必到：PM、开发、测试

可选后半段加入：需求（对 AC 覆盖）

三、PM 现场拆解动作（照着问就能拆干净）

投屏所有 AC，逐条追问：哪几行任务能完整闭合这条 AC？
发现 AC 被全部塞进「开发一行」，强制拆行
对齐测试：回归、探索测覆盖哪些 AC，单独成行
确认审查人、联调依赖对象，单独成行
进度口径统一：只写完成/阻塞，禁用百分比，阻塞写明「等谁、等什么」

四、横切任务：必须单独成行（禁止包在开发里）

很多项目翻车根源：把审查、联调、回归默认为开发自带。

结果就是：质量工期无计划，里程碑前批量爆问题。

任务类型	必须单列原因	DoD 示例（可直接抄）
代码审查	缺陷容易快速合入；AI 代码风险更高，必须门禁	对应 PR 完成非作者复审、问题闭环、已合并；开发行 DoD 只写到「PR 已提、CI 绿」
集成联调	接口、字段、跨系统对接是最高发阻塞点	与 XX 系统连通，AC-XX 主路径全量跑通无异常
测试 & 回归	避免所有测试堆积到最后一晚突击	AC-XX 用例全执行、边界探索有记录、缺陷已登记
环境/工单	等环境=实打实拖进度，必须显性化	工单号归档，环境就绪日期确认
发布演练	预发不练，生产必炸	预发完成发布+回滚演练，流程无故障
AI 生成+人审	AI 编码快但集成问题多，禁止“AI 写过=完成”	完成交叉审查与测试闭环，不豁免任何门禁

五、完整拆解案例：AC-01 订单导出（8–12 行标准结构）

需求 AC-01：列表支持导出 Excel；列与范围与列表一致；1 万条数据 5 分钟内导出完成。

#	任务	负责人	DoD（可勾选完成标准）	依赖	估时	AC
1	导出字段与模板确认	需求+开发	列名、模板与 V1 条文书面一致，测试确认可测无歧义	—	0.5d	AC-01
2	后端导出接口开发+提PR	后端A	功能完成、PR 提交、CI 绿灯（合并待审查）	1	2d	AC-01
3	前端导出入口开发+提PR	前端B	功能完成、PR 提交、CI 绿灯	1	1d	AC-01
4	订单导出联调	后端A	前后端合并后联调通过，1万条样本导出成功	5、8	1d	AC-01
5	代码审查+合并	审查人C	任务2、3 PR 非作者复审通过、问题闭环、已合并	2、3	0.5d	—
6	AC-01 功能测试执行	测试D	用例跑完；满足5分钟/列一致要求；缺陷全部登记	4	1d	AC-01
7	边界/权限探索测试	测试D	超量数据、无权限等边界场景测试完成、有结论记录	6	0.5d	AC-01
8	万级测试数据准备	测试D	测试环境可稳定复现1万条导出样本，工单号留存	1	0.5d	AC-01
9	变更回归测试	测试D	相关 AC 冒烟通过，发布前回归闭环	6	0.5d	—
10	预发发布演练	开发A	预发环境发布/回滚走通，导出结果与测试环境一致	6	0.5d	AC-01

任务表自检三问（PM 终审）

是否存在某条 AC 只有一行「开发」笼统任务？
审查/联调/回归是否全部独立成行、有估时？
每条 DoD 是否能对照 AC/V1 逐条勾选？

删行校验法（硬核合格标准）

删掉审查/测试/回归任意一行，如果无法诚实闭合 AC = 任务表不合格，必须重拆。

六、可直接复制：WBS 任务表模板（CSDN 可用）

【项目】______ ｜【版本】对齐 V1.x ｜【日期】______

#	任务	负责人	DoD（可勾选）	依赖	估时	AC	里程碑	状态
							M1/M2	完成/阻塞（等XX）

关键约束

横切任务不并入开发
进度只写完成/阻塞，不写百分比
每条任务负责人唯一

签字确认：PM______ ｜开发______ ｜测试______

七、PM 权责边界 & 常见坑对策

PM 要做 / 不做

PM 要做	PM 不做
保证每条 AC 有可闭环的实现+测试任务	替开发估单行代码工时
强制审查/联调/回归独立成行、配估时	接受「开发80%」模糊进度
DoD 可对照 AC/V1 核验	无 V1 定稿就细排任务
任务表随 V1 迭代同步更新	用 Demo 感觉替代 AC 标准

常见漏洞与对策

常见问题	对策
审查被默认包含在开发里	强制拆独立行，遵从审查门禁
测试只写一行“测完”	按 AC 拆分：功能测、探索测、回归测分开
AI 写完就认为开发完成	DoD 必须含人工审查+测试闭环，禁止免验
任务表与 V1 对不上	先更 V1，再改 WBS，双向对齐
兼岗无人认领、责任空悬	一条任务一个负责人，冲突立即升级
开发 DoD 写“已合并”但无审查行	开发行只写到「PR+CI 通过」，合并归属审查任务

八、省略本步骤的直接后果

省略动作	后果
横切任务不独立	质量环节被挤压，里程碑前集中赶工、漏测漏审
只用百分比进度	周会无法定位阻塞，里程碑无法按 AC 验收闭环
DoD 不可核验	口头完工、验收翻车
任务不关联 AC	做错、测错、漏测、无效返工