《用户故事与迅捷方法》第三弹
用户故事和迅捷笔记都是软件开发中非常重要的概念。
用户故事是一种描述用户需求的技术。
用户故事通常采用简短、可读的语言来描述用户想要什么，以及该功能应该如何工作。
用户故事通常由三个部分组成：一个标题（通常是一句话），一个简短的描述和一个详细的描述。
用户故事是敏捷软件开发的核心，可以帮助团队更好地了解用户需求并为用户提供更好的产品。
而迅捷笔记则是一种极致简洁、高效的笔记方法。
这种方法要求将笔记限定在一张卡片大小的便签纸上，并且只允许使用简短的关键词或短语记录相关信息。
迅捷笔记不需要花费太多时间来整理和编辑笔记，因此它非常适合快速记录想法、灵感和任务清单。
今天着重说一下用户故事
用户故事具有多种好处：
①用户故事强调口头沟通：自古以来，口头表达是十分重要的。而且相比于书面书写的易产生歧义，口头表述更见简单明了，需求文档也是如此。
②人人都可以理解用户故事：相比于一些墨守成规的软件需求里的技术术语，用户故事使用的语言更容易使用户理解，简洁明了，同时更能增强用户对故事的记忆。
③用户故事的大小适合做计划：其他类型的需求分析关联性太强，并且还比较笼统，大小不能称得上是易实现的适合需求。
④用户故事适合于迭代开发：由于用户故事的特性，使得开发者可以根据当前需要，按照想要的进度实施开发。
⑤用户故事鼓励延迟细节：用户故事允许我们先设定一个目标层面的故事，之后实际开发的时候，再将其细节化，加快整个团队的进度。
⑥用户故事支持随机应变的开发：由于用户的不可控性，需求常常会变动。在以往从上到下的需求分析方法中，这简直就是噩梦，它会让我们前期定下的所有需求全部作废。用户故事则很好的解决了这一点。
⑦用户故事鼓励参与性设计：用户故事本身不像其他需求方法都是专业术语，用户可以完全理解，他们也就更愿意参与设计他们所需要的软件。在这个过程中，我们就能更好的了解用户的需求，做出更优质的分析。
⑧用户故事传播隐性知识：隐性知识指的是目标系统的既有属性，用户在工作时习以为常，认为我们应该知道，但是我们因为不熟悉流程无从知晓的知识。由于用户可以参与设计，这就有利于我们挖掘出用户的潜在需求，缩短我们的开发周期。
用户故事有一些不好的方面
- 在大型项目中，用户故事数量增长，导致其间的关系可能错综复杂，
- 不易掌控（解决方案：增加用户，降低细节数量）；
- 开发过程如果需要可追溯性，额外文档还是不可避免（每轮迭代产生故事文档，其中写入该轮迭代的工作，保持文档的更新）；
- 不适合特大规模多团队的结构（还是需要进行相关的交流记录）