Closed. This question is opinion-based。它当前不接受答案。
想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。
2年前关闭。
Improve this question
Schwaber & Beedle's 'scrum' book(以及我阅读的其他Scrum文献)似乎专注于在sprint结束时拥有可发布的产品。已建立站点的Web开发(至少在我们的案例中)包括开发(各种大小的)“增强功能”和许多小的“修复程序”。仅在sprint末尾部署(到Web)会减慢我们对大型增强功能的部署(可能是一件好事)，但会大大减慢我们对较小的增强功能和修复程序的部署(即错误会更长时间地徘徊)。
Sprint中的Sprint部署是否异端？冲刺甚至适用于我们的情况吗？我是否完全误解了冲刺？ 通过从发行待办列表 中选择优先级最高的项目来添加更多工作缩短将来的冲刺
根据您的工作环境描述，我选择2。
您可能还需要考虑另一种更适合您的环境的敏捷方法。
我不会发布中期冲刺。
想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。
2年前关闭。
Improve this question
Schwaber & Beedle's 'scrum' book(以及我阅读的其他Scrum文献)似乎专注于在sprint结束时拥有可发布的产品。已建立站点的Web开发(至少在我们的案例中)包括开发(各种大小的)“增强功能”和许多小的“修复程序”。仅在sprint末尾部署(到Web)会减慢我们对大型增强功能的部署(可能是一件好事)，但会大大减慢我们对较小的增强功能和修复程序的部署(即错误会更长时间地徘徊)。
Sprint中的Sprint部署是否异端？冲刺甚至适用于我们的情况吗？我是否完全误解了冲刺？
最佳答案
产品所有者必须在审查 session 期间审查Sprint末尾已完成的工作。如果您在中途放行，则可能并非如此。
如果您认为工作在冲刺结束之前已经完成，则可以:
根据您的工作环境描述，我选择2。
您可能还需要考虑另一种更适合您的环境的敏捷方法。
我不会发布中期冲刺。
09-30 12:03