用Scrum收集需求

Question

我的开发团队正在努力研究Scrum方法。我们有一个优先产品积压，我们分解为由燃尽图跟踪的冲刺。

麻烦的是，产品经理（收集利益相关方的要求）将为我们提供要求的概述，比如在冲刺开始前几天，或者一组冲刺。

然后我们仔细研究它们，用可行的方法（技术上和合理的时间内）进行修改。管理层，其他产品管理人员和利益相关者会将其发送给我们进行审核，并且通常会进一步修改/调整，这种情况往往会一直持续下去，直到它全部安定下来。

与此同时，冲刺的开始日期已经到来，我们开始抓住我们非常肯定稳定的要求。一旦完成这些工作，我们将无休止地调整代码，因为需求会略微转移。

虽然我知道不应该考虑修复需求，但我只是觉得我们正在严格管理这些需求，并尝试将瀑布需求方法融入敏捷开发中。

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

编辑：这对我们来说可能是最糟糕的情况 - 有时需求非常稳定，我们实际上正确使用Scrum！但是，我们更频繁地在冲刺中看到上述情况，这就是我提出这个问题的原因。我知道上面的Scrum并不是很合适，这就是问题所在：）

Answer 1

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

这将代表scrum主人花费很多精力告诉产品所有者这是不允许的。向他们强调的重要一点是，作为开发人员，您承诺按照规定估算和传递故事，任何改变都会抵消这种努力。

在某些情况下，要求在冲刺开始后合法地改变。在这里，考虑完全中止冲刺。 （这应引起他们的注意。）

如果您的产品所有者发现这太不灵活，请考虑减少弹簧长度。我曾在一家使用一周冲刺的商店工作，我认为这是最小的，因为这些故事的结果非常小。

有关详细信息，请参阅Ken Schwaber撰写的Agile Project Management Scrum文章。

Answer 2

将您的利益相关者带到scrums;将它们打包将通过产品经理消除任何“中国人的低语”。另外，他们需要优先考虑后台日志而不是开发人员。当利益相关者处于scrums时，他们也会更好地看到变化的后果，虽然他们不会停止进行变更，但他们会更好地了解变更如何影响变更。

关于改变要求;看到敏捷宣言......“拥抱改变！”

善，

丹

Answer 3

“与此同时，冲刺的开始日期已经到来，我们开始抓住我们非常肯定稳定的要求。一旦完成这些，我们将无休止地调整代码，因为需求略有变化。”< / p>

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

那只是疯狂。

如果你在sprint开始之后调整了一些东西，那么你做得不对。

你正在启用（实际上是你令人鼓舞的）不良行为。如果他们无法在短跑开始之前 之前获得要求，那么您有两种选择。

1. 等待。这没什么不对。从长远来看，它会更便宜。

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

   • 你可以做更短的冲刺。

   • 你可以简单地补充调整，直到他们知道他们造成了他们自己的问题。

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

Answer 4

我们团队中的某个人负责代表产品所有者修复要求。有时候我们有及时的要求，有时我们会做一些返工。 QA接受要求在发布的最新版本中正式审核。

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

如果您的流程要求执行此审核周期，那么您可以将可缩放项目限制为产品经理/管理层/利益相关方批准的项目。

Answer 5

看起来没有人真正拥有产品Backlog（即您没有唯一的产品负责人），并且看起来最重要的产品Backlog项目在每次迭代之前都没有处于就绪状态。这些都是明显的主要障碍，需要解决，ScrumMaster应该对它们进行处理。

Answer 6

我同意其他人的意见;您的产品负责人不存在。在您有足够的可靠要求做出承诺之前，您真的无法开始冲刺，并且您的产品负责人同意该承诺。一旦做出承诺，任何一方都不能在Scrum的范围内进行更改，除非您放弃冲刺并重新规划。当然，你不是这样做的。

我要进一步说明你的Scrum Master并没有履行他或她作为过程守护者的责任。当你没有有效的产品积压来选择你的冲刺积压物品时，他为什么要让你启动冲刺？你有一个Scrum Master吗？

我知道你的团队只是想完成工作，但真正发生的事情就是你要让产品经理做出不良行为，他们不需要有明确定义的积压工作在sprint开始之前准备好用户故事。

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