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

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

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

细节故事的组织，故事树从属关系

陈勇-创业-北京(139107533)13:56:39
有了这个高层计划表，再看细节，比如：

陈勇-创业-北京(139107533)13:57:44
哦，原来计划会/日历/意向表……，里边有这些细节故事，他们又有轻有重，有些尽量早一些实现，另外一些则可以晚一些。
这就是用故事组织结构的重要性：

陈勇-创业-北京(139107533)13:58:25
1.用树状的组织结构，来形成大片的“重要的不重要的”区域，而不是比单个故事
2.把所有的散装的用户故事，都找到一个合理的地方存放，与那些与他关系最密切的故事存在在一起
不是按创建时间，也不是优先级，而是按业务逻辑放在一起。
之间，有父子关系。
3.在某些时候，可以筛选层级。

陈勇-创业-北京(139107533)13:59:53
什么意思呢？比如大领导来了，想看看产品都有哪些用户故事，怎么办？
（应该是看有哪些功能，大领导没有用户故事的概念）当然不能搬出3000个故事吓唬他，而是应该：

陈勇-创业-北京(139107533)14:00:40
“看，这就是我们的产品，它能处理这些用户数据，您想知道什么细节？”（注：高层领导很容易理解用户数据）
他一看，哦，能管理用户故事，迭代，燃尽图，角色……总之，不用管“怎么管理”，但总之大概的意思一眼就知道了。
要在详细，就是这个：“你们怎么管”意向表“”的？
“意向表啊，有这些功能：”

陈勇-创业-北京(139107533)14:02:10
“不过，开发过程中，还是有一些其他活动的，比如：”
“我们还做了3个增强，1次重构，修了一个Bug，还有一个债务呢”

陈勇-创业-北京(139107533)14:03:16
这样的用户故事组织结构，才是真正面向完整的管理过程的（从大老板/PO/用户，最后才是开发人员）。
好了，今天的内容，大致到这里。