INFO6007 Week 04 Cost Management 讲课总结
INFO6007 Week 04 讲课总结：Cost Management Plan
课程：INFO6007 — Project Management in IT，Semester 2 2026 讲义：
Lecture - INFO6007 Week 04 - Cost Management.pdf（56 页） 参考：Schwalbe, K. (2018). Information Technology Project Management. Boston: Cengage.本讲的主线是 成本管理的四个过程，终点落在 EVM（挣值管理）——这是全课程计算题最集中的地方。
一、为什么成本管理重要
定义
Project Cost Management 包含 planning、estimating、budgeting、financing、funding、managing、controlling 成本的全部过程，目的是让项目在批准的预算内完成。
覆盖范围：资源、人力、基础设施、工具、供应商、风险储备。
一句关键判断
「一个按时但超预算的项目，在干系人眼里同样是失败的。」
这句话值得记——它说明时间和成本是两个独立的成功维度，不能拿一个补另一个。
IT 项目为什么格外难管成本
| 原因 | 说明 |
|---|---|
| 技术变化快 | 价格波动剧烈 |
| 隐性成本 | 集成、安全、合规 —— 最常被漏掉的三项 |
| 供应商锁定 | vendor lock-in 与许可证续费 |
成本失控的后果：项目被取消 / 失去干系人信任 / 错失机会与沉没成本。
二、成本的类型
成本是为达成特定目标而牺牲或放弃的资源，通常以货币单位衡量。
| 类型 | 定义 | 例子 |
|---|---|---|
| Tangible（有形） | 组织容易用金额衡量的成本 | 硬件采购、薪资 |
| Intangible（无形） | 难以用货币衡量的成本 | 声誉损失、士气下降 |
| Direct（直接） | 与产出直接相关 | 开发人员工时、服务器 |
| Indirect（间接） | 与产出非直接相关，但执行项目需要 | 办公场地、行政管理 |
| Sunk（沉没） | 过去已经花掉的钱 | 在决定投资哪个项目时，沉没成本不计入 PMP |
沉没成本是考点：已经花掉的钱不应影响未来的决策。「我们都投了这么多了不能停」——这正是要避免的谬误。
三、两类储备（Reserve）
Reserve 是成本估算中为缓解成本风险而预留的金额，用来应对难以预测的未来情况。
| 类型 | 应对什么 | 是否计入成本基线 |
|---|---|---|
| Contingency Reserve（应急储备） | 「已知的未知」——能够部分预见的情况 | 计入成本基线 |
| Management Reserve（管理储备） | 「未知的未知」——完全无法预测的情况 | 不计入成本基线 |
由此得到两个必背等式：
这是最容易混淆的地方：应急储备在基线里，管理储备在基线外。 为什么？ 因为基线是项目经理可以直接动用的授权额度；管理储备属于组织层面，动用它通常需要更高层审批。
四、四大过程
| # | 过程 | 做什么 |
|---|---|---|
| 1 | Planning Cost Management | 确定成本的规划、执行、控制所用的政策、流程和文档 |
| 2 | Estimating Costs | 对完成项目所需资源的成本做出近似估计 |
| 3 | Determining the Budget | 把总成本估算分摊到各工作项，建立绩效衡量基线 |
| 4 | Controlling Costs | 控制对项目预算的变更 |
1. 规划成本管理
定义：定义项目成本将如何被估算、预算、管理、监控和控制——为整个生命周期的成本决策提供框架。
目的： - 保证成本估算与控制的一致性 - 提供资源分配与预算审批的指引 - 明确角色与职责（谁批准预算变更） - 与组织财务政策和合规标准对齐 - 预防预算超支与范围争议
💡 NSW 数字驾照案例的做法：方法用自下而上按工作包估算；单位澳元；基线是批准的、时间分段的预算；控制包含报告节奏、偏差阈值和变更审批。任何范围、安全要求或推广方式的变更，都要做成本影响分析并获批。
2. 估算成本
为什么 IT 项目难估： - 需求不确定 → 成本难锁定 - 技术变化快 → 硬件/软件价格波动 - 劳动密集 → 开发工时经常被低估 - 干系人决策（如加功能）直接影响成本
五种估算技术
| 技术 | 依据 | 特点 |
|---|---|---|
| Analogous（类比） | 历史上类似项目的数据 | 快，但准确度低 |
| Parametric（参数） | 统计/定量模型 | 依赖参数关系 |
| Bottom-Up（自下而上） | 逐个工作包估算后汇总 | 最详细，因而最准确 |
| Three-Point / PERT（三点） | 乐观/最可能/悲观 | 显式考虑不确定性 |
| Expert Judgement（专家判断） | 领域专家或顾问 | 依赖人的经验 |
算例：两种估算方式
自下而上——开发手机银行 App：
| 工作项 | 计算 | 金额 |
|---|---|---|
| 登录模块 | 120 h × $60/h | $7,200 |
| 支付模块 | 300 h × $60/h | $18,000 |
| 测试 | 200 h × $50/h | $10,000 |
| 云托管（1 年） | — | $12,000 |
| 小计 | $47,200 | |
| 应急储备（10%） | $4,720 |
💡 注意测试的时薪
60 —— 不同角色费率不同，这正是自下而上更准确的原因。
三点估算——搭建云基础设施：
和 Week 3 时间管理里的 PERT 公式完全一样，只是把「工期」换成了「成本」。 💡 注意结果
12,000 —— 因为悲观值（+ 4,000）偏离更远，分布右偏。
影响估算准确度的因素
- 项目阶段（早期 vs 后期）
- 需求质量（清晰 vs 模糊）
- 所选估算技术
- 历史数据是否可得
- 团队专业度
IT 成本估算的常见错误
- 低估集成、测试和维护成本
- 忽略隐性成本（培训、安全合规、供应商支持）
- 过度依赖乐观的时间线
- 忘记跨国项目的汇率波动
基准对标（Benchmarking）
用历史项目数据或行业均值来锚定估算。讲义给的参考区间：
| 指标 | 典型范围 |
|---|---|
| 云服务迁移的每用户成本 | |
| 软件开发的每功能点 / 每故事点成本 | — |
| 敏捷团队的每 sprint 成本 |
好处：把估算锚定在现实区间、凸显需要复核的异常值、建立可复用的组织成本知识库。
工具
| 类别 | 工具 |
|---|---|
| 项目管理软件 | MS Project、Primavera、Oracle Cost Manager —— 支持成本基线、资源跟踪、挣值计算 |
| 敏捷与协作 | Jira（Tempo、BigPicture 插件）、Azure DevOps |
| 可视化看板 | Power BI、Tableau —— 实时成本仪表盘与偏差监控 |
3. 确定预算
定义：把各活动/工作包的估算成本汇总，建立授权的成本基线。
目的： - 提供项目的支出计划 - 确保项目获得资金授权 - 建立时间分段的成本基线用于跟踪（即 Planned Value, PV） - 为风险和未知定义储备
这里有个关键连接：成本基线就是 EVM 里的 PV 曲线。没有时间分段的基线，就无法计算 PV，也就无法做 EVM。
Cost Baseline（成本基线）
- 批准的、时间分段的项目预算
- 由各工作包的估算成本按时间排布汇总而成
- 作为衡量实际绩效的基准
- 包含直接成本 + 间接成本 + 应急储备
💡 NSW 数字驾照的四步：估算（各工作包）→ 汇总（按交付阶段合并估算与应急储备）→ 时间分段（把计划支出分摊到构建、试点、推广）→ 批准基线。 公开预算：$16.3 million。
4. 控制成本
定义：监控项目状态以更新成本，并管理对成本基线的变更。
目的： - 确保支出在批准预算内 - 尽早发现偏差 - 在超支恶化前采取纠正措施
💡 NSW 数字驾照的五步：记录实际成本 → 与基线比较 → 分析偏差并预测 → 批准纠正措施 → 更新与沟通。
2019 年 10 月的公开数据：预算 $16.3m，已花 $15.2m，剩余 $1.1m，已用约 93%。 讲义特别强调：要把支出与「已完成的工作」比较，而不是只看花了多少——这正是 EVM 存在的理由。
五、Earned Value Management（挣值管理）
EVM 是整合范围、进度、成本三者，客观衡量项目绩效与进展的方法。
它回答三个问题
- 我们现在处于什么绩效水平？（到目前为止）
- 我们将走向何方？（预测）
- 我们会在预算内、按时完成吗？
好处：提供超支的早期预警；实现客观、数据驱动的报告；整合范围、成本、进度形成全局视角。
三个核心量（必背）
| 记号 | 名称 | 定义 |
|---|---|---|
| PV | Planned Value | 到某个日期计划完成的工作的预算成本 |
| EV | Earned Value | 到某个日期实际完成的工作的预算成本（实际完成的物理工作的价值估计） |
| AC | Actual Cost | 完成该工作实际发生的支出（直接+间接成本） |
理解 EV 是全章的关键： EV 用的是「预算」价格，衡量的是「实际完成」的工作量。 换句话说——EV 把「做了多少活」翻译成了钱，这样才能和「花了多少钱」（AC）以及「本该做多少活」（PV）放在同一把尺子上比较。
偏差分析（Variance）
| 指标 | 正值 | 负值 |
|---|---|---|
| CV（成本偏差） | 低于预算（under budget） | 超出预算（over budget） |
| SV（进度偏差） | 提前于计划 | 落后于计划 |
绩效指数（Index）
| 指标 | > 1 | < 1 |
|---|---|---|
| CPI（成本绩效指数） | 成本高效 | 成本超支 |
| SPI（进度绩效指数） | 进度超前 | 进度落后 |
记忆法：两个公式的分子都是 EV。 减法得到「差多少钱」（偏差），除法得到「效率是多少」（指数）。 减 AC 管成本，减 PV 管进度——CV/CPI 配 AC，SV/SPI 配 PV。
预测（Forecasting）
| 记号 | 名称 | 含义 |
|---|---|---|
| BAC | Budget at Completion | 整个项目的总计划预算（成本基线的全部计划成本之和） |
| EAC | Estimate at Completion | 按当前绩效趋势，项目最终的预期总成本 |
EAC 回答的问题：「照现在这个效率走下去，这个项目最后会花多少钱？」 讲义强调：出现偏差时 EAC 可以在项目过程中重新计算——它不是一次性的数字。
完整算例（讲义 p43–44，考试模板）
题目：某 IT 项目预算 $100,000，工期 6 个月。2 个月后评估：团队完成了 30% 的工作，花了 $40,000；计划应完成 35%。项目表现如何？
第一步：把百分比换算成钱
| 量 | 计算 | 值 |
|---|---|---|
| BAC | 给定 | $100,000 |
| AC | 给定 | $40,000 |
| EV | 30% × BAC = 0.30 × 100,000 | $30,000 |
| PV | 35% × BAC = 0.35 × 100,000 | $35,000 |
这一步是全题的关键：完成百分比要乘以 BAC 才变成 EV。直接拿百分比去套公式是最常见的错误。
第二步：套五个公式
| 指标 | 计算 | 结果 | 解读 |
|---|---|---|---|
| CV | −$10,000 | 超支 $10,000 | |
| SV | −$5,000 | 落后价值 $5,000 的工作 | |
| CPI | 30,000 / 40,000 | 0.75 | 每花 |
| SPI | 30,000 / 35,000 | 0.857 | 进度是计划速度的 85.7% |
| EAC | 100,000 / 0.75 | $133,333 | 若不纠偏，最终将超支 $33,333 |
注意 CPI 的解读方式：不要说「效率 75%」，要说 「每花 1 块钱只赚回 0.75 块的价值」——这才是 CPI 的物理含义。
SV 的单位是「钱」不是「时间」：SV = −$5,000 意思是落后了价值 5000 元的工作量，不是落后 5000 天。这是 SV 最反直觉的地方。
六、传统 vs 敏捷成本管理
| 维度 | 传统（Waterfall / 计划驱动） | 敏捷（迭代 / 适应型） |
|---|---|---|
| 预算方式 | 前期固定，详细成本基线 | 增量式，按 sprint/release 拨款 |
| 估算 | 全面规划，基于 WBS | 滚动式（rolling-wave），估算持续演进 |
| 范围稳定性 | 范围早期锁定，基线稳定 | 范围灵活，backlog 持续重排优先级 |
| EVM 适用性 | 很适用：PV/EV/AC 可稳定跟踪 | 困难：范围与度量频繁变化 |
| 价值度量单位 | 货币（美元、工时、成本） | 故事点、功能、业务价值 |
| 干系人报告 | 财务偏差报告（CV, SV, CPI, SPI） | 速度图、燃起/燃尽图、业务价值 |
| 风险处理 | 前期设定储备（应急 + 管理） | 灵活性内建于范围与增量拨款 |
EVM 在敏捷中的困难与对策
| 困难 | 说明 |
|---|---|
| 范围变化让 PV 不稳定 | PV 依赖一个固定的基线，而敏捷的基线一直在动 |
| 故事点和功能无法直接换算成钱 | 度量单位不同 |
| 频繁重排优先级降低偏差分析的价值 | 跟「计划」比已无意义 |
| 发起人期待货币形式的预测 | 而团队报的是速度指标 |
| 对策 | 说明 |
|---|---|
| 跟踪 Earned Business Value（EBV） | 而不只是成本效率 |
| 用 sprint 燃烧率把故事点映射到成本 | 建立换算桥梁 |
| 每个迭代结束时用滚动预测重算 EAC | 承认预测会变 |
敏捷成本管理最佳实践
- 按增量（sprint 或 release）拨款，而非一次性给整个项目
- 用燃起/燃尽图和速度作为价值交付的代理指标
- 把敏捷跟踪与轻量级 EVM 报告结合，供高管阅读
- 敏捷项目同样要保留应急储备
- 和干系人讲清楚：敏捷固定的是时间和成本，可变的是范围
敏捷预算算例
场景：用 Scrum 开发手机银行 App。团队 = 1 PO + 1 SM + 6 开发；平均团队成本 $60,000 / sprint（2 周）。
| 项 | 计算 | 值 |
|---|---|---|
| 前期批准 10 个 sprint | 10 × $60,000 | $600,000 |
| 第 5 个 sprint 后（过半）已交付 | 登录、支付、通知功能 | — |
| 剩余预算 | 600,000 − 5 × 60,000 | $300,000 |
| 决策 | 加入生物识别登录（新功能） | 通过调整优先级实现，不增加预算 |
这个例子的全部要点就在最后一行： 敏捷中时间和成本往往是固定的，可变的是范围。 团队优先交付最高价值的功能，通过调整范围来守住预算。
七、IT 成本管理的挑战与真实案例
四类挑战
| 挑战 | 说明 |
|---|---|
| 范围蔓延与需求波动 | 新功能、安全升级、合规变更带来预算外成本 |
| 隐性与经常性成本 | 许可证、云订阅、SaaS 费用、供应商支持；云成本按用量计费 → 不监控就不可预测 |
| 度量困难 | 难以跟踪实际进度 vs 已花成本 |
| 供应商与外包风险 | 供应商延期、SLA 中的隐性成本、离岸团队的汇率波动 |
四个真实的预算失控案例
| 项目 | 原预算 | 结果 | 主因 |
|---|---|---|---|
| Hershey's ERP（1999） | $112M | $100M 订单积压，股价跌 8% | 时间线过于激进、测试不足、培训不够 |
| US Army 云迁移（2018） | $550M | 膨胀到 $1.6B（约 2.9 倍） | 供应商合同隐性成本、低估集成与网络安全合规成本 |
| Healthcare.gov（2013） | $93M | 超过 $292M（约 3.1 倍） | 范围蔓延、供应商协调失败、低估测试成本 |
| Sydney Trains 数字系统（2018–） | $880M | 修订至 $1.1B+ | 复杂的供应商生态、低估测试/集成、监管要求演变 |
Hershey's 是最值得琢磨的一个：项目「完成」了，却仍被视为失败——因为订单积压和股价下跌。 这正好回到开篇那句：准时但超预算（或损害业务）的项目，在干系人眼里就是失败。
注意四个案例的共性：低估集成与测试成本 出现了 3 次，是最高频的失控原因。这与前面「常见估算错误」列的第一条完全吻合。
八、最佳实践
| 实践 | 要点 |
|---|---|
| 从强有力的成本管理计划开始 | 定义成本将如何被规划、估算、预算和控制 |
| 使用详细且现实的 WBS | 在活动/工作包层级分配成本才够准确 |
| 建立应急储备与管理储备 | 用历史数据改进估算；对标行业均值；建立组织成本知识库 |
| 持续监控成本，而不是只在里程碑 | 用实时仪表盘；跟踪 PV vs EV vs AC；在偏差滚雪球之前发现它 |
九、课后思考题与案例（讲义 p52–55）
讲义给的 5 道概念题
- 项目成本管理计划的目的是什么？
- 定义 PV、EV、AC。
- 什么是成本基线，它为什么重要？
- 解释应急储备与管理储备的区别。
- 敏捷项目应用 EVM 会遇到什么挑战，如何调整？
案例：悉尼大学在线学生门户
背景：开发新的在线学生门户（选课、考试排期、学籍记录、与现有 LMS 集成、员工培训）。工期 6 个月，总预算 $180,000。
计划成本（PV）分月分布：
| 月份 | 1 | 2 | 3 | 4 | 5 | 6 | 合计 |
|---|---|---|---|---|---|---|---|
| 计划成本 | $20,000 | $35,000 | $30,000 | $35,000 | $30,000 | $30,000 | $180,000 |
补充信息：应急储备 10%，管理储备 5%。
第 3 个月末的进展：选课模块全部完成，考试排期完成 50%；EV = $80,000，AC = $85,000。
解答
① 成本基线（含应急储备）
总预算（再加管理储备）：
⚠️ 题目没说明管理储备的计算基数。若按基线计则为
。两种算法都要在答卷上注明你的假设。
② PV 的确定
前 3 个月计划成本之和——与讲义 p55 给的 $85,000 一致。
③ 五个指标
| 指标 | 计算 | 结果 |
|---|---|---|
| CV | −$5,000 | |
| SV | −$5,000 | |
| CPI | 80,000 / 85,000 | 0.9412 |
| SPI | 80,000 / 85,000 | 0.9412 |
| EAC | 180,000 / 0.9412 | $191,250 |
注意这题的一个陷阱：CV = SV 且 CPI = SPI，看起来像巧合——它确实是巧合。 原因是本题恰好 AC = PV = $85,000。一般情况下这两组指标不会相等，别把这当成规律记下来。
④ 结果解读
- CPI = 0.94 < 1 ⇒ 成本超支：每花
0.94 的价值 - SPI = 0.94 < 1 ⇒ 进度落后：只完成了计划工作量的 94%
- EAC =
11,250 - 💡 好消息：$191,250 仍在 $198,000 的成本基线之内 —— 应急储备刚好覆盖得住这次超支，这正是储备存在的意义
十、考点重点
- 「按时但超预算的项目 = 失败」 —— 时间与成本是独立的成功维度。
- 五种成本类型，尤其 沉没成本不计入 PMP 决策。
- 两类储备的区别：应急储备（已知的未知，在基线内） vs 管理储备（未知的未知，在基线外）。
- 两个等式：
基线 = 直接+间接+应急；总预算 = 基线 + 管理储备。 - 四大过程：规划 → 估算 → 预算 → 控制。
- 五种估算技术，记住
自下而上最准确、类比最快但最不准、三点公式
。 - 成本基线 = 时间分段的批准预算 = EVM 里的 PV 曲线。
- EVM 三要素 PV / EV / AC 的定义要能默写，尤其 EV = 用预算价格衡量的已完成工作。
- 五个公式必背：
、 、 、 、 。 - 计算题第一步永远是「百分比 × BAC 换算成钱」。
- SV 的单位是钱不是时间；CPI 读作「每花 1 元赚回多少」。
- EVM 在敏捷中困难的根本原因：PV 依赖固定基线，而敏捷基线一直在变。对策：EBV、燃烧率映射、滚动重算 EAC。
- 敏捷固定时间和成本，可变的是范围。
- 四个失控案例的共性：低估集成与测试成本出现最频繁；Hershey's 完成了却仍算失败。
十一、本讲与前后的衔接
| Week | 内容 | 关键词 |
|---|---|---|
| 2 | PM 方法论 | 瀑布 vs 敏捷、Kanban |
| 3 | 时间管理 | WBS、关键路径、PERT 三点估算 |
| 4 | 成本管理 | EVM、成本基线、储备 |
| 5 | 质量管理 | QMP |
两处与 Week 3 的直接呼应： 1. 三点估算公式
完全相同，只是把工期换成了成本 2. WBS 是成本估算的基础 —— 「在活动/工作包层级分配成本」正是自下而上估算的前提 ⚠️ 注意：Week 4 的 tutorial 内容并不对应本讲，而是回头做 Week 3 的范围与进度（见 Week 04 Tutorial 解析）。