1.采用用户故事这一方法，是从写下两条信息开始的：每一个系统需要实现的目标和实现那个目标所需要的大致成本。
2.3C原则：“card、conversation、confirmation”，任务卡片、交流、确认
3.大量预先的需求收集和文档会议很多方式导致项目失败。最常见的是需求文档变成软件开发的目的。应当只在对交付软件有用时才写需求文档。
4.对用户故事的最佳诠释：卡片包含故事的文字描述，然后需求细节要在"对话"中获得，并在“确认”部分得以记录。
5.推迟细节很重要，因为这样一来，我们再不确定是否真正需要某个新特性时，可以不花过多的时间来考虑它。