敏捷突击队6月活动-杭州云灵科技敏捷实践交流活动

7月20日晚，敏捷突击队来到了位于近江时代大厦的云灵科技，和云灵科技的产品研发管理团队，对敏捷实践做了深入交流。这次活动本来计划在6月份，因为各位小伙伴6月份比较忙，所以延后到了7月份。这是突击队第二次到云灵科技交流。上一次是去年5份，主题是关于如何有效使用白板。

这次交流活动主题，聚焦在以下几个方面

1.需求管理

2.需求共识

3.如何开好站会

需求管理：

目前，团队有三块白板来管理需求，一块管理用户故事地图，一块管理roadmap和项目计划, 一块用来管理需求端到端交付的全过程。这三块板设计的需求，缺少有机的联系，需求的层级不够清晰，对需求管理和讨论，带来不便。

根据讨论，建议用Jira对需求做树状, 引入需求条目化管理需求。需求条目化是敏捷开发过程中，用的比较多，效果比较好的一种需求管理方式。对于第一层级的需求，可以是捕获的原始需求，业务模块等，是对问题域的描述。第二层级可以用用户故事来描述，针对的是解决问题的业务方案和场景，并且根据需求粒度做拆分。最后一层是研发交付层的描述，通常是放入迭代代办列表，细力度的用户故事，和技术需求。

对于各层级的需求要易于上下追溯，方便跟踪管理。

需求共识-如何能将需求评审会议开得有效？

需求评审目前的挑战：

1 离开会场，每个人中对需求的理解是不一样的，在开发后期或测试阶段还在交流需求细节；

2 由于需求评审召开的时间距离真正开发还有一段时间，开发人员的参与感不强；

3 验收时发现部分功能与原型不符的情况如何解决

首先对于需求理解不一致，需要定义需求验收标准，各个角色一起对验收标准进行讨论，达成共识，并且作为用户验收，开发工作，测试用例的唯一参考。验收标准可以是PO，业务分析，开发团队来写，最终需要由PO牵头讨论决定。

需求会议的有效性，可以通过以下几点达到

1、定期开需求澄清会议

2、对会议的目的，期望结果，过程进行定义，并严格按照过程定义一步步做到

3、会前的准备工作和会议结束的检查

此外，还对怎么样开好站会做了详细讨论。

关于站立会

以前：参与感不强

1、所有迭代项目成员一起开会，不在同一个迭代的成员互不关心；

2、白板处站立空间小，白板上的更新看不见，参与感不强；

3、大家的工作没有在白板上表现出来；

本次敏捷社区成员提的意见：

1、不同迭代成员小范围开；

2、将白板移动到空间大的地方，允许团队成员可以围在白板前，并自己更新工作状态；

3、建立站立会的检查清单，站立会后检查是否有做到并是否可以做得更好；

4、为增加团队的参与感，可以轮流主持；

5、和团队明确站立会的目的；

此次敏捷突击队由莫文涛，阿牛，周伟峰，杨贵一起参与。