10

我的开发团队几乎都在使用 Scrum 方法论。我们有一个优先的产品积压工作,我们将其分解为由燃尽图跟踪的冲刺。

麻烦的是,产品经理(从利益相关者那里收集需求)会给我们一个需求大纲,比如在一个 sprint 或一组 sprint 开始前几天。

然后我们浏览它们,用可行的方法(技术上和在合理的时间内)修改它们。这会被送交管理层、其他产品经理和利益相关者进行审查,并且通常会进一步修改/调整,这往往会循环往复,直到一切尘埃落定。

同时,冲刺开始日期即将到来,我们开始抓住我们非常确定稳定的需求。一旦完成了这些,随着需求的轻微变化,我们将有无数天的时间来调整代码。

虽然我知道需求不应该被认为是固定的,但我只是觉得我们管理得不好,并试图将瀑布式需求方法融入敏捷开发中。

有没有人对此类问题有任何改进建议或经验?

编辑:这对我们来说可能是最坏的情况——有时需求非常稳定,我们实际上正确地使用了 Scrum!但是,我们在 sprint 中更频繁地看到上述情况,这就是我提出这个问题的原因。我知道上面的内容并不是真正正确的 Scrum,这就是问题所在:)

4

6 回答 6

14

是的。这很重要:不要在 sprint 开始后接受对故事的更改。

这将需要代表 scrum master 付出很多努力来告诉产品所有者这是不允许的。需要向他们强调的重要一点是,作为开发人员,您承诺按规定估计和交付故事,任何更改都会抵消这种努力。

在某些情况下,在 sprint 开始后,需求会合法地发生变化。在这里,考虑完全中止 sprint。(这应该引起他们的注意。)

如果您的产品负责人发现这太不灵活,请考虑减少弹簧长度。我曾在一家使用一周 sprint 的商店工作,我认为这是最少的,因为故事最终非常小。

有关更多详细信息,请参阅Ken Schwaber 的 Scrum敏捷项目管理。

于 2009-11-26T11:41:11.437 回答
6

将您的利益相关者带到 Scrum;让他们参与将消除产品经理的任何“中国耳语”。此外,他们需要优先处理积压日志而不是开发人员。当利益相关者在 Scrums 中时,他们也会更好地看到变更的后果,虽然他们不会停止进行变更,但他们将对他们的变更如何影响迭代有更好的概念。

关于不断变化的要求;参见敏捷宣言……“拥抱变化!”

善良,

于 2009-11-26T11:33:18.007 回答
5

“与此同时,冲刺开始日期即将到来,我们开始抓住我们非常确定稳定的需求。一旦这些完成,随着需求的轻微变化,我们将有无数天的时间来调整代码。”

请不要将其称为敏捷方法或 scrum。

那只是疯狂。

如果你在 sprint 开始后进行调整,那你就做得不对。

您正在促成(实际上,您的鼓励)不良行为。如果他们无法在 sprint 开始之前获得要求,那么您有两个选择。

  1. 等待。这没什么错。从长远来看,它更便宜。

  2. 开始。然而。由于冲刺期间的要求是固定的,因此您必须在没有“调整”的情况下完成冲刺。更改成为待办事项的一部分。

    • 你可以做更短的冲刺。

    • 您可以简单地积压调整,直到他们知道他们正在导致自己的问题。

另外,很多管理评审不是很敏捷。这本身并没有错。但这表明缺乏信任。敏捷意味着开发人员和产品所有者之间的协作和交互。这并不意味着另一层管理审查。

于 2009-11-26T16:10:59.587 回答
2

看起来没有人真正拥有 Product Backlog(即您没有唯一的 Product Owner),而且看起来最重要的 Product Backlog 项在每次迭代之前都没有处于就绪状态。这些都是明显的主要障碍,需要解决,你的 ScrumMaster 应该解决它们。

于 2009-11-26T14:44:54.343 回答
2

我们团队中有一个人负责代表产品所有者解决需求。有时我们有及时的要求,有时我们有一些返工要做。QA 接受在发布的最新冲刺中正式审查要求。

团队应该只承诺产品负责人明确定义的任务,否则无法估计。也许您可以缩短迭代,以便只计划稳定的需求?

如果您的流程要求这个审查周期,那么也许您可以将可冲刺项目限制为产品经理/管理层/利益相关者批准的项目。

于 2009-11-26T11:52:12.673 回答
1

我同意其他人; 您的产品负责人不存在。除非您有足够可靠的要求做出承诺,并且您的产品负责人同意该承诺,否则您真的无法开始 sprint。一旦做出承诺,任何一方都不能在 Scrum 环境中改变它,除非你放弃 sprint 并重新计划。当然,你不是这样做的。

我要进一步说明,您的 Scrum Master 没有履行他或她作为流程守护者的职责。当你没有有效的产品 backlog 来选择你的 sprint backlog 项目时,他为什么让你开始一个 sprint?你甚至有 Scrum Master 吗?

我了解您的团队只是想完成工作,但实际情况是,您正在助长产品经理的不良行为,他们不需要准备好定义明确的用户故事的积压工作在冲刺开始之前。

Scrum 有一个 Scrum Master 和一个产品负责人是有原因的,并且需要产品负责人和团队在 sprint 开始之前就 sprint backlog 达成一致。没有这些分配的角色并且不遵循 Scrum 流程会导致事情中断。是的,避免 Scrum 中指出不良行为的部分更容易,但在不良行为得到承认之前,您不会改变不良行为。请记住,精神错乱的定义是一遍又一遍地做同样的事情,却期待不同的结果。如果你想改变结果,你将不得不改变你所做的事情。

于 2009-11-27T12:21:44.933 回答