如何让APP开发团队的效率更高

在APP开发行业，敏捷开发应该不陌生。互联网产品快速发展的特性，决定了“小步快跑”的管理思想，持续迭代，不断的改进产品。所以很多APP开发团队都喜欢敏捷开发。

在APP开发过程中，从需求管理到最终的产品运营，全过程应用敏捷的思想，让产品团队成为产品的主人和管理创新的驱动者。当产品团队自发的去持续优化产品，不断提升产品质量和研发效率时，整个团队的工作效率就提升了，产品的迭代周期自然会缩短，他们会树立更高的目标去挑战，当他们持续地周而复始时，卓越就成为了团队的习惯。
 

从产品经理的角度来说，更应该关心需求是否也可以迭代的方式去产出，合理的按照价值和优先级去安排每个迭代需求，是产品经理需要关注的。这会保证每个迭代开发人员在实现的都是优先级最高的需求。从开发人员角度来讲，对每个迭代的任务的需求理解和工作量安排是他们所要关心的，要合理的分配每个人的任务，以达到最大化的效率利用，进而保证每个迭代的高效产出。
 

在每个迭代开始之前，产品经理就需要把下一个迭代要做的需求安排好，待到迭代开始之前，对所安排的需求进行集中讲解评审，参与的对象是整个团队。这样做的好处是：研发、测试团队和Scrum Master一起深入理解需求，测试团队也因此能够更早地开始编写测试脚本，这样需求、开发、测试都是敏捷的，否则只有开发是敏捷的，两头就会都跟不上。
 

很多人觉得每个迭代开始之前，花上一整天的时间去理解需求和评估工作量是很浪费的，但是磨刀不误砍柴工，在工作开展之前把一切不确定性的东西都确认好，这样后续的开发效率就会高很多。另外对产品经理的要求就是提前梳理需求，这个不是简单的梳理，而是要充分评估手头所有需求功能点的价值和优先级，先做优先级高的。
 

站着开会带来的紧张感和疲劳感可以有效地避免过于冗长的会议，且可以保持清醒的状态，一般都在早上上班的时候开，也叫“晨会”。可以尝试让发言者站在中间，这种做法更能增强其自信心和责任感。站会的议题是每人说一下自己昨天做了什么，今天要做什么，有没有遇到问题。产品经理可以参与站会听取一下团队成员的进度，对各个需求的进展了然于胸，对发生的问题需要介入协助的，可以在会后就协助处理。
 

在迭代开始之前要做好任务的认领和分配，可以培养团队主动工作的积极性。在迭代开始后，要明确只有开发出可用的功能才算完成;明确迭代目标，并把目标分配给明确的负责人;严格要求代码提交环节，确保提交后测试即可介入;明确每个人的工作职责，优化团队协作机制，中间出现某个成员进度弱后的情况，可以调配进度快的成员帮忙。同时要避免整体重构，尽可能局部重构。产品经理更需要确定迭代目标能否完成而不仅是关注迭代进度。
 

虽然开发速度很重要，但是没有质量保证的快速开发非常危险，质量保证是一项需要高度重视的标准。需要制定严格的bug控制标准，开发自测和测试人员测试的标准不一致，这样可以激励不同角色人员的工作积极性。

敏捷开发对于产品经理来说是一个挑战，迭代周期越短，对产品经理的要求越高。比如迭代周期为两个星期，那就需要产品经理在两周内把自身对产品的想法，或者业务部门的需求转化成可供开发的需求，这样才能保证迭代的顺利进行。这对产品经理的能力要求还是很高的，假如一个迭代要完成五个需求，那就要在两周内完成这五个需求的分析和设计，这中间包括了竞品分析、数据分析、调研等等环节，工作节奏会很紧凑。
 

产品经理的基本任务应该是将业务需求分解为产品需求，再将产品需求分解为可实现的功能需求，其目标在于转化和细化原始需求，制定下一个迭代的需求列表和发布计划，以及明确随后1-2个迭代的开发需求。
 

敏捷开发在APP开发行业中的应用是大势所趋，个人觉得会深刻影响到传统的瀑布式项目流程。从实际经验来看，敏捷开发也确实有很大的优越性，能够更快的适应需求变更，灵活的安排资源的投入，每个迭代的产出都是产品的阶段性目标，也有可能就是一个小版本的发布，对于崇尚“持续迭代、小步快跑”的互联网产品来说，非常适合。