1.一个项目成功依赖很多不同的信息，客户，分析人员，领域专家...多个视角审视软件，还有技术人员。软件需求是一个沟通问题。？
2.一旦任何一方在沟通中把持绝对地位，项目就会遭到损失。业务方只会关注软件的交付日期。开发方会用技术语言代替业务语言，从而导致开发人员无法倾听业务方的实际需求。
3.项目资源分配问题如果落在一方，项目必定会失败。
4.不要在项目开始时就做一套包罗万象的决策，我们要把各个决策分散在项目过程中。为此，我们要确保有一个获取信息的过程，越早越频繁越好。
5.用户故事描述了用户，系统购买者价值的功能。
用户故事由三个方面组成：
- 一份书面的故事描述，用来做计划和提示。
- 有关故事的对话，用来具体化细节。
- 测试，用户表达和编档故事细节且可以用于确定故事何时完成。
6.“卡片代表客户需求而不是记录需求”。卡片包含故事的文字表述，然后需求细节在“对话”种获得，并在"确认”部分得意记录。
7.客户团队。客户团队中包括确保软件满足用户需求的所有人。这意味着客户团队可以包括测试人员，产品经理，实际用户，交互设计师。（有错字）
8.传统面向瀑布流开发模式行不通。为什么行不通？用户故事敏捷开发希望客户和用户全程参与项目，不希望也不允许他们在项目进行中离开。客户有时间吗？
9.客户团队更适合编写故事。
- 商业语言
- 故事优先级
- 产品核心构想者
10.召开故事编写会。