项目事故/问题溯源报告样例-绩效通知邮件积压问题

一般项目出现生产事故/影响较大的问题时，都需要出具溯源整改报告，以下以绩效通知邮件积压问题为例，供参考。

项目问题/事故，重在方案/建设/测试阶段的持续细致，预防和高效解决问题同样重要。

绩效模块通知邮件发送延迟问题分析总结

【问题描述】：

1、2020年8月17日，周一，普通用户反馈在8月15日收到了6月的考核结果通知邮件，延期约一个月才收到；

2、2020年8月17日，周一，考核责任人/部门负责人在自助端进行了公示后，员工并未收到公示通知的邮件。

【原因分析】：

正式环境排查：

7月5日清理任务缓存之后，绩效结果通知邮件后台任务未正常执行，有积压邮件任务；同时并未查到8月15日发送的邮件，考虑是测试环境运行任务后发出；

测试环境排查：

经排查，问题1中反馈的邮件并非从正式环境邮件服务中发出，而是在测试环境进行测试是，触发了积压邮件发送，如下图所示：

【处理结果】：

1）  2020年8月17日，检查了正式环境的绩效结果通知的后台任务启动情况，并重启任务，重启后，员工可以正常收到公示通知邮件。

2）  已对正式和测试环境中积压的绩效结果通知邮件进行处理，不再进行触发。

3）  调整了测试环境中的发送邮箱名称，避免若再次出现类似问题时无法第一时间判断邮件是从哪个系统发出。

【预防及改进措施】：

1）    已将绩效相关的定时任务加入系统重启后的checklist中，在每次重启后检查确认；

2）    后续清理后台任务缓存后，检查绩效结果通知邮件后台任务是否正常执行；

3）    后续还需将正式环境还原到测试环境中时，先检查并清理积压邮件；并调整测试环境中的发送邮箱名称，避免若再次出现类似问题时无法第一时间判断邮件是从哪个系统发出。