敏捷团队经验分享

敏捷团队经验分享

  一、职责

产品经理：不断完善产品，简单理解就是 ：变 变 变

SM: 控需求，控进度，控风险，简单理解就是：这东西不能变；

开发：设计 + 开发实现，评估开发进度风险

测试：不断找SM确认需求点，找产品经理确认效果

UE：直接与产品经理沟通，理解需求，完成UI设计

二、流程

需求阶段：

1、产品经理制定需求，内容：产品想要实现的效果

2、SM与产品经理沟通，简单理解就是砍需求和制定需求规划

3、需求确定后，产品经理和UE首先进入，确定UI风格，UI一旦确定 就相当于需求基本已经确定下来

4、接着就是需求宣讲会，产品经理宣讲需求，全体人员参与会议，大家就需求讨论

5、需求宣讲会结束，马上开任务认领会，只有开发、测试及SM参与；内容：评估每个需求点的耗时及任务分配

开发阶段：

6、开发设计会，全部功能有开发自己设计，自己沟通；并反馈每批次开发节点

7、测试书写用例

测试阶段：

8、测试每日发布一轮bug报告，并指定bug修复优先级，给出bug修复的期望时间

9、开发根据bug修复难易程度，确定修复时间并修复bug；

10、  6、8、9依次迭代，最终该批次产品正式发布

三、沟通

从上面的流程中不难看出，在敏捷团队中，沟通的重要性；因此沟通在这里单独拿出来

那么在敏捷团队中应该怎样沟通？

沟通分成三种：

1、早会

早会很重要，所谓一日之计在于晨，几千年的道理，是有原因在里面的

早上9点，是人最清醒的时刻，一般而言也是反应最快的时候，在清晨规划自己一天要干的事情，绝对物超所值。

早会一般是是站会，时间控制在15-20分钟之间，每人汇报下自己昨天的完成情况，今天待完成的事情，以及是否需要帮助，每人三分钟就能讲完。

重点在于是否需要 帮助：

帮助分为 内部的和外部的，如果是需要内部帮助，则由SM协调内部资源处理。外部帮助则由SM协调外部资源

只有晨会以后，大家对今天的目标明确，团队间的合作效率也会提高，目的是减少无谓的沟通

注意：沟通不意味着可以随意打断别人，尤其是打断开发同事

2、内部沟通

在整个产品的开发过程中，内部沟通是不可避免的，那应该怎样做，才能做到有效的内部沟通？

方法：按职责划分，SM协调

1、定位问题归属，问题是属于哪一类问题，一般而言主要是 需求问题和开发问题

2、积极响应，

需求问题：则与产品经理沟通；

开发问题：开发与SM之间协调解决

3、外部沟通

要想做一个好的产品，就一定会有外部沟通。

1、沟通需求，

2、沟通资源。

先由SM统一对外，再由SM指定内部人员与外部人员对接

四、规划

做任何事情规划都是不可避免的，一个好的规划，不仅是团队受益，而且产品也会有保证。

那么什么样的规划才是好的规划？

前提：大家就一个目标达成一致

接着才指定规划：

1、产品规划

产品规划有产品经理负责，想做什么样的产品，那么为了做出这个产品，应该怎样规划？
 

2、需求规划

1、根据产品经理的产品规划，SM拆分成批次

2、确定每个批次的需求范围，确定每批次需求的优先级，根据资源预估一个该批次的发布时间

3、需求规划内包含资源规划，为了完成在发布时间内完成该批次需求，要做一个详尽的资源规划以及预留风险时间

4、需求规划内也包含一份进度规划，在哪个时间点内应该完成哪些功能；相当于一个预警机制

3、开发规划

1、根据该批次的需求发布时间及认领的任务，规划自己的开发计划，每个功能在什么时候完成

2、根据开发规划，如需资源加入，则要及时向SM申请

3、开发风险：需求变化

4、测试规划

1、根据需求发布节点，进行测试用例书写：即什么时候写测试用例

2、根据开发规划，安排测试执行：即什么时候开始测

3、测试风险；开发bug修复

五、评价

什么样的敏捷团队才是好的敏捷团队？

什么的SM才是好的SM?

.........