自行解释，构建关键词关系

一）目的

在上一章了解完用户故事不适合做什么之后，我们再来看用户故事适用于哪些场景？

二）使用步骤

1. 对关键词进行联想，寻找其中的关系

• 口头沟通：联想起今天《得到》的逻辑思维中谈及文字的力量，确实口头沟通更具有感染力，而文字描述会伤害记忆力。

• 讨论需求：把目标关注于讨论需求，而不是记录需求本身，以明确可能产生的混淆。

• 容易理解：故事不止陈述其行为，更可以帮助暗示潜在的行为。

• 迭代开发：不追求完美主义，应编写不同级别渐进式细节的用例。

• 推迟细节：不太明白为什么要推迟收集细节，而只是用一个目标级别的故事来占位。

• 随机应变：思考需求是不断的创造和讨论使用场景，在不同的层面进行抽象设计。

• 参与式设计：类比于翻转课堂，让用户一开始就协助设计用户界面的原型，而不是在最终成形时才观看。联想到自己参与SAP质量模块的开发，应该一开始就参与其中。

• 隐性知识：有些人会做，但不会说。

• 不足：难以理清故事间的关系，需要增加额外的文档，无法扩展使用。

2. 用自己的语言或表格串联输出

用户故事强调口头沟通，让每个人都理解，适合做计划，适合迭代开发，鼓励推迟细节，支持随机应变的开发，鼓励参与式设计，增强隐性知识，同时也有潜在的不足。

3. 明确需要再次进行分析阅读的段落

强调口头沟通的好处真的一直存在吗？

三）自行解释的其他知识

刻意练习

可以与SAP小组讨论一下用户故事的这些好处。