最近在想研发团队在假期期间需要做什么事情，以保证业务和质量。所以将经常做的事情进行了整理，今后遇到假期直接按照这个方案执行。
方案
确定代码封板时间
节假日前尽量不要发布代码，这是对业务团队和研发团队负责的表现。
- 一般以节假日那周的上周五或者本周一作为封板时间
- 提前和业务沟通封板情况，非紧急业务调整假期后上线
检查系统稳定性
放假前，对系统稳定性做一次检查，确保放假前系统是健康的，一般检查内容如下：
- DB负载、存储容量、慢日志
- Redis负载、使用率、延迟情况
- 机器负载
- 服务接口稳定性、响应时间、报错情况
确定请假情况
放假期间有同学会早走或者晚回
- 提前确定同学们的请假情况，预计对业务的影响，也给其它安排提供了更多信息
- 更新请假/调休表
确定假期期间活动情况
负责全球业务
- 提前和业务方沟通假期期间是否有活动，预估流量，判断风险情况，确定是否需要改期
- 安排同学活动期间重点关注，并制定应急计划
安排值班
- 每个组每天安排两个同学作为第一联系人和第二联系人
- 确定值班内容，每天发邮件汇报，值班内容一般包括
- 系统报警情况
- 业务反馈问题处理情况
- 自动化测试错误情况
- 发邮件后，提醒明天的同学值班，防止有人忘记
值班通知相关组
- 相关组包含各个业务方、产品、前端、测试、运维
- 可以和其它研发组的值班情况合并，只需发送一份给业务和产品，方便查看
提前准备
为了方案能够顺利实现，需要提前准备内容
- 包含上线时间的项目列表
- 系统服务、基础组件列表
- 请假/调休表
- 活动情况表
- 值班表
- 值班邮件模板
- 各个组群邮件
这些内容如果能有系统来统一管控，会节省大量时间，如果没有，就需要手动维护了。每个团队情况不一样，各个表和模板的细节就不展开讲了。
总结
想整理出一个方案的想法来自于读完《原则》这本书。最开始只写了几条，经历过一次假期后，又填补了一些内容，算是相对全一点的方案。我还是挺喜欢这个方案的，展现了一些套路，而这些套路能让我今后处理这些事情的时候更得心应手一些。今后跟进具体情况，慢慢再做优化。
最后
大家如果喜欢我的文章，可以关注我的公众号（程序员麻辣烫）
我的个人博客为：https://shidawuhen.github.io/
往期文章回顾：