【在线研讨-现场文字】《敏捷开发用户故事分类与组织结构（二期-5）》2012-07-03

一期：活动描述，之一，之二，之三，之四，之五

二期：活动描述，之一，之二，之三，之四，之五，之六

众多用户故事如何组织？（主干故事的组织与排序）

陈勇-创业-北京(139107533) 13:47:24
第二个大问题：这些用户故事如何组织？
一个真正的系统开发下来，我们一人年就造了300个用户故事，大大小小，有的从属于某些，有的单独存在，有些最后排在别人后面……
如果10人年，就有3000个了，如果都用语法写好，摆在那里，是一件很头晕的事情。
当然，对开发人员这个问题不太大，因为他们只需要关心“这个月你让我们做什么，你快说啊……”
但产品经理就不同了，他得知道自己写下来过哪些故事，一年来完成了哪些，还有哪些……上个月做了哪些，最后这个月接着做还是……
这绝非是一个“优先级”排序那么简单的问题。
因为如果真的按优先级排序，可能会得到一个可怕的意向表，比如：下个月啊，你们应该开发：
新建用户故事，列出所有用户故事，向意向表中增加用户故事，计划会讲解，显示燃尽图……
所有这些故事，互相不关联，唯一的是他们都很重要，所以排序就都在前面了。

具体做法：

陈勇-创业-北京(139107533)13:51:47
1.先把用户故事组织起来，以用户的业务数据做根，先组织起来，比如：
陈勇-创业-北京(139107533)13:52:14

陈勇-创业-北京(139107533)13:53:07
这是四个作为根的“业务数据”（用户，角色，权限，组）和其下属的业务操作（增删改查什么的），还有一些细节故事（有3个增强在里边）
先这么排好，然后问：先开发哪些呢？是用户，还是角色，还是权限……
也就是说，在大的层面上排序，不要在细节上排序。
看看我们数月来的排序就知道了：

陈勇-创业-北京(139107533)13:55:35
注意我们在大的层面上，先想好：这个月，我们要做哪些业务数据的支撑？而不是直接排细节用户故事。
（图中是倒序的，下面的最早）刚开始是“基本故事”，后来有“迭代，BDC（燃尽图）”，故事树，自定义字段……等等，之后是用户角色权限，计划会……
总之，绝对先不要管那些细节。