敏捷软件开发中的产品待办事项与冲刺实践
在敏捷软件开发的实践里，Scrum团队常常需要面对从编写需求到讨论需求，再逐步细化需求的转变。这种转变使得团队在项目开始时可能没有传统的规范文档作为支撑，但这也为项目带来了新的机遇和挑战。
1. 无规范文档启动项目
Scrum团队将重点从编写需求转移到讨论需求，并在项目过程中逐步完善需求。这意味着团队在开始项目时没有传统规范文档的舒适保障，这让很多团队，尤其是质量保证和技术写作团队感到不安。要成功过渡到Scrum并取得长期成效，就需要学会在没有“完整”规范文档的情况下舒适地启动项目。
在考虑系统对节假日的支持时，有以下几点需要注意：
- 确保系统能与主要零售假日配合使用，如圣诞节、复活节、总统日、母亲节、父亲节、劳动节和新年。
- 支持跨越两个日历年的节假日（没有跨越三个日历年的情况）。
- 假日季节可以从一个假期设置到下一个假期（如从感恩节到圣诞节）。
- 假日季节可以设置为假期前的若干天。
通过添加满意度条件进行渐进式细化，能帮助团队成员了解产品负责人对该功能的期望，包括包含和不包含的内容。例如，根据上述条件，显然不需要支持中国新年，因为它在美国并非大型购物假日。产品负责人也可以明确指出“不需要支持中国新年”，但实际上，围绕用户故事的讨论应该能引出这类细节。
以下是一些当下可以尝试的事情：
-将现有产品待办事项转换为用户故事：把当前产品待办事项列表中的每一项打印在索引卡上，将相似的卡片放在大桌子或平面上分组。对于高优先级的卡片组，编写单独的用户故事。要注意旧的产品待办事项和新的用户故事可能不是一一对应的。对
