欢迎来到第九任务：评估项目状态

你好，未来的 PMP！你是否有过这样的经验：在长途驾驶时，每隔一小时就检查一次 GPS，以确保自己仍在正确的道路上并且能准时抵达目的地？这正是第九任务：评估项目状态 (Evaluate Project Status) 的核心意义。在项目管理的世界里，我们不能仅仅“希望”事情进展顺利；我们需要使用特定的工具和度量标准来验证它。

在本章中，我们将学习如何衡量项目目前的进度与原定计划之间的差异。这是第二领域：过程 (Domain II: Process) 中极为重要的一环，因为它确保了项目能持续推进，并为组织交付价值。

1. 选择正确的尺规：方法与指标

在衡量状态之前，你需要先决定“衡量什么”以及“如何衡量”。你无法用衡量建筑项目的方式来衡量软件开发项目的“成功”。

工作绩效数据、信息与报告
如果这些术语听起来很相似，别担心。你可以将它们视为一个“数据演进”的过程：
• 工作绩效数据 (Work Performance Data)： 这是最原始的事实。例子：“我们今天花了 5,000 美元。”
• 工作绩效信息 (Work Performance Information)： 这是将数据与计划进行对比后的结果。例子：“我们花了 5,000 美元，但原本预计只花 4,000 美元。我们超支了。”
• 工作绩效报告 (Work Performance Reports)： 这是提供给相关方的最终摘要。例子：显示预算状态为红灯的仪表板。

需要追踪的关键指标

常见的指标包括进度 (Schedule)（我们迟到了吗？）、成本 (Cost)（我们超支了吗？）、范围 (Scope)（我们正在做正确的工作吗？）以及质量 (Quality)（工作质量达标了吗？）。

重点提示： 你必须尽早确立指标，让所有人都能对“成功”的定义达成共识。

2. “黄金标准”：挣值管理 (EVM)

EVM 是许多学员觉得最令人生畏的部分，但它其实非常符合逻辑！它只是将范围、进度和成本结合起来，以观察项目进度的一种方法。

想象你受聘在 10 天内粉刷 10 间房间，预算为 1,000 美元（每间房 100 美元）。
• 计划价值 (PV)： 你预期应该完成的工作。如果今天是第 5 天，你的 PV 就是 500 美元（5 间房）。
• 挣值 (EV)： 你实际完成工作的价值。如果你只完成了 3 间房，你的 EV 就是 300 美元。
• 实际成本 (AC)： 你实际花费的金额。如果你为了粉刷那 3 间房花了 400 美元，你的 AC 就是 400 美元。

绩效公式

我们使用偏差（减法）和指数（除法）来评估现况：
• 进度偏差 (SV)： \( SV = EV - PV \)。如果是负数，代表进度落后！
• 成本偏差 (CV)： \( CV = EV - AC \)。如果是负数，代表预算超支！
• 进度绩效指数 (SPI)： \( SPI = \frac{EV}{PV} \)。
• 成本绩效指数 (CPI)： \( CPI = \frac{EV}{AC} \)。

关于指数 (SPI 和 CPI) 的小撇步

将 1.0 视为你的目标数字。
• 大于 1.0 = 你表现超棒！（低于预算或进度超前）。
• 小于 1.0 = 你遇到麻烦了！（超支或进度落后）。
• 等于 1.0 = 正好符合计划。

快速记忆法：“I over P”（Index = EV / 其他）。对于 CPI，除以成本 (AC)。对于 SPI，除以计划值 (PV)。

3. 评估项目健康状况（超越数据层面）

虽然数据 (EVM) 很重要，但评估状态还需要综观全局。

偏差分析 (Variance Analysis)： 这是在问“为什么？”。当你发现差异时，你需要进行调查。进度落后是因为一次性的暴风雨，还是团队的工作效率比预期慢？
趋势分析 (Trend Analysis)： 这着眼于一段时间内的绩效。我们的表现是在变好还是变坏？如果你的 CPI 连续三个月下滑，这就是一个日益严重的问题。
审查质量与风险： 状态不仅仅是钱的问题。我们达到质量标准了吗？是否有新的风险出现，可能会在下周摧毁整个项目？

重点提示： 评估状态就是同时审视过去（实际值）、现在（偏差）以及未来（趋势与风险）。

4. 向相关方沟通状态

一旦掌握了状态，你就必须向相关人员汇报。但要小心——不同的人需要不同细节程度的信息。

• 项目发起人 (Sponsor)： 通常只需要高层次的“红绿灯报告”（绿、黄、红）。
• 团队成员： 需要具体的细节来解决特定的问题。
• 客户： 想知道期限是否会如期达成。

常见陷阱： “西瓜”项目

不要掉入“西瓜报告”的陷阱——即项目外表看起来是绿色的（在你的报告中），但内部其实是红色的（充满问题）。请对你的状态保持诚实，这样相关方才能在为时已晚之前协助你解决问题！

重点回顾

• PV： 我们计划要做的工作。
• EV： 我们实际完成的工作（以金钱表示）。
• AC： 我们实际花费的金额。
• CPI/SPI > 1.0： 好现象！
• CPI/SPI < 1.0： 坏现象！
• 沟通： 根据目标受众量身打造你的状态报告。

如果觉得棘手，请别担心！

评估项目状态是一项通过练习会变得越来越简单的技能。如果你觉得 EVM 公式很混乱，只要记住：在公式中，EV 永远排在第一位。 无论是做减法还是除法，都要从“挣值”(Earned Value) 开始。你可以做到的！

