15年的时候我所在的团队开始使用敏捷开发。现在新公司也在逐渐向敏捷开发倾斜。所以写篇文件记录下。
首先，先介绍下什么是敏捷开发
百度来的：是一种从1990年代开始逐渐引起广泛关注的新型软件开发方法，是一种能应对快速变化需求的软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。
我的感知，敏捷开发比较适用于需要快速迭代的项目；
敏捷开发是分小组开发的，每个小组的每个平台配备2到3名开发人员。比如我们原公司做敏捷的时候，每个小组有三名安卓，三名IOS，三名服务端，三名测试。
敏捷开发周期一般为两周，这两周可以发一个迭代版本，也可以不发。但是开发周期，是以开发提交代码，测试全部验证通过为目标的。
其次，介绍下敏捷开发的流程：
一/澄清会，
时间点是第一周的周五
产品经理那边会有一个需求池，这里面装载了所有的需求。产品经理需要对这些需求列一个优先级，然后在澄清会上按照优先级逐条讲需求。开发/测试可以对些需求提出自己的疑惑，甚至可以质疑这条需求做的价值，产品经理必须回答，如果需求不明确或者依赖方没有完成，则需求会被当场砍掉，挪到下一次。
每次澄清会，开发都会评估出略超工作量的需求。工作量内的作为承诺是要完成的，非承诺的则是完成顺利的情况下可以完成的（比如承诺的需求临时被砍掉，或者实际工作量要比估点小等等）。完成这些需求，就是一个开发周期的目标。
二/需求调研
时间点是澄清会结束到第二周的周三
开发针对产品列出来的需求，根据优先级去挨个的需求调研，调研要求精确到改哪个类。并规划好时间，开发需要列出来什么时间点提测什么？同样的话，测试也需要列出来大体的测试用例，冒烟测试case等等。这时候如果发现需求有问题，会主动和产品经理沟通。
需要注意的时，这段时间周期上仍属于上一个开发周期，这期间开发测试的主要工作仍然是解决上一个周期内发生的bug。开发只是利用空余时间进行方案调研。
三/计划会
时间点是第二周的周三
计划会上，演讲的主角变成了开发和测试。这时候，开发需要讲方案，产品来听。如果开发在调研过程中发现需求依赖不满足等问题，可以在计划会上将该需求砍掉。同样，如果优先级发生变化，产品经理也可以在计划会上调低某个需求的优先级。
计划会后，正式进入新的一个开发周期，一般是持续两周。
四/需求开发
开始时间是计划会后，一直持续到第四周的周三，也就是下一个计划会。
这期间，开发测试需要完成所承诺的所有的需求的交付，交付的条件是完成开发和测试，并具备上线发布的所有必要条件。承诺外的需求则是属于加分项。
另外，开发测试每交付一个需求，产品经理都需要及时过来验收。
五/回顾会
时间点一般是第四周的周五
这个时候上一个sprint开发周期已完成，新一期的任务才刚开始，还不着急。大家坐在一起，回顾下上一个周期的问题
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/213630.html原文链接：https://javaforall.net
