1、产品待办列表永远不会有完成时，一劳永逸。对产品待办列表早期的开发或创建只是对需求初步的认识和尽可能的理解打下一个基础。
2、随着产品上市和它使用的环境不断演进，产品待办列表也会不断演进。
3、产品待办列表是动态的。一个不断变化的产品待办列表可以确保产品在市场上具有更好的适用性，使用性和强大的竞争力。
4、 每一个产品只能有一个产品待办列表。一旦产品存在，一个产品待办列表也会伴随它存在。
5、 多个Scrum团队常常工作在同一个产品上。所有Scrum团队必须采用一个共同的产品待办列表来描述所开发的工作。可在产品待办列表里采用功能属性进行产品功能的分类。
6、产品待办列表的事项不一定都要采用用户故事来描述。但一个好的产品待办列表的事项必须具有如下特征：
用户故事是目前用来描述产品待办列表事项最流行或最佳的工具之一
哪些事项可以进入产品待办列表
必须清楚能够进入产品待办列表的事项只有四种类型：
1、用于开发产品功能的用户需求(如新功能需求、现有功能上的增强型需求或优化等)。
2、产品开发的非功能需求(通常基于研发的需求，如架构、数据结构、性能、安全等)。
3、技术探索性的需求(如配合产品开发的创新探索、学习工具和掌握技能等)。
在Scrum实践中，建议用于开发产品功能的用户需求采用标准格式的用户故事来描述。其它三个类型的事项不强制要求用标准格式的用户故事来描述。可灵活处理。特别是上市产品存在的或开发中遗留的缺陷/BUG这一项不需要采用用户故事来描述。
