敏捷开发——开始故事但由于限制而无法完成[关闭]答案

【问题标题】：Agile Development -- Starting story but cannot finish due to constraints [closed]敏捷开发——开始故事但由于限制而无法完成[关闭]
【发布时间】：2016-02-16 14:10:44
【问题描述】：

当您开始 Sprint 并在中途意识到您的某个故事在另一个团队完成工作以使其通过 UAT 之前无法实现时，通常采取的方法是什么？

我们已经开始了一个故事，并且已经完成了一半，但在另一个团队的 2-3 个 Sprint 中完成工作之前，我们无法完成它。

我们不想关闭它，但我们不想在 2 个 sprint 中“保留”它。

【问题讨论】：

这很敏捷，所以最好的答案是您按照适合您团队的方式处理它。您应该签订工作协议来解决此类情况。我要做的就是离开是不完整的，因为故事在完成时要么全部要么什么都没有，只是在这个 sprint 中很短。下一个 sprint 你将拥有更多，因为到那时你可能已经完成了。
您的 PO 应该与其他团队交谈，以便在当前 sprint 中完成故事，如果需要，从他们那里撤回一个价值较低的故事。你应该问自己为什么你的团队没有能力完成一个故事。也许你应该有那个，有人可能在错误的团队中。或者这个故事只是虚构的，应该首先为不同的团队分成几部分。

标签： agile jira-agile agile-processes

【解决方案1】：

与 PO 合作，将此故事移至产品待办列表中，并要求您的团队（一名成员）在相关团队的日常站立会议中代表您的团队，并可能按顺序在其受影响的 Sprint 中包含一个故事突出/传达您的依赖关系。一切都是为了建立信息“辐射”。

【讨论】：

【解决方案2】：

通常的方法是将故事从 sprint 中删除。

但是，值得考虑：

需要其他团队完成的工作可以带进这个团队吗？
或者，是否可以将故事移交给其他团队，以便他们将其作为完成依赖项的一部分来完成？

我也希望在团队回顾会上提出和讨论这个问题。

许多关于故事写作的指南（例如INVEST）建议故事是独立的，即它们不依赖于故事之外的其他工作来完成。将来值得考虑采用这种方法来降低这种中断的风险。

如果这已经是您的方法，但错误地错过了依赖项，那么在您的回顾中仍然值得讨论这一点。以后可以避免这个问题吗？

【讨论】：