一个团队敏捷案例

之前在一家金融公司，参与到一个项目，尝试采取敏捷方式实施，从以下几方面介绍：

1、项目。这个项目具有如下特点，(1) 项目规模，3个月以上，(2)项目曝光度，部门重点项目，（3）业务参与度，业务对传统的实施方式有意见（周期较长，反复沟通），并且已经争取到一定的流程裁剪，业务人员不愿意写需求书（4）公司高层有意在全公司推进敏捷转型。

2、团队。团队人数11人，基本符合scrum人数要求，（1）开发经理兼职SM，（2）业务代表，（3）开发团队，前端开发，后端开发，测试是全职工作的；架构以及DBA，运维人员不是团队独有的。

3、敏捷工具和流程。选择的敏捷工具，初期使用禅道，逐步使用jira，confluence，持续集成工具jeckins，代码扫描工具sonar等。流程使用scrum的迭代，初期迭代时间较长，一个月一次迭代，后期缩减至3周。

4、遇到的问题， 在整个实施过程中，有几个问题：（1）需求管理这块对用户故事的梳理，拆分的颗粒度有待加强。（2）开发团队对单元测试的认知不够，在推进单元测试的时候不太顺利，尤其是后端，依赖于前端的调试，这其实也是开发人员本身专业素质有待提升。（3）针对单个用户故事测试后，多个用户故事连起来的整体测试的执行，有待总结和成型。

在整个项目实施过程中，团队成员认为针对这种需求不明确，需求变化多的项目，短周期的迭代能够提高交付质量，提高业务满意度，但是对团队成员要求比较高，团队成员需要改变之前看需求规格说明书开发的习惯，愿意并且主动和业务沟通需求；业务人员觉得阶段性的参与项目的实施，评审开发完成品，能得到直观的感受，能及时了解项目进展，增强项目实施的信心。