3. 评审频率设计

本章讲解如何在评审节奏调整中，根据项目所处阶段、团队规模以及风险等级三个核心维度，设计匹配的评审频率。核心方法为“三因子加权矩阵法”，通过联动计算得出最优评审间隔，避免过度评审或评审不足造成的效率损失。

适用场景

• 项目进入新阶段（如从需求转入开发、从开发转入测试）时需要重新校准评审频率。
• 团队规模发生显著变化（如人员增减超过20%）。
• 项目风险等级因外部依赖、需求变更或技术难题而升级/降级。
• 评审反馈表明当前频率过高/过低，需要数据驱动的调整。

前置条件

• 已完成项目阶段划分（至少包含需求、设计、开发、测试、上线五个阶段）。
• 已获取当前团队实际活跃人数（不含外包、兼职）。
• 已基于风险评估模板输出项目当前风险等级（低/中/高/严重）。
• 具备历史评审记录以辅助验证频率合理性。

操作步骤

1. 采集三因子数据：
   • 项目阶段：需求（S1）、设计（S2）、开发（S3）、测试（S4）、上线（S5）。
   • 团队规模：小型（≤8人）、中型（9-20人）、大型（>20人）。
   • 风险等级：低（L）、中（M）、高（H）、严重（C）。
2. 映射阶段基准频率：根据下表确定每个阶段的初始建议评审间隔（天）。

3. 根据团队规模调整系数：
   • 小型团队：基准 × 1.2（减少评审频次，避免占用过多时间）。
   • 中型团队：基准 × 1.0（保持标准节奏）。
   • 大型团队：基准 × 0.8（增加评审密度以覆盖更多干系人意见）。
4. 根据风险等级二次调整：
   • 低风险：再 × 1.3（可适当放宽间隔）。
   • 中风险：再 × 1.0（保持）。
   • 高风险：再 × 0.7（加密评审，及时纠偏）。
   • 严重风险：再 × 0.5（最短间隔不低于1天）。
5. 计算最终评审间隔并取整：

   final_interval = round(base × size_factor × risk_factor)
   // 最终间隔不得小于1天，不得大于14天
   if final_interval < 1: final_interval = 1
   if final_interval > 14: final_interval = 14

6. 输出并记录：将最终间隔写入《评审频率登记表》，同步到项目日历。

输入输出物

责任边界

• 产品经理：提供准确的阶段切换时间点，确保阶段标识与项目实际相符。
• 项目经理：维护团队规模台账，当规模变化超过阈值时主动触发重新计算。
• 风险管理员：每周更新风险等级，若等级变化则在24小时内通知调整频率。
• 评审委员会：最终审批频率调整结果，并监督执行，对异常调整负决策责任。

记录材料

• 《评审频率登记表》：包含项目ID、阶段、团队规模、风险等级、计算间隔、生效日期。
• 《频率调整会议纪要》：记录调整原因、计算过程、决策结果。

异常处理

验收标准

• 每个项目阶段均有一条明确的评审间隔记录，且与三因子联动计算吻合。
• 所有调整均经过审批并在《评审频率登记表》中留痕。
• 随机抽取10%记录进行人工验算，计算结果偏差为0。
• 团队反馈问卷中“评审频率是否合理”满意度≥85%。