学习内容：
《用户故事与敏捷方法》第5章、第7章、第8章
重点摘要：
1.在任何时候，实际用户总是优于用户代理，只要有可能，就要邀请实际用户加入客户团队。
2.实在不能接触到实际用户时，一种有价值的方法是使用多个、且不同类型的用户代理；另一种可用的方法是尽早发布产品，及早将软件交付到用户手里。
3.客户团队的职责：如果你不是软件的用户，则要负责了解自己属于哪类用户代理；负责理解自己会将哪些偏见带入到项目中，如何客服这个问题，无论是依靠别人还是其他方法。
4.为了确定用户故事，我们需要考虑每一个用户角色，了解用户使用我们软件的目的。
5.编写像一块完整蛋糕那样功能完整的故事，具体原因有两个：首先，在开发中，及早涉及软件应用程序架构的每一层能够有效地降低最后时刻才发现层次架构方面问题的风险。其次，尽管不十分完美，即使只提供部分功能，但只要发布的功能可以跑，就可以放心的把应用程序发布给用户使用。
6.故事要小到能做评估，小到可以方便的安排到一轮迭代中。但故事也要足够大（指粗粒度的、高层次的、抽象的），从而避免过早捕获当下还不需要的细节。
7.在编写故事时，要利用故事灵活性的优势，让它们能够用于不同的层次。
8.故事卡的主要目的是用来提醒开发人员和客户团队对功能进行讨论的。
遗留问题：
第7章讲到“当故事只为单一用户编写时，故事的可读性通常是最强的”，但第3章提到“我们不能从单一的角度编写故事，让那些故事反映所有这些用户的经历、背景和目标是不现实的。”、“用户角色是一组属性的集合。”这些该如何理解？
网友评论