鉴于特定冲刺中的任务不会完全划分为团队，并且所有任务都在同一天完成，您如何在冲刺进入最后阶段时让每个人都工作？
似乎不可避免地会有一两个人被释放。如果所有其他任务都已完成已完成，其余任务已在进行中，那又是什么？
这些团队成员是否从产品积压的顶部获取项目，因为在下一个sprint中可能需要这些项目才能抢先一步？
您或您的团队做了什么？
答案 0 :(得分：9)
我的团队总是从积压中提取物品，从剩余时间内可以容纳的最高优先级物品开始。
如果没有什么符合这个标准（就像只剩下半天和/或没有小故事可以选择），请考虑支付一些technical debt。
答案 1 :(得分：8)
Scrum由团队完成。
如果某些人完成了，他们可以帮助团队的其他成员。
他们还可以帮助他们的团队在下一个sprint中抢占先机。
他们也可以对新技术进行一些探索，如果这有助于团队。
或者他们可以提高自己的技能，如果那样可以帮助团队。
他们可以创建培训材料，以帮助团队的其他成员提高他们的技能。
这是团队的决定。
答案 2 :(得分：4)
答案 3 :(得分：0)
我建议的一件事是查找未来的任务并对估算做一些详细的规划。这不重要，需要一些时间。另一个是新的大型项目的范围，可以分解成任务并输入产品积压中。
答案 4 :(得分：0)
重构，编写单元测试，改进技能。
答案 5 :(得分：0)
（...）当sprint进入最后阶段时，你如何让每个人都在工作？
没什么，我希望一个自发组织的团队自己发现这一点。并且有许多选项（按重要性排序）：
答案 6 :(得分：0)
虽然对于团队成员来说，显然可以转到产品积压中的下一个最高项目，但我建议不要从此开始。
首先，团队的义务是实现冲刺目标，因此他们可以做的任何工作都必须先行（例如帮助测试，尽可能地削减等等）。
接下来，团队应该考虑扩展他们对“完成”的定义。也许它目前不包括测试，或者不包括某种形式的代码审查。大多数以Scrum开头的团队都没有从完成的定义开始，这些定义真正具有准备发布的产品增量，因此现在将成为团队的目标。
正如其他人所提到的，为了更接近可运送状态，您需要设置哪些工具？持续集成？自动验收测试？现在是时候添加这些东西了。
可能，您在迁移到Scrum之前也存在代码区域，因此没有非常好的测试覆盖率或累积技术债务。现在是时候付清了。
另外，正如Mike Cohn在他的书Succeeding with Agile中所建议的那样，团队可能希望保留大约10％的时间用于预测计划。这可能包括与产品负责人会面，讨论未来冲刺的一些即将到来的故事，将较大的故事分解为较小的故事，或者设计师，或者为即将到来的故事做一些线框或模型。
一旦你达到这个状态，你才应该考虑继续使用产品积压。
答案 7 :(得分：0)
当有团队成员提前完成任务并发现自己无人居住时，有一些事情可以做。
确保可以改进估算，从而改善计划。在这样做时，请记住这种估计是非常主观的。 （但在我看来，低估是我们不想进入的情况）。
Scrum master必须为＆＃34; Forwarding thinking＆＃34 ;;团队带来一种风气。改善自身，团队生产力以及团队正在开展的产品或业务。
2.1。尽可能帮助其他团队成员完成任务，以便在冲刺中完成故事DOD（DOD）。 这可能是配对工作（结对编程） 作为程序员修复其他人的错误 等等
2.2。尝试用积压的其他故事帮助scrum-master。检查是否可以在sprint的范围内完成任何小故事，确保它对冲刺有影响。
2.3。在积压的故事中进行研究工作尚不清楚。研究这个故事。在这里，可以创建一个新的故事，重点是提供研究结果。这个故事应该是0分。编程原型设计等可以在开发人员本地PC上完成而无需检入。
2.4。在功能区域（编程，测试等）或域区域中开发自己的技能。
这个想法是一个正在表演的团队。每个团队成员都致力于团队的目标。所以，如果你发现自己是自由的......那么我认为如何才能帮助团队实现目标。