实现数据服务前端快速响应

实现数据服务前端快速响应
张颋 2013/5/30

一、代码未动，流程先行

我们将定期N次例行上线制度理解为定期N次上线机会。如果上线申请允许在上线前一天提交，那么理论上应可做到2-3个工作日实现一般的客户变更需求。今年4-5月的几次修改我们做到了快速响应。总结工作要点就是：“代码未动，流程先行”。

二、由开发人员执行上线操作

快速响应本身意味着留给测试的时间不足，难免要降低一次发布成功的概率。因此，要实现快速响应，上线操作还是由开发人员来做更好，这有助于减少不必要的延时工作，以及避免不必要的上线失败。开发人员执行上线操作并非放之四海皆准，但是数据服务对实时性要求不高，开发人员执行上线操作完全可行。

三、专人专用、提升素养

虽然流程最快可以2-3个工作日走完，但是倘若人力资源跟不上，也不能实现快速响应。经济管理学中有个经典的故事，造针的故事，这是专业分工提升生产力的好例证。践行术业专攻颇有成效，最近我和另外一个同事不到30分钟修改了6个报表，这在去年还是不可能的事情，只是今年我们找到了窍门而已。

四、提升前后台协同能力

如果变更不仅仅是网页的变化，还涉及到后台数据库及相关代码的修改，协调起来可能就不是那么顺畅了。这主要是因为组织结构是前后台分开的，解决问题还是从组织结构入手最佳；如果实在不能改变组织结构，至少要有前台驱动后台工作的流程。

五、提升系统设计水准

最近看到一句话，“设计就是生产力”，很有道理。系统上线后基本就进入运维时代了，所谓快速响应，说白就是运维效率。系统设计时应充分考虑运维需求，这也是走向低成本的正确道路。提升系统设计水准不是一件容易的事情，推动开发和运维之间的交流会有助于系统设计的提升。

六、提高全流程执行效率

仅仅是提高从开发接到需求到上线的执行效率是不够的，真正有用的是从客户发现问题、报告问题，直到需求实现的全流程执行效率。这需要对公司流程有很好的把握。