故事缤纷，行云流水--产品团队精益Kanban转型JIRA实战案例

一、 团队改进前概况

• 团队构成：

属于平台产品团队，产品属于公司核心平台产品。团队成员包括产品经理1人，开发7人，异地测试2人。

• 团队工作特点：

1. 负责2款产品的并行开发；

2. 多个定制化版本在并行开发；

3. 有紧急需求需要及时实现；

4. 存在异地团队（开发在北京、测试在西安）；

5. 进行为期2周的迭代开发

• 团队转型之前面临的主要问题：

1. 开发测试迭代不同步，基本上这个迭代测试上个迭代开发的任务，迭代完成率低；

2. 任务拆分随意，往往需要多个任务完成后才能进行测试

3. 没有版本计划，经常 1 ~ 2 个月才发一次版本，发版周期长；

4. BUG遗留过多

二、团队改进后的效果

• 团队改进历程

5月份团队开始进行精益Kanban综合改进，8月份团队能够独立运转，9月份改进初见成效，12月份改进提升稳定。

• 团队改进阶段成效

1. 有了明确的版本计划，版本发版频次提升3倍。（改进前，2016年6月 ~ 2016年12月 共发布4个版本，平均每个月发布0.67个版本；改进后，7个月内总共发布版本16个，平均每个月发布超过2个版本）

2. 团队产能提升3倍。（改进前，团队产能1.5故事点/工天；改进后，团队产能5.5故事点/工天）

3. 需求交付周期缩短3倍。（改进前，2个迭代20工天交付周期；改进后，5.8工天交付）

三、改进启发

该产品团队在改进过程中，基于精益Kanban方法，使用了用户故事、发布计划、产品Backlog、PI Planning、代码审查等敏捷实践。由于存在异地开发，使用JIRA作为工具。JIRA看板如下：

纵观该团队的改进历程，可以发现，团队之所以能够转型取得阶段效果，最重要的一个实践就是使用了用户故事方法。可以说，正是“用户故事+Kanban开发”的方法组合，实现了团队较成功的精益转型。为什么这么说呢？

分析团队在改进前的几个问题，我们可以发现，其中“在同一迭代内，开发和测试无法同步完成交付”是一个很严重的基本问题，从这个问题中，我们可以分析出若干个可能的原因。

第一，开发任务的颗粒度可能太大，在迭代周期的最后开发才提交给测试，导致测试没有时间完成测试。

第二，开发任务的定义没有固定规则，开发任务之间的依赖太强，导致无法独立交付和测试。

第三，由于一直都处于跨迭代交付，导致团队对自身的产能不清晰，从而引发团队对发布版本的计划也无法清晰。

针对以上几种可能的原因，我在团队内部引入了用户故事方法。众所周知，用户故事具有INVEST特征,如果团队用户故事实践的有效果，就能够解决上述1、2两种问题原因。而使用用户故事点来度量团队产能，能够使团队更加清晰的了解自身，从而能够做出更为准确的发布计划。

用户故事从团队工作的输入源头使工作条目化，更加面向实现和交付。在过程中，精益Kanban的使用，更加促进了一条条用户故事能够实现流式交付，可以说用户故事和Kanban方法相辅相成，实现了产品团队真正的流式开发。

团队取得成效的因素很多，本文只从两方面和大家分享：

1. 团队提出的待改进问题只是表象问题，作为教练应该分析表象问题的深层次原因，抓住核心问题，才能系统化解决表象问题。

2. 用户故事+Kanban方法相辅相成，能够促进团队实现真正的流式开发。