监控项目工作是什么
监控项目工作把执行过程中产生的原始数据加工成可判断的绩效信息，再对照计划识别偏差、触发变更请求。它的产出不是一个数字，而是完整的判断链：数据来自执行、信息用于分析、报告用于决策。这条链路断了，治理层收到的就只是一堆没有结论的表格。
基本信息
| 所属过程组 | 监控（4.5 监控项目工作） |
|---|---|
| 输入原料 | 工作绩效数据，来自执行过程的原始记录 |
| 加工结果 | 工作绩效信息，含偏差与趋势判断 |
| 对外形式 | 工作绩效报告：状态报告、进展报告与预测 |
典型使用场景
- 月度汇报：把各条线的数据汇总为统一口径的绩效报告
- 偏差预警：超出容差时按约定路径提交变更请求或上报
- 趋势判断：用连续几期数据识别效率下滑而非单期波动
- 资源调整：根据实际消耗速度重新安排后续资源投入
- 决策支持：为治理层提供选项与建议，而不只是问题描述
偏差分析的最小口径
偏差分析的最小口径
进度：SV = EV - PV，SPI = EV / PV # 负值或小于 1 表示滞后
成本：CV = EV - AC，CPI = EV / AC # 负值或小于 1 表示超支
趋势：按当前指数外推完工估算 EAC # 单期数据不足以判断趋势
阈值：超出计划中的容差即触发上报或变更 # 阈值要事先约定
# 数据、信息、报告的加工链条中断，监控就只剩记账三个层次的区别
| 层次 | 内容 | 使用者 |
|---|---|---|
| 工作绩效数据 | 工时、完成量、缺陷数等原始记录 | 执行团队与项目经理 |
| 工作绩效信息 | 偏差、趋势与绩效指数 | 项目经理与专业负责人 |
| 工作绩效报告 | 结论、选项与建议 | 治理层与发起人 |
报告常见缺陷
| 缺陷 | 后果 | 改进方向 |
|---|---|---|
| 只报完成百分比 | 看不到趋势与预测 | 同时给出偏差、指数与完工预测 |
| 口径前后不一致 | 趋势分析失真 | 固定测量规则并写入计划 |
| 只报问题不给选项 | 决策会变成抱怨会 | 每个问题附两到三个可选方案 |
| 报告频率不匹配 | 决策滞后或过度打扰 | 按受众分层设定频率与颗粒度 |
报告频率与颗粒度在沟通管理计划中约定；给治理层的报告聚焦决策项与趋势，给执行层的报告聚焦任务与阻塞。
只报告完成百分比不谈趋势与预测，问题暴露时往往已无缓冲与预算可用，监控过程组就失去了预警价值。