年前在部门内部做了一次小分享，是关于工程效率的，所分享的内容是一线作战积累下来的宝贵的经验。现在抽空总结一下，和感兴趣的同学一起交流下。
效率这个词相信大家都不陌生，每个企业每个人都在提倡降本增效。那么什么是效率？效率指单位时间内完成的工作量，当然这是效率的字面定义，效率其实与做工的快慢没有直接的关系。有些同学虽然做的很快，一个需求很快上线，但不注重产品的质量，往往需要后期花费数倍的时间去弥补隐含的问题。我理解的高效率应该是在指定的时间内持续做高质量的事。
工程效率可操作的内容很多，一线互联网公司往往有专门的团队在负责。我今天想介绍的是工程效率中的一小部分，即：一套基于实际的开发流程。
高效的开发流程先说下背景情况：作为流量的入口部门，我们团队承担着大量的业务支撑，一周有几十个case排队上线。每天都有版本上线，那么该如何平衡各个业务方之间的步调，保证上线没有问题，在实际工作中如何做到高效的？这得益于一套完整的项目开发流程。
应用开发周期如上图，这个是个应用开发周期环，我们的所有需求都经过这几个步骤：
目标：企业的所有生产经营活动都是为了实现一定的商业目标，需求也不例外，产品提出的所有需求都是为了实现一定的目标。
由相关的产品根据目标细化成具体的需求，提给项目中相关干系人，包括设计，前端，后端，平台等部门。
我们作为服务端开发团队进入开发，在适当的时间点进入开发，通过开发和联调完成初始的开发工作。
完成后反馈给业务方产品进行测试，如果没有问题，会要求业务方进行一定的方式进行反馈，此过程我们一般要求邮件进行反馈。
然后我们的需求代码进入代码merge，在规定的时间点由专人进行合并，并创建代码tag，然后通过CI集成发布部署到仿真环境上。
QA同学根据邮件列表中上线的信息内容进行测试，主要进行常规内容测试。如有必要，业务方此时也需要参与测试，确认没有问题。
QA反馈没有问题后，在规定的时间即由专业的人员安排上线。
如果达到目标期望，则此次需求开发圆满完成，如果线上监控异常（错误率，appcrash，服务器报警等），则需要进行回滚。
之前我们人少，对接的产品人员需求也没有这么多，后来随着业务的快速发展，我们的业务也变得复杂，于是一些不正规的操作影响点也开始放大。如：口头沟通，规范不统一，QQ，