实现数据服务前端快速响应
张颋 2013/5/30
一、代码未动,流程先行
我们将定期N次例行上线制度理解为定期N次上线机会。如果上线申请允许在上线前一天提交,那么理论上应可做到2-3个工作日实现一般的客户变更需求。今年4-5月的几次修改我们做到了快速响应。总结工作要点就是:“代码未动,流程先行”。
二、由开发人员执行上线操作
快速响应本身意味着留给测试的时间不足,难免要降低一次发布成功的概率。因此,要实现快速响应,上线操作还是由开发人员来做更好,这有助于减少不必要的延时工作,以及避免不必要的上线失败。开发人员执行上线操作并非放之四海皆准,但是数据服务对实时性要求不高,开发人员执行上线操作完全可行。
三、专人专用、提升素养
虽然流程最快可以2-3个工作日走完,但是倘若人力资源跟不上,也不能实现快速响应。经济管理学中有个经典的故事,造针的故事,这是专业分工提升生产力的好例证。践行术业专攻颇有成效,最近我和另外一个同事不到30分钟修改了6个报表,这在去年还是不可能的事情,只是今年我们找到了窍门而已。
四、提升前后台协同能力
如果变更不仅仅是网页的变化,还涉及到后台数据库及相关代码的修改,协调起来可能就不是那么顺畅了。这主要是因为组织结构是前后台分开的,解决问题还是从组织结构入手最佳;如果实在不能改变组织结构,至少要有前台驱动后台工作的流程。
五、提升系统设计水准
最近看到一句话,“设计就是生产力”,很有道理。系统上线后基本就进入运维时代了,所谓快速响应,说白就是运维效率。系统设计时应充分考虑运维需求,这也是走向低成本的正确道路。提升系统设计水准不是一件容易的事情,推动开发和运维之间的交流会有助于系统设计的提升。
六、提高全流程执行效率
仅仅是提高从开发接到需求到上线的执行效率是不够的,真正有用的是从客户发现问题、报告问题,直到需求实现的全流程执行效率。这需要对公司流程有很好的把握。