[问题起因]
最近在产品审计时发现几个问题
1: 有些人没有按照要求编写注释和说明
2: 有人在升级旧有功能的时候带入了很多"垃圾"
3: 有人不按照标准编写代码和利用统一的标准库(自己搞一套)
4: 有些代码质量低下
[问题分析]
1: 一个团队不可能拥有全部最优秀的分析和开发人员,在进行项目组队的时候考虑到各项目的平衡,往往每个项目都会带几只"菜鸟"
2: 在时间压力面前,往往注重功能需求满足度 不会很在意留下或带入的"垃圾"
3: 很多人不愿意花很多时间去做设计(以敏捷为接口)和好好的了解以前的系统以前的功能,按照自己的理解就动手
4: 每个开发人员都能直接更新服务器,导致更新无法跟踪
[问题解决]
1: 按照已上线项目投产的标准要求产品的开发更新过程.
- 统一标准的投产包(<说明文档>含 功能说明,修改说明 ,修改人,投产注意事项,测试说明 和实际投产文件)
- 由专门的人负责更新服务器,其它开发人员将制作好的投产包提交给专人负责投产,要求当天负责投产并将投产过程进行详细登记, 同时通知出包人测试.
- 针对制作投产包和更新服务器,制作了两个小工具。负责按规定的格式生成包和在实际更新服务器时同时进行规则的备份
- 加强代码的审计力度,开发人员在每个文件头部注明:版本 最后更新时间、最后更新人、功能说明、需求来源、审计人、审计意见、最后审计时间
- 每周例会上通报投产功能情况(含:效率、出错率等)