Project management Scrum/Rally-处理未完成或放弃的任务

我读过的所有文档都非常详细地解释了在Scrum sprint结束时，任务是如何完成的，用户故事是如何实现的，客户是如何获得演示并接受实现的

我不清楚的是，如果出现问题会发生什么

我知道冲刺是有时间限制的，所以你不能延长冲刺来腾出时间来完成一些事情。特别是当一个Scrum新手团队正在评估时，他们可能低估了任务的大小。当sprint结束时，我们如何处理一个不完整的任务（以及用户故事）

我们如何处理被放弃的任务/用户故事；团队在开始工作时发现它没有价值

我们如何处理被认为已完成但客户无法接受的任务

---

我想当你在使用索引卡（耸耸肩，计划下一个冲刺）时，我可以想象一些特殊的方法来处理这些情况，但是在Rally（或类似的）中，当软件迫使你进行结构调整时，你会做些什么呢？

我一直在做的是将未完成的故事转移到下一个冲刺中

---

一种可能性是，一个故事可以分成两部分，一部分完成，另一部分没有完成；在这种情况下，您可以将故事拆分，并将未完成的部分放到下一个Sprint中。

我一直在做的是将未完成的故事移动到下一个Sprint中

一种可能性是，一个故事可以分成两部分，一部分完成，另一部分没有完成；在这种情况下，你将故事分割，并将未完成的部分放入下一个Sprint中

如果一个用户故事在冲刺结束时还没有完成，那么您可以将其移动到下一个冲刺

如果您在SPRINT期间发现用户故事没有价值，那么您应该询问产品负责人和/或scrum主管，为什么它会出现在SPRINT中。但如果发生这种情况，您可以关闭故事和任务，并将其他项目添加到当前的sprint中

如果客户不接受用户故事中的产品，那么您必须检查他为什么不接受。要么用户故事的接受标准没有满足，在这种情况下，用户故事被重新打开，一个Bug或一个额外的任务被添加到其中。也可能满足验收标准，但客户有其他愿望，那么必须为下一个sprint创建和规划新的用户故事

如果一个用户故事在冲刺结束时还没有完成，那么您可以将其移动到下一个冲刺

如果您在SPRINT期间发现用户故事没有价值，那么您应该询问产品负责人和/或scrum主管，为什么它会出现在SPRINT中。但如果发生这种情况，您可以关闭故事和任务，并将其他项目添加到当前的sprint中

如果客户不接受用户故事中的产品，那么您必须检查他为什么不接受。要么用户故事的接受标准没有满足，在这种情况下，用户故事被重新打开，一个Bug或一个额外的任务被添加到其中。也可能满足验收标准，但客户有其他愿望，那么必须为下一个sprint创建和规划新的用户故事

---

对于每个不完整的用户故事，您都希望使用Split选项将剩余的工作分散到下一个迭代（或backlog）中

拆分用户故事时，结果是上一次迭代中未完成的用户故事（作为历史占位符），以及下一次迭代中用户故事的延续

---

有关更多详细信息：

对于每个未完成的用户故事，您需要使用Split选项将剩余的工作分散到下一个迭代（或backlog）中

拆分用户故事时，结果是上一次迭代中未完成的用户故事（作为历史占位符），以及下一次迭代中用户故事的延续

---

更多详情：

您是否主要想了解这些机制，以便正确收集迭代指标，并且任务/用户故事不会影响您的工作空间，或者这更像是一个哲学问题？我投票以离题结束这个问题，因为它与编程无关。我投票以离题结束这个问题，因为。相反，在和上问这些问题。（您也可以标记版主干预以迁移此问题。）您是否主要想知道机制，以便正确收集迭代指标，并且任务/用户故事不会在您的工作区中杂乱无章，或者这更像是一个哲学问题？我投票以离题结束这个问题，因为它与编程无关。我投票以离题结束这个问题，因为。相反，在和上问这些问题。（您也可以标记版主干预以迁移此问题。）这会在使用Rally作为记录系统时产生问题。也许你的项目是针对一个受监管的行业（医疗设备、银行业），或者你所在的组织想询问有关过去冲刺的问题。在本例中，如果在Sprint 1结束时，您将故事“移动”到Sprint 2中。只要你再也不回去看Sprint 1，你就会很开心。如果你这样做了，那么由拉力赛生成的Sprint burndown将展示一个不同的故事，因为Sprint 1中的故事现在更少了。在我看来，Scrum是关于管理正在进行的项目，而不是保存历史记录。您可以使用其他工具来实现这一点。您可以选择在每个sprint结束时导出sprint数据，以便。。。但是，如果你让用户故事变得足够细化，那么如果你没有完全完成一个给定的故事，那应该没什么大不了的，对吧？我完全同意你的观点，这也是我的方式。我很幸运，避免了这种侵入性的管理。但有些项目是