术语表
自下而上计划
自下而上估算、自下而上方法、自下而上管理、Bottom-up
自下而上计划（也称自下而上估算）从下往上确定项目的工作量、成本和工期：你逐一估算每个工作包，再把数值汇总到阶段和整个项目。由于估算来自将要执行工作的人，它比自上而下下达的目标值更准确，但前提是有一份完整的工作分解结构。
与之相对的是自上而下计划：项目经理先定下总预算，再分配给各阶段和工作包。实践中两种方向常常先后使用：先由上层给出粗略目标值，再用自下而上估算进行核对。
自下而上估算如何进行？
- 建立工作分解结构。 在工作分解结构（WBS）中把项目分解到工作包这一层。
- 逐个估算工作包。 由负责该工作包的人按小时或天估算工作量。不确定性大时，可以使用基于三个数值的PERT 估算。
- 向上汇总。 把工作包汇总到阶段，再把阶段汇总到项目。
- 在项目层面加上附加量。 项目管理、协调工作和风险储备只在最上层加一次，不要加在每个工作包里。
- 与目标值比较。 如果总数超出预算或期限，就重新商定范围、工期或预算。
示例：网站改版的自下而上估算
团队逐一估算工作分解结构中的每个工作包（示例数值）：
| 阶段 | 工作包 | 工作量 |
|---|---|---|
| 概念 | 需求分析 | 24 小时 |
| 概念 | 网站地图和线框图 | 32 小时 |
| 设计 | 设计稿 | 40 小时 |
| 设计 | 与客户确认 | 8 小时 |
| 实施 | 开发模板 | 80 小时 |
| 实施 | 迁移内容 | 40 小时 |
| 实施 | 测试和修复缺陷 | 24 小时 |
总数从下往上得出：概念 56 小时，设计 48 小时，实施 144 小时，整个项目 248 小时。加上 10% 的风险储备，团队计划 273 小时。按每小时 95 欧元计算，改版费用约为 25,900 欧元。如果管理层此前自上而下批准了 20,000 欧元，这次核对就会在开工之前暴露出近 6,000 欧元的缺口。
自下而上与自上而下：何时用哪种方法？
| 标准 | 自下而上 | 自上而下 |
|---|---|---|
| 方向 | 工作包 → 项目 | 项目 → 工作包 |
| 前提 | 完整的工作分解结构 | 目标、预算、经验值 |
| 准确度 | 高 | 粗略 |
| 估算工作量 | 大 | 小 |
| 典型时间点 | 批准后的详细计划 | 项目构想、报价、商业论证 |
| 典型错误 | 总数超出预算 | 目标值忽略了细节工作量 |
把两者结合起来：自上而下的目标值划定框架，自下而上的估算检验这个框架。
自下而上估算的常见错误
- 工作分解结构有遗漏： 漏掉的工作包也不会出现在总数里。请检查所有工作包合起来是否覆盖了全部项目范围。
- 隐藏的缓冲： 如果每个人都在自己的工作包上多加一点，总数就会膨胀。请把储备集中、公开地管理。
- 忽略协调工作： 项目管理、会议和验收应当有各自的工作包。
- 混淆工作量和工期： 40 小时的工作量，对只上半天班的人来说需要两周，而不是一周。
作为管理风格的自下而上
在计划之外，自下而上指一种管理方式：员工提出想法、目标和解决方案，管理层采纳这些建议并与员工共同决策。这能提高参与度并利用团队的专业知识，但需要清晰的框架和管理层的信任。关于这一方面，请参阅领导风格。
如何在 Merlin Project 中自下而上地做计划？
在 Merlin Project 中，你从活动出发搭建计划：
- 建立结构： 把阶段创建为活动，并通过 插入 › 子项（Alt+Cmd+G）在其下插入工作包。用 Ctrl+Cmd+→ 可以把现有活动缩进到上方活动之下。
- 为每个活动填写工作量： 在检测器的 计划 标签页中，把数值填入 工作 字段，例如
24h。像3d?这样加上问号，表示该值是估算值。 - 检查汇总： 群组会根据所含活动自动计算自己的工期和时间段。工作成本由 Merlin Project 根据工作和所分派资源的费率计算。
- 对照预算： 选择一个群组或项目，在检测器中打开 财务 标签页，再打开 余额 标签页。Merlin Project 在这里从核准预算中扣除该元素及其子活动的基本成本和工作成本；余额为负表示超支。
