4

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

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

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

4

5 回答 5

4

您应该只在团队同意的情况下修改故事,因为他们承诺提供一组标准。如果您在未经团队一致同意的情况下更改标准,那么您为什么要费心一开始就得到它?

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

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

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

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

只有开发团队可以在 Sprint 期间更改其 Sprint Backlog。

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

于 2013-02-14T05:33:54.243 回答
4

Scrum 有一些细微的差异需要理解。

在 Sprint 计划中,产品负责人根据团队的速度向团队提出他/她希望交付的次高价值要求。PO 解释要求,团队就具体细节向 PO 提出问题。

注意:这不应该是团队第一次看到需求,因为他们之前应该在梳理会议中看到过。

团队讨论他们的方法,完成他们的设计并创建大量任务来完成并同意预测。团队制定 sprint backlog、sprint 目标并开始工作。

没有人可以改变团队正在处理的核心需求;连团队都没有。如果 PO 认为继续工作没有任何价值,只有 PO 有权终止工作。在 PO 方面的不良计划与对需求的澄清之间有一条细线。

要求不是合同,团队应该拥有必须做的事情的核心。应收集详细信息并稍作修改以完成要求。团队可以完全更改他们正在处理的任务,添加更多任务或删除任务以帮助沟通和协作;只要它是交付请求的要求。澄清细节是完全可以接受的。

大多数团队面临的挑战是在哪里澄清会改变需求的含义。发生这种情况时,您应该在回顾中将问题扼杀在萌芽状态,并适应您编写需求的方式;从而消除歧义。这只是意味着你需要花更多的时间梳理。

回答你的问题。 请如果 PO 和团队认为改变某些东西是有意义的……就去做吧。但是,这应该是例外而不是规则。如果它一直在发生;你的修饰很糟糕。在 Sprint 中明确验收标准和提高质量并没有错。

于 2013-02-20T12:27:12.713 回答
2

在这种情况下,我们通常让产品负责人从 sprint 中删除原始用户故事,这样可以在 sprint 中腾出时间。有了这段空闲时间,PO 可以请求将新的用户故事(具有更新的接受标准)包含在 sprint 中。当然,假设新用户故事可以在 sprint 的剩余时间内完成。

通过将流程拆分为 2 个独立的步骤,它可以确保 PO 了解某些工作必须从 sprint 中完成,然后才能进行更多工作,从而使流程能够抵抗未来的范围蔓延。

于 2013-06-04T12:24:17.680 回答
1

通常,一旦估算出票证,更改票证 (PBI) 的 AC 是一个很大的禁忌,尤其是在 sprint 中。话虽这么说,你必须问这样做会导致什么问题。

即改变 AC 可能会导致估计不正确 - 即太低。所以呢?好吧,这可能会导致团队无法从 sprint 中完成提交的工单。那很糟。

在这种情况下,一张新票可能是个坏主意,因为它听起来不符合INVEST故事的“独立”标准。

在尝试跟踪冲刺的添加故事/点时,修改当前工单可能会给您带来一些会计问题,但除此之外,我没有看到任何问题。这里的关键是重新估计,以便每个人都明白这是更多的工作。

尽量不要陷入“适合scrum”的事情。想想什么是有效的,不同的事情会给你带来什么问题,并据此做出决定。

最后,确保在回顾中出现这个问题,这样您就可以讨论为什么在这种情况下 AC 不正确或不完整,并查看团队是否可以采取可操作的步骤来防止将来发生这种情况。

PS,您可以在 pm.stackexchange.com 上找到有关此类问题的更多帮助

于 2013-02-14T04:06:40.073 回答
0

我很快就解决了你的问题。事情就是这样。我们也有过类似的情况。我们创建了一个增量故事,并从当前 sprint 中提取了一些内容并将其移至另一个 sprint。只需将其称为 DELTA US 并提供 1.1 版即可。

它有帮助吗?

谢谢,克里斯。

于 2013-02-22T16:14:33.687 回答