敏捷开发——开始的故事，但由于限制而无法完成
Agile Development -- Starting story but cannot finish due to constraints
当您开始 Sprint 并在中途意识到您的一个故事在另一个团队完成工作以使其通过 UAT 之前无法实现时，通常采取什么方法？
我们已经开始了一个故事，并且已经完成了一半，但是直到另一个团队在 2-3 个 Sprint 中完成工作才能完成它。
我们不想关闭它，但我们不想 "carry" 结束 2 个冲刺。
通常的方法是将故事从 sprint 中删除。
不过，值得考虑的是：
- 需要其他团队完成的工作可以引入这个团队吗？
- 或者，是否可以将故事移交给其他团队，以便他们将其作为完成依赖的一部分来完成？
我也希望在团队的回顾会议上提出和讨论这个问题。
许多关于故事写作的指南（例如 INVEST）建议故事是独立的，即它们不依赖于故事之外的其他工作来完成。值得考虑在未来采用这种方法来降低这种中断的风险。
如果这已经是您的方法，但错误地错过了依赖项，那么仍然值得在您的回顾中讨论这个问题。以后可以避免这个问题吗？
与 PO 合作将这个故事移到产品待办事项列表中，并请求您的团队（一名成员）代表您的团队参加相关团队的日常 stand-up，并可能在他们受影响的 Sprint 中包含一个故事（ s) 为了 highlight/communicate 你的依赖。一切都是为了构建信息 'radiation'.
当您开始 Sprint 并在中途意识到您的一个故事在另一个团队完成工作以使其通过 UAT 之前无法实现时，通常采取什么方法？
我们已经开始了一个故事，并且已经完成了一半，但是直到另一个团队在 2-3 个 Sprint 中完成工作才能完成它。
我们不想关闭它，但我们不想 "carry" 结束 2 个冲刺。
通常的方法是将故事从 sprint 中删除。
不过，值得考虑的是：
- 需要其他团队完成的工作可以引入这个团队吗？
- 或者，是否可以将故事移交给其他团队，以便他们将其作为完成依赖的一部分来完成？
我也希望在团队的回顾会议上提出和讨论这个问题。
许多关于故事写作的指南（例如 INVEST）建议故事是独立的，即它们不依赖于故事之外的其他工作来完成。值得考虑在未来采用这种方法来降低这种中断的风险。
如果这已经是您的方法，但错误地错过了依赖项，那么仍然值得在您的回顾中讨论这个问题。以后可以避免这个问题吗？
与 PO 合作将这个故事移到产品待办事项列表中，并请求您的团队（一名成员）代表您的团队参加相关团队的日常 stand-up，并可能在他们受影响的 Sprint 中包含一个故事（ s) 为了 highlight/communicate 你的依赖。一切都是为了构建信息 'radiation'.