将大象装进冰箱——百人团队敏捷实践

年初加入全国Top2的ERP供应商，担任高级产品经理，

负责敏捷转型中的需求端改造。

经过一段时间的打磨提炼，做出了不少成果，现将一些比较成熟的经验分享出来：

一、用户故事plus

1、ERP需求特点

初入公司，盘点了过去一年的所有需求清单，发现客户对软件的需求类型，主要集中于以下两类：

某个业务节点的功能优化

对第三方的数据对接接口

同时，我观察了这两种需求的处理流程

发现：

需求在向研发人员传递的过程中，方向极易偏离

原因在于：

需求调研方：

未能准确识别用户角色、工作量；

这导致了需求的方向偏离，并最终影响到用户验收。

 为了解决这个问题，我开始了进一步的思考

2、敏捷知识回顾

在敏捷开发中，产品经理可以使用用户故事作为需求传递的有效工具

 因为用户故事真实的记录了用户的角色信息和价值诉求

同时，用户故事附带的对话和验收标准，更能准确印证上述信息。

毫无疑问，用户故事是解决此类需求痛点的一个好办法

但是，理论很美好，现实很骨感

在理想与现实之间，还存在着一个巨大的障碍：

3、团队特点

异地办公+人数多，这明显影响到了用户故事的使用。

我查阅了wiki，得到的答案也令人沮丧：

显然，这是一个前未所有的挑战：

如何在一个大规模、异地办公的团队中（大于50人），有效地实践用户故事 

4、第一性原理

我把用户故事理论上包含的全部信息，拆分成了不可再分的单元，罗列如下

 拆分后发现，如果使用传统的用户故事卡片方式，将缺失以下内容：

而研发小组为了解决这个问题，一般用现场演示的方法，

来补全交互和界面等信息，满足研发人员沟通细节实现的要求。

但异地办公后，这种方法不再适用，

同时，由于项目团队规模大，演示会议的流程变得越来越长，很容易造成会议失控，浪费开发资源。

那么——

有没有一种载体

能够承载以上所有信息，并且不占用大规模团队的工作时间

答案，呼之欲出

5、用户故事plus介绍

从没有一个时代，能像现在这样

人们能轻而易举的录制视频，并快捷地传递到网络中

回想一下80年代，为了录制一段视频，需要付出怎样的代价：

昂贵的录像机，

价值10美元的胶卷，仅能录制不到30分钟的视频

在这个时代，人们习惯使用纸笔记录事项

再回顾一下，用户故事诞生的年代（2000年代）

请思考一个问题：

《敏捷宣言》的起草者，

为什么选择纸质卡片的形式，制作用户故事？（而不是其他）

看看那一年的电脑吧

 显然，跟用户沟通需求时，你很难这么说：

“稍等一下，我的电脑正在开机，大概需要...3分钟，是的”

但现在，一切都不同了

硬件、操作系统、录屏软件、设备

视频录制的硬件成本和学习成本，已经变得极为低廉

我录制第一个用户故事视频，只用了2分钟

用户故事Plus

录制完成后，打包，上传Jira附件

一气呵成

这是我职业生涯的一小步

也是敏捷开发历史上的一大步

6、用户故事plus价值

用户故事plus实践后，效果极好：

1、有效缩短大规模团队的需求沟通时长

2、有效、简短地传达了用户角色信息

3、全面、完整的展示需求功能的业务路径、交互信息、界面细节、上下游业务关联

4、准确传达了功能的价值与测试目标

5、解决了异地办公的主要痛点：实时通话中的音频视频卡顿，网络延迟导致的沟通困难

知易行难

产品之道，有道无术，堕也；有术无道，殆也

路漫漫其修远兮

吾将上下而求索