绩效与偏差控制4.94 偏差的监控与修正核心定义偏差 实际绩效 vs 基准/计划之间的差距。偏差监控与修正是贯穿项目始终的核心活动。偏差管理三角 │ ┌───────────────────┼───────────────────┐ ▼ ▼ ▼ 计划 监控 控制 (Plan) (Monitor) (Control) 设定基准 发现偏差 修正偏差 「应该到哪」 「偏了多少」 「拉回来」偏差管理三阶段阶段做什么关键词① 计划定义基准范围/进度/成本/质量基准设定偏差阈值基准、阈值② 监控收集实际数据与基准对比识别偏差WPD→WPI、挣值分析③ 控制分析根因提出纠正措施执行变更回归基线变更请求、纠正措施计划 ──→ 执行 ──→ 监控(发现偏差) ──→ 控制(修正) │ │ └────────── 变更后更新基线 ←──────────────┘计划控制谁发现谁控制责任分工 │ ┌───────────────────┼───────────────────┐ ▼ ▼ ▼ 执行团队 监控过程组 PM / CCB (Doing) (Controlling) (Decision) │ │ │ 产出 WPD 对比分析 审批变更 原始数据 WPD → WPI WPI → 行动 │ │ │ 「我干了什么」 「偏差在哪」 「怎么改」一句话口诀执行团队发现异常产出数据→ 监控过程识别偏差分析对比→ PM控制修正决定纠偏。角色职责产出执行团队干活产出原始数据WPD“这周装了 8 台设备”监控过程各控制过程数据与基准对比识别偏差产出 WPI“按计划该装 10 台落后 2 台”PM / CCB分析根因决定纠正措施“加人赶工提交变更请求”偏差阈值与升级机制偏差程度 行动 ────────────────────────────────────────────── 阈值如±5% → 正常波动继续监控 阈值但可控 → PM 启动纠正措施 失控阈值 → 升级到 CCB / 发起人偏差类型公式谁监控谁控制进度偏差SV EV - PV控制进度(6.6)PM 决定赶工/快速跟进成本偏差CV EV - AC控制成本(7.4)PM 调整预算/削减范围范围偏差实际交付 vs WBS确认范围(5.5)CCB 审批范围变更质量偏差缺陷率 vs 标准控制质量(8.3)PM 决定返工/接受修正措施的完整流程① 发现偏差 执行过程中数据异常或监控过程对比发现偏差 │ ▼ ② 分析根因 原因分析鱼骨图/5-why不只是看表面 │ ▼ ③ 备选方案 列出可能的纠正/预防措施评估利弊 │ ▼ ④ 提交变更 通过变更控制流程提交变更请求 │ ▼ ⑤ 执行修正 CCB批准后实施更新项目计划 │ ▼ ⑥ 验证效果 修正后重新监控确认偏差已消除常见错误陷阱正解发现偏差就立刻改 ×先分析根因再做备选方案分析再走变更流程执行团队负责修正偏差 ×执行团队负责发现/报告PM和监控过程负责控制/修正偏差修正完就结束了 ×修正后还需验证效果并更新经验教训小偏差不用管 ×小偏差可能是趋势恶化的信号趋势分析就是干这个的4.95 评估项目价值 项目效益实现管理核心定义两件事连起来看项目执行中 项目结束后 ┌─────────────────┐ ┌─────────────────┐ │ 挣值分析(EV) │ │ 效益实现管理 │ │ 评估当前价值 │ ──→ │ 衡量实际收益 │ │ 项目还在进行中 │ │ 已交付运营中用 │ └─────────────────┘ └─────────────────┘ 「值不值」 「赚不赚」⚡一句记挣值分析管项目的命进度成本是否健康效益实现管产品的命交付后有没有创造价值。一、挣值分析Earned Value Analysis三个基本值PV EV AC Plan Value Earned Value Actual Cost 计划价值 挣值 实际成本 │ │ │ ┌─────┴─────┐ ┌─────┴─────┐ ┌─────┴─────┐ │到今天我 │ │今天我实际 │ │到今天我 │ │**计划**完成 │ │**应该**值 │ │**实际**花了 │ │多少工作量 │ │多少钱 │ │多少钱 │ └───────────┘ └───────────┘ └───────────┘ 例子项目预算 100万(BAC)计划到今天完成 40% → PV40万 实际检查发现完成了 35% → EV35万 实际花掉了 45万 → AC45万核心公式必须背偏差分析差值单位钱 SV EV - PV 进度偏差 0 提前 0 落后 CV EV - AC 成本偏差 0 节约 0 超支 绩效指数比值单位无 SPI EV / PV 进度绩效指数 1 超前 1 落后 CPI EV / AC 成本绩效指数 1 省钱 1 超支 预测基于当前绩效推算最终结果 BAC 完工预算项目总预算不变 EAC BAC / CPI 完工估算按当前CPI走下去最终花多少 ETC EAC - AC 完工尚需剩下的活还要花多少 VAC BAC - EAC 完工偏差最终超支/节约多少 TCPI (BAC-EV)/(BAC-AC) 或 (BAC-EV)/(EAC-AC) 完工尚需绩效指数剩下的活必须达到什么效率才能达标挣值分析速查矩阵指标公式含义好坏SVEV - PV进度差了多少钱00CVEV - AC成本差了多少钱00SPIEV / PV进度效率11CPIEV / AC成本效率11EACBAC / CPI按当前效率预测总成本——ETCEAC - AC还要花多少钱——TCPI(BAC-EV)/(BAC-AC)剩下活需要多高效率——挣值分析四象限判断CV 0节约 │ Ⅱ 超前节约 │ Ⅰ 落后节约 最优状态 │ 省钱但慢 ────────────────┼──────────────── SV │ Ⅲ 超前超支 │ Ⅳ 落后超支 快但费钱 │ 最差状态 SV 进度 CV 成本二、项目效益实现管理Benefits Realization Management核心逻辑项目产出 ≠ 项目效益 项目交付物Output 业务效益Outcome/Benefit ┌───────────────┐ ┌───────────────────┐ │ 一个能用的 │ 用户在 │ 营收增长 20% │ │ CRM 系统 │ ──→ 运营中 │ 客户响应快 3 倍 │ │ │ 持续使用 │ 销售效率提升 │ └───────────────┘ └───────────────────┘ 项目收尾时验收 项目结束后才显现 PM 负责 产品经理/运营负责效益管理时间线项目生命周期 产品生命周期 ┌──────────────┐ ┌──────────────────────────┐ │ 启动 → 收尾 │ 交付 │ 运营使用 → 效益逐步显现 │ │ │ ──────→ │ │ │ PM 管理 │ 过渡 │ 运营团队管理 │ │ 产出交付物 │ │ 衡量实际效益 │ └──────────────┘ └──────────────────────────┘ │ │ ├── 效益管理计划 ←──────────┤ │ (项目早期就定好) │ │ │ └── 挣值分析(EV) └── 效益实现评审 衡量项目健康 衡量业务价值效益管理计划的核心内容要素说明目标效益具体可衡量的业务目标收入增长/成本降低/效率提升战略一致性这个效益怎么支撑组织战略目标时间框架效益何时开始产生、多久达到峰值效益责任人谁对效益实现负责不是PM是业务方/产品负责人衡量指标KPI、度量标准、数据来源风险什么可能导致效益无法实现PM 的角色边界PM 负责 不是 PM 负责 ┌───────────────┐ ┌───────────────┐ │ 按时按预算交付 │ │ 项目交付后产生 │ │ 产出物满足质量 │ │ 多少业务效益 │ │ 制定效益管理计划│ │ 确保效益实现 │ │ 确保顺利过渡 │ │ 运营团队负责 │ └───────────────┘ └───────────────┘⚡ PM 制定效益管理计划定义怎么衡量但不负责效益最终实现。效益实现是运营团队/产品负责人的责任。三、挣值 vs 效益一张表说清楚维度挣值分析(EVM)效益实现管理(BRM)问什么项目花钱效率高吗进度按时吗交付的东西真的创造了价值吗衡量对象项目执行过程项目成果的使用效果时间项目执行期间持续项目收尾后持续谁负责PM运营团队/产品负责人关键指标SV/CV/SPI/CPI/EACKPI、ROI、NPV、IRR典型问题CPI0.8按此趋势 EAC125万系统上线6个月客户满意度下降了常见错误陷阱正解EV实际花的钱 ×EV 是已完成工作的计划价值不是花了多少。花多少是 ACSPI1 就一定没问题 ×SPI1 只说明进度超前可能质量有问题或范围在蔓延项目收尾效益实现了 ×收尾只是交产出效益可能还要半年才显现PM 要对效益负责 ×PM 对交付负责运营/产品负责人对效益负责TCPI 就是 CPI ×CPI 是历史效率TCPI 是未来需要的效率更苛刻时用 EAC 公式4.96 过程合规 组织过程资产积累核心定义过程合规≠ 死守流程。合规是做项目的最低防线OPA 是项目的成长资产。项目治理双支柱 │ ┌─────────────────┴─────────────────┐ ▼ ▼ 过程合规 OPA 积累 (Compliance) (Organizational Process Assets Accumulation) │ │ 按规矩办事 越做越好 「不出事」 「长本事」 最低防线 成长资产⚡一句记合规是刹车道防止翻车OPA 是发动机驱动越来越好。一、合规与绩效的关系合规 ────────────── ───────────────→ 高绩效 │ │ ├── 太松 → 失控 → 质量暴跌 → 绩效崩 │ │ │ └── 太紧 → 僵化 → 创新窒息 → 绩效也崩 │ │ 最佳平衡点 ────────────────────┘ 「该管的管住该放的放开」合规程度风险对绩效的影响零合规混乱、质量失控、法务风险短期快长期崩适度合规可控流程顺畅最优——效率和质量兼得过度合规创新窒息、响应慢、团队沮丧看似规范实际低效合规的价值三角可信度 (Trust) ▲ ╱ ╲ ╱ ╲ ╱ ╲ ╱ ╲ ╱ ╲ 合规 ◀─────────────▶ 绩效 (Compliance) (Performance) 合规建立可信可信支撑绩效绩效验证合规二、可信管理可信度Trust是合规和绩效之间的桥梁——合规不是为了让 PM 舒服是为了让干系人信得过。可信管理三层 │ ┌─────────────────┼─────────────────┐ ▼ ▼ ▼ 过程可信 产品可信 人员可信 流程经得起审 交付物经得起验 团队经得起查 │ │ │ 合规检查审计 质量验证测试 职业道德能力 「你按说的做了吗」 「做出来能用吗」 「你能被信任吗」层次建设方式崩溃后果过程可信遵循流程、通过审计、留痕可追溯法律风险、客户流失产品可信质量达标、验收通过、用户满意退货、索赔、商誉崩塌人员可信透明沟通、说到做到、能力匹配团队散架、干系人背弃三、OPA 积累——把经历变资产OPA 累积的四个动作经历 │ ┌────┴────┐ ▼ ▼ ① 积累 ② 整理 记录发生了什么 分类归档结构化 (Collect) (Organize) │ │ └────┬────┘ ▼ ③ 分享 让其他人能用 (Share) │ ▼ ④ 应用 下次项目直接用 (Apply)动作做什么例子① 积累记录经验教训、模板、数据不错过任何有价值的东西每阶段结束时写入经验教训登记册② 整理分类、去重、结构化让资产可检索按领域/过程/问题类型打标签③ 分享放入知识库、组织培训让沉默资产活起来项目复盘会、知识库检索系统④ 应用新项目启动时主动查阅 OPA避免重复踩坑参考上期风险登记册制定本期风险策略四、类比孩子的成长资产小孩的成长 OPA 项目管理 OPA ────────────── ────────────── ① 积累 记下学会走路的第一天 记录项目每个阶段的经验教训 保存第一张画、第一篇作文 保存风险登记册、变更日志 ② 整理 分类学习/玩耍/生活 分类范围/进度/成本/质量/ 归档成长档案盒、文件夹 风险/资源/沟通/采购 发现规律什么方法学得快 /干系人/整合 ③ 分享 跟父母交流育儿心得 项目复盘会分享 和其他家长讨论经验 知识库全员可查 「我是这样教他认字的」 「上次这种风险我们是这么处理的」 ④ 应用 老二直接用老大的成功经验 新项目直接参考历史模板 同龄孩子的方法学来用 「上期 CPI 走了弯路的坑这期绕开」 「哥哥用过这本法语书继续用」 「上次合同条款的教训这次改进了」就像孩子成长中不断积累的成长档案——考试错题本、学会的技能记录、社交经验——都是他的 OPA。整理好这些就是他的成长资产越积累越有价值。成长资产 → 组织过程资产孩子的项目的错题本 → 下次考不再错经验教训登记册 → 下次项目不再踩坑学习方法总结 → 越学越快最佳实践模板 → 越做越高效兴趣特长记录 → 因材施教历史项目档案 → 选最适合的方法论玩伴冲突处理经验 → 社交成熟干系人管理记录 → 沟通越来越顺五、合规 OPA 双循环┌──────────────────────────────────────┐ │ │ ▼ │ 本期项目 │ ┌──────────┐ │ │ 过程合规 │ ← 参考上期 OPA 制定本期流程 │ │ (不踩红线) │ │ └─────┬────┘ │ │ │ ▼ │ ┌──────────┐ │ │ 高效执行 │ │ │ (绩效产出) │ │ └─────┬────┘ │ │ │ ▼ │ ┌──────────┐ │ │ 经验积累 │ → 录入 OPA ──────────────────┘ │ (复盘归档) │ 下次项目受益 └──────────┘常见错误陷阱正解合规服从所有流程 ×合规是遵守必要的治理要求不是追求流程完美.OPA 积累是收尾时才做的事 ×OPA 积累贯穿全过程每阶段结束就更新合规降低绩效 ×适度合规提升绩效——防止返工和失控的成本远小于合规成本经验教训写了就行 ×积累→整理→分享→应用四步缺一不可写了不用白写可信靠说 ×可信靠做——过程可审、产品可验、言行一致