指南 › 指南

工作分解结构模板

工作分解结构就像计划的家谱：从成果出发，拆成几个部分，再拆成小到可以估算的小块。拆对了，甘特图几乎就自己写好了。

第 1 步：从交付物出发，而不是活动

从顶层的最终产品开始，再拆成主要交付物。描述工作完成后存在的东西，例如“培训材料”或“已迁移的数据”，而不是“培训人员”这样的动词。

交付物更容易检查，更容易分配，也更不容易被遗忘。

• 第 1 层：项目，以成果命名。
• 第 2 层：主要交付物或阶段。
• 第 3 层：子交付物。
• 第 4 层及以下：工作包（如有需要）。

第 2 步：应用 100% 规则

任何一项的下级合起来，必须正好等于上级的全部，不缺也不多。如果无法把上级描述为各部分之和，就说明有缺口或重叠。

这条规则能防止范围蔓延以多出一个方框的方式溜进来，也能防止被遗忘的事项在第五个月冒出来。

• 对照章程中的范围说明，检查每一层。
• 确保每一项只出现在一个上级之下。
• 把项目管理和测试作为交付物纳入，而不是事后补充。

第 3 步：编号并定义每个工作包

简单的编号方案，如 1、1.1、1.1.1，给每一项一个地址，可用于计划、成本行和 RAID 日志。然后用几个标准字段描述每个最底层的工作包。

• 工作包编号和名称。
• 描述以及“完成”的定义。
• 负责人：对交付负责的一个人。
• 估算的工作量和工期，以及估算的依据。
• 前置任务和依赖关系。
• 成本行或预算代码。
• 关键假设和风险。

第 4 步：知道何时停止拆分

当一个工作包可以有合理把握地估算、可以分配给一位负责人、可以明确无误地跟踪时，就停止拆分。常见的经验法则是，一个工作包应当在几天到几周之间。

拆得比这更细，您花在更新计划上的时间会比干活的时间还多。

• 太大：您说不清“完成”是什么样子。
• 太小：更新状态比做这个任务还费时间。
• 刚刚好：一位负责人，一个估算，一个清晰的终点。

第 5 步：把它变成计划

结构一经约定，加上工期和依赖关系，就有了编制进度计划和关键路径的原材料。如果您已经有电子表格或其他平台里的计划，在 Senshin 中可以通过文档导入把它导进来，并在甘特视图上复查结构。

• 在工作包之间添加依赖关系，而不是在层级之间。
• 从底层向上汇总成本和工作量。
• 与团队一起复查结构，因为他们会发现您漏掉的东西。

它在 Senshin 中的位置

常见问题

更多指南

最后更新: 2026-10-22