【在线研讨】《敏捷开发用户故事分类与组织结构（三期-1）》

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

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

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

之一：关于统一过程UP的讨论

陈勇-创业-北京(**9107533) 13:02:11
这三期，都是关于用户故事的管理的。
不过，每次的话题不太一样。
现在，先回顾一下以往的两期。
在回顾之前，先说一下“UP”的问题。

陈勇-创业-北京(**9107533) 13:03:13
大家一定都知道RUP，Rational的统一过程。
所谓统一过程，就是由于无论使用什么研发方法，有些活动，一般是无法避免的，比如：
早期的计划，范围圈定，需求分析，需求管理，开发计划于跟踪，设计，编码，测试。
无论用瀑布，还是敏捷，还是RUP，这些活动本质上都在。
UP的目的，是希望有一种方法，把这些东西穿起来。比如，我们不能先写完需求，再完全独立地做个计划，再弄个设计……这样的结果，肯定很快就乱套了，之前的文档，也会立刻失去价值。
RUP使用了一些他们定义的方法，使得需求（用例）和设计（后面那些协作图、泳道图、序列图等）、编码（类图和自动生成代码）、部署（部署图），使用统一的前后演进的内容进行管理。

陈勇-创业-北京(139107533) 13:06:42
我们的这三期内容，在一定程度上也是UP，可以称之为MUP(Martian UP，火星人统一过程)
不过，覆盖的面积比RUP广，而深度比RUP浅（估计大家已经感觉到，RUP的某些地方做得太深了，完全做下来的难度很大）
MUP比RUP多了什么呢？
1. 早期的项目估计和范围过程，这个是我们第一期的内容。 

2. 大量用户故事的管理方法 
在RUP里边，这个应该是“大量用例的管理方法”，但我不太懂RUP和UML，似乎没有看到这个内容。 
3. 不同种类的用户故事的管理关系（如缺陷和功能的对应关系，增强、重构等的关系） 
2和3，是RUP里边没有的，是我们第二期的话题。 

陈勇-创业-北京(**9107533) 13:12:37 
现在是第三期，内容是：用户故事与设计、开发、测试的关系。 
RUP中，用例和设计、开发（编码）是很密切的，但敏捷开发里边，这个好像没有提到。 
tinny-PM-深圳(**722310) 13:13:46 
我了解的RUP和UML，在大量用例管理里，是通过需求矩阵和用例分析 (抽象、统一) 来管理的 
陈勇-创业-北京(**9107533) 13:13:23 
比如我们问：一个用户故事，后来肯定是到了代码里边，那么到什么特定的地方吗？和用户故事怎么关联起来？ 
又比如：用户故事和架构设计的关系是什么？等等。在Scrum和XP里边，这两个问题都没有答案。或者说，他们刚开始提出敏捷开发，都没想去解决这个问题。 
但是如果在实际开发过程中，我们的需求已经使用敏捷开发的方法进行管理了（也就是Backlolg+用户故事），而设计和编码与之完全没有关系，那肯定还要写点别的什么文档才能解决。 
今天的内容，就是如果不想写别的内容，如何解决？