迈向终点线：任务 10 - 管理项目结案

你好，未来的 PMP！你已经付出了巨大的努力来规划、执行和监控你的项目。现在，是时候进行最后一步了：项目结案 (Project Closure)。许多学员认为结案只是“做完工作”，但在 PMP 的世界里，这是一个正式的流程。试想这就像搬离租来的公寓——你不能只留下钥匙就走人；你必须打扫干净、结清账单、拿回押金，并正式移交钥匙。在本章中，我们将学习如何收尾，以便组织能够继续前进并从你的成功中获益！

1. 我们为什么要求结案？

结案不仅仅是针对成功的项目。你必须为已完成的项目、取消的项目以及大型项目中每个阶段的结束执行结案程序。我们这样做是为了确保所有“未竟之事”都已处理妥当，并且组织不会继续为应该结束的事情花钱。

结案的主要目标：

- 确认项目工作已完成。
- 将产品正式移交给客户或运营团队。
- 收集经验教训，让公司变得更聪明。
- 解散团队，让他们能去支援其他项目。
- 为法律或历史原因存档记录。

2. 成功结案的步骤

如果一开始觉得文书工作很多，别担心。只要按照这些步骤操作，你就会成为结案专家！

步骤 A：确认完成标准

我们如何知道项目真的“做完”了？我们需要查阅项目管理计划书 (Project Management Plan) 和范围基准 (Scope Baseline)。你必须确保所有需求都已满足，并且客户已正式签核交付成果。

类比：如果你聘请油漆工粉刷房屋，“做完”并不代表他们放下刷子的那一刻。所谓的“做完”是指你们一起巡视房子，同意成品看起来很棒，并签署发票确认。

步骤 B：移交所有权

一旦产品完成，你需要将其移交给实际的使用者。这被称为所有权移交 (Transfer of Ownership) 或移交 (Transition)。这可能涉及培训新使用者或移交手册与保养说明书。

小贴士：如果你正在开发应用程序，结案涉及将其从“测试环境”转移到真实客户使用的“正式环境”。

步骤 C：行政结案

这是“文书”阶段，对 PMP 考试非常重要！你必须：
- 结束与供应商的任何合同 (Contracts)。
- 结清所有财务账户 (Financial accounts)（确保所有账单已支付且项目预算已关闭）。
- 完成一份最终项目报告 (Final Project Report)，总结项目执行情况（是否准时？是否在预算内？）。
- 将所有项目文件归档至组织过程资产 (Organizational Process Assets, OPAs)。

步骤 D：经验教训与知识转移

这可以说是对你公司而言，结案中最有价值的部分。你与团队坐下来讨论：“哪些做得好？”以及“哪些做得不好？”
- 你知道吗？ PMP 强调经验教训 (Lessons Learned) 应在整个项目过程中收集，但它们是在结案时才正式定稿。这些将成为公司“图书馆”的一部分，帮助未来的项目经理避免重蹈覆辙。

步骤 E：解散团队

工作完成且文书工作归档后，就该解散你的团队成员了。在矩阵式组织 (Matrix Organization) 中，这意味着他们回到各自的功能部门主管麾下。在项目导向组织 (Project-Oriented Organization) 中，他们可能会被指派到全新的项目。

关键要点：即使项目提前终止，行政结案仍然是强制性的！你仍然需要记录失败的原因并将已完成的部分归档。

3. 记忆辅助：“C.L.O.S.E.”记忆法

为了帮助你记住任务 10 的主要活动，只需记住 C.L.O.S.E. 这个词：

C - Confirm (确认) 工作已完成并获验收。
L - Lessons (经验教训) 已记录在案。
O - Ownership (所有权) 已移交给客户。
S - Settle (结清) 所有财务和法律义务。
E - Exit (解散/退出) 并释放团队。

4. 应避免的常见陷阱

在 PMP 考试中，请注意这些“陷阱”情境：

- 错误：在经验教训总结完成前就解散团队。（团队成员正是经验教训的来源！在会议结束前留住他们。）
- 错误：认为被取消的项目不需要结案。（你仍然必须支付账单并记录取消的原因！）
- 错误：等到一个 2 年项目的最后才开始考虑结案。（结案应该发生在每个阶段结束时。）

5. 结案的工具与技术

我们如何实际完成结案？我们使用这些简单的工具：

1. 专家判断 (Expert Judgment)

咨询法律专家、采购部门或高层主管，以确保你没有遗漏任何技术或法律要求。

2. 会议 (Meetings)

“经验教训会议”或“总结检讨会 (Post-Mortem)”是产生价值的时刻。这应该是一个开放、诚实的环境，让团队可以畅所欲言。

3. 文件分析 (Document Analysis)

审查项目管理计划书和日志，确保一切都已勾选核对。就 PMP 考试而言，如果文件里没有记载，那就等于没发生过！

快速复习框：
- 最终产品：已移交给客户。
- 最终报告：总结项目绩效。
- 经验教训：已加入到组织的图书馆（OPAs）。
- 团队：已释放去迎接下一个挑战。

总结：任务 10 收尾

结束一个项目不仅仅是说声“再见”。这是一个结构化的过程，包括确认范围、移交产品、归档记录以及庆祝团队的辛勤工作。透过遵循这些步骤，你确保了项目的成功得到认可，并且让组织为下一个挑战做好准备。现在你已经准备好进入领域 II 的下一个任务了！