书接上回，上回说到用户故事三要素，那么什么是一个好的用户故事呢？
- 用户故事的编写准则
好的用户故事应该遵循以下的编写原则
INVEST原则
Independent—独立的：用户故事之间需要保持独立性便于更改，并且不影响整体。
Negotiable—可协商的：用户故事的内容需要可协商，更多的细节会在沟通中产出。
Valuable—有价值的：用户故事应该清晰地体现对用户和客户地价值。
Estimable—可评估的: 估算用户故事的大小，开发团队可以从而衡量工作量。
Small—小的：用户故事要简短，可以将复杂的故事拆分成小的故事。
Testable—可测试的: 故事必须是可测试的，通过测试可以证明开发人员正确实现了故事。
- 用户故事的角色和建模
在编写故事前，识别用户角色有很多好处。为了避免从单一用户的角度编写所有故事，要识别与软件交互的不同角色。使用软件的用户有着不同的背景，并且持有不同的使用目标，我们可以将这些用户分组，把每一类作为一种用户角色（User Role），刻画一群人的特征与属性，以及这群人与系统之间可能的交互。学习用户角色、角色建模、角色映射和虚构任务，可以编写更好的故事，开发更好的软件。
- 角色建模的步骤->>
头脑风暴列出初始用户角色集合：团队成员聚集在一起，在卡片上写下能够想到的所有的角色名称，直到没有新的进展。这一步骤可以帮助快速找到所有用户角色。
整理最初的角色集合：移动卡片的位置，表明角色之间的关系，将相似的角色卡片归为一组或者直接重叠到一起。
整合角色：在角色分组完成后，可以从重叠的卡片入手，试着整合并且浓缩角色。
提炼角色：一旦整合好角色，对角色之间的关系有了基本的了解，就可以给每个角色定义一些特征来建立角色的模型。
- 如何搜集和整理用户故事
今天就写这么多。