评审节奏怎么设计
评审节奏要覆盖三层：团队层（每日站会、迭代评审）、项目层（每周状态会、每月绩效回顾）、治理层（阶段关口评审、季度组合回顾），再加上触发式评审（重大偏差或高暴露风险时临时召集）。频率要与项目节奏和风险等级匹配：半年才做一次治理评审的跨部门项目，问题容易在两次会议之间积累成危机；反之各层内容重复，会大量占用关键角色时间。
基本信息
| 团队层 | 每日站会与迭代评审，聚焦执行与障碍 |
|---|---|
| 项目层 | 每周状态会与每月绩效回顾，看偏差与趋势 |
| 治理层 | 阶段关口评审与组合回顾，做继续或调整决策 |
| 触发式 | 重大偏差或高暴露风险时临时召集专题评审 |
| 设计原则 | 层级与议题对应，避免各层内容重复 |
典型使用场景
- 项目启动时按风险等级与交付节奏设计三层评审安排
- 偏差出现后评估现有节奏是否足够灵敏，必要时提频
- 跨部门项目在阶段关口用治理评审解决资源与优先级冲突
- 重大故障或风险事件后召集专题评审，再评估是否转为常规
- 会议过多时用议题分诊的方式合并或下沉，释放关键角色时间
节奏设计示例
节奏设计示例
# 团队层：每日站会与每周迭代评审
# 项目层：每周状态会与每月绩效回顾，含趋势与预测
# 治理层：阶段关口评审与季度组合回顾
# 触发式：重大偏差或高暴露风险时临时召集专题评审会议克制做法
| 做法 | 效果 | 注意点 |
|---|---|---|
| 同层会议合并 | 减少重复汇报 | 议题清单提前合并 |
| 议题分诊 | 执行细节下沉到团队 | 治理层只处理超阈值事项 |
| 按需触发 | 突发议题临时召集 | 明确触发条件与召集人 |
| 结论驱动 | 每次会议有明确输出 | 输出待办与责任人 |
评审层级与议题要对应：把执行细节放到治理层讨论，会挤占决策时间。
评审频次与项目节奏脱节，问题会在两次会议之间积累成危机。