小米SRM团队做好四件事已经敏捷了

SRM遇到的困难和解决思路

实际项目开发过程中，怎么让用户了解到整个产品的价值，一直以来都是一个难题。实施敏捷前，通常只有到上线阶段，用户才会参与进来，才知道产品是否是他想要的，这样经常会造成一个现象：上线前忙着改需求，改代码。因为用户发现这不是他们想要的。敏捷实施后，用户参与度提高了，上线时自然就不会出现产品不是用户想要的情况了，而我们SRM组的敏捷实施，主要从以下几个方面着手实践。

1、梳理产品待办优先级

用户通常不会全程参与项目的整个周期，那么一段时间后就对项目失去热情，怎么保持这种关注与热情呢。我们的做法是持续的交付产品给用户。每个迭代开始前，产品梳理好产品待办，每个迭代只做最有价值的需求，通常这也是用户最关心的部分。通过持续提交最有价值的需求，让用户保持热情和关注，才是体现我们项目价值的好方法。

2、规划迭代计划

好的计划是成功的一半。所以敏捷开发过程中，我们非常重视迭代计划会议。在会议中，我们整个敏捷团队一起确定迭代内的优先级和故事点，规划好本次迭代冲刺的内容，整个团队明确了目标，也确定了各自需要负责的内容。

3、坚持每日立会

计划做得好，如果执行不到位，那么结果也不可能好。所以每天和团队成员沟通下进展，能增加迭代透明度，所有成员都能看到别的同事的工作进展和迭代内可能的风险，可以一起努力解决问题或者避免风险。

每天开会，会议时间太长会浪费大家的宝贵时间，所以这个会一定是一个站着开的”立”会，快速过一下就行，每个人从以下三点说明下就行。Scrum Master保证每天会议时间控制在10分钟以内(我们组是9:15-9:25)

我昨天做了什么来帮助团队实现Sprint目标;

我今天要做些什么来帮助团队实现Sprint目标;

我是否发现了阻碍实现Sprint目标的问题。

4、一定要回顾

温故而知新，分析迭代内的问题，在下一个迭代改进，在每次回顾中，团队计划通过改进工作流程或调整“已完成”的定义来提高产品质量。

在回顾中，我们团队确定了2个目标：功能说明书质量和验收标准，通过3个迭代的努力，我们已经完成了功能说明书质量的改进，验收标准也有了很大的进步。

SRM敏捷实践成员

    教练：杜伟忠   

    产品负责人：彭会

    产品：王宗英、孟贤果、曹凤翔

    Scrum Master：邓益忠

    开发：张轩、张金玲

    SRM早期团队画像

实施敏捷研发前和教练沟通团队内部情况，并做了一个敏捷团队成熟度的评估测试，从团队动力、团队环境、产品、敏捷流程机制和敏捷工程实践等几方面，做的一个团队画像。    

---小米信息技术部SRM团队