2016年Android开发流程

2016年研发流程

新研发流程的理念：（目前的MTP需要根据新流程进行改造，在过渡期间，大家先了解一下新流程的理念）

1、项目80%的价值由20%的需求产生，所以我们对产生主要价值的20%需求应该投入更多的研发资源，而不是平均分配。所以，开发要按照需求的优先顺序，逐个开始研发，达到及时响应重要紧急需求的效果（极端情况下，非重要紧急需求可以一直不开发）

2、我们鼓励开发人员接触更多的项目模块，通过不同难度、不同层面的业务模块得到全面的技能锻炼，即使这意味着会消耗大量的熟悉代码时间，也是值得的。因为我们把研发人员视为长期合作的伙伴，从长远来看，开发人员具有全面的技能可以提高团队响应重要紧急需求的能力，以及遇到阻塞问题时，接触过该模块的多人可以形成一个临时团队集体攻关，加速问题的解决速度。

3、开发人员能胜任模块的范围和其整体难度，能很好的反映出开发人员的价值，是作为其职称评定的重要参考。

4、开发之前，技术方案需要得到另外一个人的认同确认后才能实施。避免明显的方案问题，导致代码推翻重写。

5、极致的产品体验是需要打磨的，需求的优化有一个从模糊到清晰的过程，很难一步到位。所以我们应该拥抱需求变化。产品验收前，可以对这个需求特性范围内的任何需求变更，直到团队满意为止。相应地，开发的工作量评估工作需要由事前评估改为事后评估，才能反映过程中需求变更产生的工作量。

6、产品验收确认前，需要得到产品负责人的认可，减少验收后仍然要变动需求的可能性。产品验收后需求改动应作为新需求在MTP录入。

7、产品验收后才能进入测试阶段，测试前需要通过另1人的codereiview确认。测试的角色逐渐从保证生产质量，转变为检查生产质量和保证发布质量。产品人员作为用户进行仔细体验的过程，也可以起到一定程度的测试效果，保证无浅路径问题。

8、需求应该单独提测，除非两个需求必须一起上线，缺一不可则合并提测。避免频繁的分支合并撤销带来的代码风险。

9、发版由产品负责人根据需求的完成情况来触发，不是由研发团队决定。