自行解释，构建关键词关系
一）目的
在上一章了解完用户故事不适合做什么之后，我们再来看用户故事适用于哪些场景？
二）使用步骤
1. 对关键词进行联想，寻找其中的关系
-
口头沟通：联想起今天《得到》的逻辑思维中谈及文字的力量，确实口头沟通更具有感染力，而文字描述会伤害记忆力。
-
讨论需求：把目标关注于讨论需求，而不是记录需求本身，以明确可能产生的混淆。
-
容易理解：故事不止陈述其行为，更可以帮助暗示潜在的行为。
-
迭代开发：不追求完美主义，应编写不同级别渐进式细节的用例。
-
推迟细节：不太明白为什么要推迟收集细节，而只是用一个目标级别的故事来占位。
-
随机应变：思考需求是不断的创造和讨论使用场景，在不同的层面进行抽象设计。
-
参与式设计：类比于翻转课堂，让用户一开始就协助设计用户界面的原型，而不是在最终成形时才观看。联想到自己参与SAP质量模块的开发，应该一开始就参与其中。
-
隐性知识：有些人会做，但不会说。
-
不足：难以理清故事间的关系，需要增加额外的文档，无法扩展使用。
2. 用自己的语言或表格串联输出
用户故事强调口头沟通，让每个人都理解，适合做计划，适合迭代开发，鼓励推迟细节，支持随机应变的开发，鼓励参与式设计，增强隐性知识，同时也有潜在的不足。
3. 明确需要再次进行分析阅读的段落
强调口头沟通的好处真的一直存在吗？
三）自行解释的其他知识
刻意练习
可以与SAP小组讨论一下用户故事的这些好处。
网友评论