指南 › 指南

RAG 状态定义：终结“一直绿灯，突然红灯”

每个项目都是一路绿灯，直到某次会议上突然变红。解药不是让项目经理更勇敢，而是把 RAG 状态定义写下来，让颜色成为判定的结果，而不是一种心情。下面这套定义，今天就能贴进您的汇报材料。

为什么 RAG 状态需要书面定义

RAG 即红、黄（琥珀）、绿。单看颜色，它只是披着数据外衣的一种感觉：甲经理的黄灯，在乙经理那里可能就是红灯，发起人久而久之干脆无视这些颜色。

有了定义，颜色就变成一道判定题。只要预测完工日期超出基线的约定容差，状态就是红色，无论谁来汇报，也无论他心里怎么想。

• 在项目开始前就与发起人约定好定义，而不是等最初的延误出现时再谈。
• 把定义写进项目章程或汇报材料，别让它每周被重新拿出来讨论。
• 整个项目组合使用同一套定义，这样各项目的颜色才能互相比较。
• 颜色旁边永远用一句话写明原因。

整体状态：三色判定

整体颜色取其下各维度中最差的一项，而不是取平均。成本为绿、进度为红的项目，整体就是红。

措辞要短到能放进一页幻灯片。

• 绿色：正常。各维度预测均在容差范围内，没有需要发起人介入的未决问题。
• 黄色：有风险。至少一个维度已超出容差，或不采取行动就会超出，且您已有拉回的计划。
• 红色：偏离。某个维度超出容差，恢复需要发起人或指导委员会（SteerCo）做决策，超出您自己的权限。
• 可选的蓝色或灰色：未开始、暂停或已关闭，避免已完成的工作干扰颜色统计。

各维度阈值示例

下面的数字只是示例。请与发起人一起，按项目的规模和风险来设定自己的数值。

关键在于：任何人看着计划，都能对每一行回答“是”或“否”。

• 进度：绿色为预测完工日期不晚于基线；黄色为最多延迟 10 个工作日；红色为延迟超过 10 个工作日，或错过发起人关注的里程碑。
• 预算：绿色为预测值在批准预算的 2% 以内；黄色为超支 2% 至 5%；红色为超支超过 5%。
• 范围：绿色为没有未经批准的变更；黄色为变更等待决策；红色为变更已批准，却没有对应的时间或资金。
• 风险：绿色为没有风险得分超过阈值；黄色为存在高风险且缓解措施正在进行；红色为高风险没有缓解措施，或已经演变成问题。
• 资源：绿色为关键角色全部到位；黄色为有缺口但有计划；红色为关键路径上存在缺口。

让颜色保持诚实的规则

定义要靠严格的规则才管用。三个习惯就能解决大半问题。

颜色可以快速变差，但只能缓慢变好：转回绿色需要证据，而不是乐观。

• 允许黄色让人不舒服。如果状态在黄色停留超过几个汇报周期，就按红色处理并上报。
• 不要让恢复计划改变颜色，只有已交付的成果才能改变颜色。
• 在颜色旁边显示趋势箭头，让发起人既看到位置，也看到方向。
• 每个阶段评审点都复查一次定义，并把任何改动记录为一项决策。

RAG 状态出现在哪里

同样的颜色会出现在您的周报、SteerCo 材料、RAID 日志和项目组合视图里。如果各处含义不同，就没人会相信其中任何一个。

在 Senshin 中，控制塔把项目健康状况汇总成一个组合视图，周报和 SteerCo 报告使用同一套状态语言，因此发起人在材料里看到的颜色，与项目里的颜色一致。

• 周报：整体颜色，加上每个维度一行理由。
• RAID 日志：每条记录一个颜色，让逾期的行动一目了然。
• 组合视图：按项目群统计红、黄、绿的数量。

它在 Senshin 中的位置

常见问题

更多指南

最后更新: 2026-10-22