我读过的所有文档都非常详细地解释了如何在 Scrum sprint 结束时完成任务、实施用户故事以及客户获得演示并接受实施。
我不清楚的是当出现问题时会发生什么。
我知道冲刺是有时间限制的，所以你不能延长冲刺来腾出时间来完成某件事。尤其是在 Scrum 新手团队进行估算时，他们可能会低估任务的规模。当 sprint 结束时，我们如何处理不完整的任务（以及用户故事）？
我们如何处理被放弃的任务/用户故事；团队在开始工作时发现它没有价值？
我们如何处理被认为已完成但客户无法接受的任务？
我想我可以想象当您使用索引卡时（耸耸肩，并计划下一个 sprint）来处理这些情况的临时方法，但是您在软件强制构建的 Rally（或类似）中做什么?
如果一个用户故事在 sprint 结束时没有完成，那么你将它移到下一个 sprint。
如果您在 SPRINT 期间发现用户故事没有价值，那么您应该询问产品负责人和/或 Scrum Master，为什么它甚至在 Sprint 中。但如果发生这种情况，您关闭故事和任务，您可以将其他项目添加到当前 sprint。
如果客户不接受用户故事的产品，那么您必须检查他不接受的原因。要么不满足用户故事的接受标准，在这种情况下，用户故事被重新打开，并且一个 Bug 或一个额外的任务被添加到其中。也有可能满足验收标准，但客户有额外的愿望，然后必须创建一个新的用户故事并为下一个冲刺计划。
我一直在做的是将未完成的故事转移到下一个 Sprint。
一种可能性是，一个故事可以分成两个逻辑部分，一个已经完成，另一个没有。在这种情况下，您将故事拆分并将未完成的部分放入下一个 Sprint。
对于每个不完整的用户故事，您需要使用拆分选项将剩余工作分散到下一次迭代（或积压工作）中。
当您拆分用户故事时，结果是过去迭代中未完成的用户故事（作为历史占位符）和下一次迭代中用户故事的延续。