项目评审、状态灯与月度报告

是什么

项目管理最难的不是算进度，而是让坏消息及时、准确地传上去。状态灯与项目评审就是这套信息机制：用统一口径描述项目健康度，用固定节奏把问题摆到能拍板的人面前。

没有统一口径，每个项目经理都有一套"我觉得还行"；没有固定节奏，坏消息总在量产前一周才被说出来。

四类目标，四个灯

项目目标分四类，分别打灯，不能合成一个笼统的"进度正常"：

目标	看什么
时间	主时间计划的关键节点是否守住
质量	技术规格、质量要求、交付物是否达标
成本	产品成本与利润率是否守住
预算	研发预算与生产投资是否超支

灯的判定标准（三档，必须写死）：

灯	定义	应对
红	已偏离预定轨道，目标不能完成；需外部专业技术/资源支持，或必须调整目标	立即升级，发起人或委员会决策
黄	已偏离轨道，完成目标有困难，但采取措施仍可完成	出措施计划，限期跟踪
绿	按预定要求正常运行	常规监控

整体灯规则（避免争议）：

• 四类目标中有一个或多个红灯 → 整体红灯；
• 没有红灯但有一个或多个黄灯 → 整体黄灯；
• 全部绿灯 → 整体绿灯。

规则简单到没有解释空间，这一点非常重要——规则一旦可以解释，就会被打折执行。

评审节奏

• 超大/大型项目：至少每季度一次正式项目评审，向项目审查委员会汇报状态；不论项目起始日期，节奏固定。
• 中小项目：按月或按门径评审，形式可简化，但结论与记录不能省。
• 门径评审：按阶段触发，与定期评审并行。

评审前必须做的三件事：

1. 更新项目进度计划（含实际完成与偏差）；
2. 更新风险清单（新增、关闭、升级）；
3. 更新项目执行情况报告（含四类目标状态与关键决策请求）。

带着旧数据来开会，评审就只能讨论"数据什么时候能更新"。

月度报告写什么

一份有用的月度项目报告，控制在两页内：

板块	内容
整体状态	整体灯 + 四类目标灯 + 一句话结论
关键节点	本月完成、下月计划、里程碑偏差天数
红灯/黄灯项	问题描述、根因、措施、责任人、关闭日期、需要的支持
风险与变更	新增高风险项、已批准变更及其影响
成本与预算	预算执行率、产品成本 vs 目标、异常说明
需要决策	明确列出要谁在什么时间决定什么

"需要决策"这一栏最重要。没有它，报告只是通知；有了它，评审才是管理。

问题升级：别让问题停在边界上

• 子项目问题影响主项目时，子项目经理与其条线经理必须参加项目审查；
• 跨部门冲突先在对口层级解决，解决不了升级一级，不重复开会；
• 影响目标的重大变更（批产时间、成本、预算、责任划分）必须由发起人或委员会批准，并更新项目手册；
• 升级不是"告状"，是把决策权移到有资源的人手里，流程要写清楚，让 PM 敢升级。

怎么做 / 关键点

1. 把目标量化到可判定：节点日期、目标成本、预算额度、质量指标，全部有数字。
2. 灯由 PM 提、委员会确认，不由上级直接改；改灯要写理由。
3. 黄灯必须有措施计划和关闭日期，不允许长期黄灯。
4. 红灯项单独跟踪清单，每周更新，直到关闭或目标调整。
5. 报告模板固定，只填内容不改结构，方便横向对比与汇总。
6. 会议控制在 60–90 分钟：先红灯、再决策、最后例行信息。
7. 会议纪要 24 小时内发出，含决定、待办、责任人、期限。

常见坑

• 全绿文化：报红挨批，于是集体报绿，风险在量产时集中爆发。
• 一个灯打天下：只报进度，成本超支和质量隐患看不见。
• 黄灯常驻：长期黄灯等于没灯，措施从不闭环。
• 报告只报喜：没有"需要决策"栏，评审开成汇报会。
• 评审不定节奏：项目忙就不开，等出事才开紧急会。
• 纪要不留痕：会上说得好，会后无跟踪，下次会上重复同一个问题。
• 升级被当越级：组织文化把升级视为告状，PM 只能自己扛，问题烂在项目里。