agile - 在 scrum 中，是否可以在 sprint 期间更改验收标准？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

4年前关闭。




Improve this question




我的组织目前正在实现 Scrum。在处理产品待办事项以更改某些业务逻辑的处理方式时，我们意识到某些业务逻辑存在缺陷。 PBI 及其验收标准目前面向修改现有业务逻辑的实现。 PO 认为对业务逻辑本身的这种更改是一个高优先级，应该以某种方式进入 sprint，开发团队也同意，特别是因为从开发的角度来看，将这两件事一起做是很有意义的。

但是，我们不确定修改验收标准或创建新的 PBI 并立即将其拉入 sprint 是否更有意义。我个人倾向于新的 PBI，因为我觉得这是一个与原始 PBI 不同的故事和一组验收标准，而且我对在冲刺中期改变验收标准持怀疑态度。 PO指出，这项新要求和原PBI将同时实现，如果没有新要求，原PBI毫无意义。因此，PO 认为调整原始 PBI 的验收标准会更合适，而不是创建两个独立的最终反射(reflect)相同实现的标准。

这些方法中的一种是否比另一种更适合scrum？

Answer 1

您应该只在团队同意的情况下修改故事，因为他们 promise 提供一组标准。如果您在没有团队的 的情况下更改标准一致同意，那你为什么要费心得到它呢？

摆弄 sprint backlog 是一件大事，因为那样你就会贬低团队在 sprint 期间交付特定故事集的 promise 。

如果团队不愿意接受更改，PO 可以撤回原始故事并将新故事放在待办事项列表的顶部。它可能包含在当前 sprint 中，也可能不包含。

抵制你的每一根纤维，即 PO 可以在冲刺期间摆弄冲刺积压的想法。我的 PO 试图在最近的 sprint 快结束时放弃一个非常小的故事(基于一些非常虚假的推理)。

来自 http://www.scrum.org/scrum-guides/ :

Only the Development Team can change its Sprint Backlog during a Sprint.

我认为这是个好建议，你应该怀着极大的恐惧无视它。