术语表
工作包
Work Package、工作包说明
工作包 是 工作分解结构（WBS） 中不再继续分解的最小单元。它描述一份界限清楚的工作，带有一个成果、一名负责人、一个截止日期和一笔预算。项目的估算、计划和控制都在工作包这一层进行。
工作包把 项目 的结构与进度安排联系起来。WBS 自上而下把项目分解为阶段或子项目，再往下分解为工作包。之后，才为每个工作包确定 活动、工期和依赖关系。WBS、活动排序和进度计划之间的关系，请参阅文章 工作分解结构、活动排序与项目进度计划有何区别。
工作包说明应包含哪些内容？
- WBS 编码和名称： 唯一编号（例如 2.3），以及由动词和对象组成的名称，如“搭建测试环境”。
- 成果： 产出哪个 可交付成果？
- 内容和排除项： 包含什么，明确不包含什么？
- 负责人： 只指定一名交付该工作包的人。
- 工作量和工期： 以人天估算的工作量，以及由此得出的工期。
- 日期： 计划开始和计划结束日期。
- 成本： 人员、材料和外部服务成本。
- 前提条件和接口： 需要其他工作包的哪些成果？成果交给谁？
- 验收标准： 所有相关人员如何判断工作包已完成？
示例：工作包“搭建测试环境”
以引入新工单系统为例：
| 字段 | 内容 |
|---|---|
| WBS 编码 | 2.3 |
| 名称 | 搭建测试环境 |
| 成果 | 可运行的测试实例，含匿名化的客户数据 |
| 不包含 | 生产系统、用户培训 |
| 负责人 | IT 团队的系统管理员 |
| 工作量 | 6 人天 |
| 工期 | 2 周 |
| 成本 | 4,800 EUR（6 人天 × 800 EUR） |
| 前提条件 | 2.1 已购买许可证，2.2 服务器已就绪 |
| 验收 | 业务部门报告 10 个测试用例全部通过 |
工作包应该多大？
许多从业者把 8/80 规则当作经验法则：一个工作包至少 8 个、最多 80 个工作小时。这条规则并非出自任何标准，请根据项目规模和汇报节奏调整。以下三个问题有助于判断：
- 能否在没有太大不确定性的情况下估算工作量？
- 能否由一个人承担责任？
- 团队能否在一个汇报周期内完成，例如两次进度会议之间？
工作包过大，会把延误一直掩盖到临近结束；工作包过小，会让计划和汇报工作膨胀。
工作包、活动和里程碑有什么区别？
- 工作包： WBS 的元素，规定产出什么、由谁负责。
- 活动： 进度计划的元素，有工期和依赖关系。一个工作包由一个或多个活动组成。
- 里程碑： 没有工期的时间点，常用来标记一个或多个工作包的完成。
如何在 Merlin Project 中创建工作包？
在 Merlin Project 中，把工作包表示为工作分解中的群组（视图 › 工作分解 › 条目）。先把工作包创建为一个活动，再通过 插入 › 子项（Alt+Cmd+G）在其下添加各个活动。这样该活动就变成活动组，Merlin Project 会根据其中的活动计算群组的工期和时间范围。不再细分的小工作包，用一个活动就够了。
每一行都会根据它在工作分解中的位置自动获得 WBS 编码，例如第二阶段的第三个工作包为 2.3。前缀、数字或字母、分隔符等格式，在 项目设置 的 代码 标签页中的 WBS 代码 标签页里设置。项目视图 组织图 以树状结构显示 WBS，每张卡片上都有标题和 WBS 编码。WBS 编码仅在 Merlin Project 中提供，Merlin Project Express 不包含此功能。
