传统开发中对于文档极其依赖，但是书面文档存在很多弊端，在此不详细一一列举。
但是这并不意味着要完全放弃文档，对于需求文档应该合理使用。
使用Backlog
一个很好的写Backlog的体验是使用User Story，即遵从如下模板：作为一个<用户类型>，我想<某个目标>，以便于<一些原因>。
对于一个Backlog，开发人员在着手开发之前应当与PO对于Backlog的细节做好充分讨论。
绝大多数时候我们并不能在项目开始之前就将所有的需求确定下来。不能够被提前确认的需求被称为涌现的需求。Scrum非常强调每个Takt结束的时候一定要有可以工作的代码，其中的一个原因就是让涌现的需求尽早的涌现出来。
产品的Backlog看起来像一座冰山一样，很多时候我们所清晰的只是整个产品的一个小部分，越往后的东西我们越不清楚，甚至一无所知。
一个优秀的Scrum团队不需要再Takt开始之前就弄清楚所有的Backlog的细节，但是需要明确这个Backlog在这个Takt当中能否实现。
在整个项目的开发过程中，我们要在每一个Takt的过程中不断地梳理和提炼Backlog，因为在项目进行中我们会对项目的全局以及需求有更加明确的认识。对于Backlog的提炼指的是当对于全局更加清晰之后，我们将一个大的Backlog拆分成一些小的更加细节的Backlog。
