项目执行过程中，出现进度滞后、人员变动、需求范围扩大、设备资源不足都属于常见项目偏差。很多项目经理的处理方式是开会协调、调整排期，但不会将这类偏差作为风险进行正式登记与分析。风险清单里面大多只记录技术类风险，项目管理类的偏差游离在 MAN.5 之外。等到 ASPICE 评估，访谈发现项目实际和项目计划已经有很大出入，但是找不到对应的偏差分析、处置、监控记录，造成 MAN.5 出现弱项。

项目偏差管控落地常见几类误区。把风险管理等同于技术风险识别，忽略进度、资源、范围、供应链这类项目管理风险。出现实际与计划不一致，只是调整计划，不分析偏差产生的根源，不评估偏差带来的连锁影响。没有记录偏差发生之后采取的缓解措施，措施执行效果缺少跟踪。偏差已经演变为严重问题之后，才临时补充风险记录，记录内容和真实项目时间线不匹配。

MAN.5 风险管理不只面向技术风险，项目层面的进度、资源、范围发生明显偏离计划，同样属于风险来源，需要完整执行识别、分析、处置、跟踪闭环。

项目执行过程中，定期开展项目状态评审，对比项目计划，识别各类项目偏差。当实际进度、人力投入、项目范围、外部交付出现明显偏离基线，需要作为风险条目录入风险清单。针对偏差开展分析，判断偏差的根本原因，评估偏差会带来哪些连锁后果，例如延期是否影响里程碑，范围扩大是否带来工作量与质量风险。

基于风险分析结果制定处置方案。处置分为缓解措施与应急预案，缓解措施用来降低偏差带来的负面影响，应急预案用来应对情况进一步恶化。所有处置措施明确责任人与完成时间点。后续项目例会持续跟踪措施执行效果，评估偏差风险等级是否发生变化。如果偏差已经消除，则登记关闭理由，完成风险闭环。

如果偏差影响重大，需要输出正式的项目偏差报告。写明偏差现象、根因分析、带来的风险、已经采取的行动、后续计划。偏差报告纳入项目工作产物归档，和对应的风险记录、更新后的项目计划绑定。重大偏差还需要向上级管理层汇报。

内部预评估阶段，核查风险清单，确认除技术风险之外，进度、资源、范围类的项目偏差也得到识别与处置。核对风险记录的时间线和项目里程碑是否匹配，识别后期补录记录的情况。

风险不只是潜在的技术故障，已经发生的项目偏差同样需要纳入 MAN.5 的管控闭环。将计划与实际的偏离纳入风险管理，完整记录分析、处置、跟踪全过程，MAN.5 才可以完整覆盖项目全部风险场景，满足 ASPICE 评估实践要求。