故事应该以对客户有价值的方式撰写,故事本身不具有契约性质，达成的协议将由测试来记录
用户故事由客户团队来编写，但这个团队的人员组成并不只是客户，可以是PM、TEST、UE。
初稿时机在迭代开始前的workshop中，后期可以继续增删改。
迭代规划需要客户团队、开发团队同时参与
测试应在迭代开始前编写测试，开发团队能够从中获得可能没有想到的情形。用户故事鼓励推迟考虑细节。
（关于文档：没有细节开发没有边界约束，或者由于没有记录，信息无法完整精确唯一性的传递，还是需要文档吧？）
（关于讨论产生细节：临到头由开发团队与客户团队讨论细节，会出现丧失全局观，临时发现需要一些全局的呼应设计，这样该如何处理？）
