Scrum积压大小正在耗尽

Question

我在一个大项目上工作.在我们计划的过程中,我们最终召开了无休止的积压大小会议,所有开发人员都坐下来讨论团队和大小的用户故事.

Scrum的怀疑者说这个过程耗时太长,开发时间浪费了.

我的问题是,平均缩小用户故事需要多长时间？有没有人有任何提示,使这些大小调整会议更快？

Answer 1

Scrum 是一种非常基于客户的方法论。你会把它交给谁？他们的首要任务是什么？此外，您不需要为不太可能很快完成的项目制作用户故事。当然，它们需要一些时间来完成，但你现在没有时间。

你的冲刺有多长。两周？花两个小时与开发人员一起检查冲刺的任务。确保每个人都有 60-70 小时的工作时间（永远不要给 80 小时，否则你只会失败......），然后 Scrum Master 就可以专注于用户故事。如果您有这么大的积压订单，您可能需要一名产品经理，其工作是与客户沟通并管理积压订单。

简而言之

1. 制作一份待办事项日志，将近期不会做的事情放入其中。当顾客提出这些问题时进行处理。
2. 确保开发人员有冲刺所需的任务。现在关注这个冲刺，一旦这个冲刺真正开始，就关注下一个冲刺。
3. 毫无疑问，用户故事很重要。但所有的开发者都需要在每个故事上共同努力吗？故事不应该是开发人员的工作。它们应该是经理/客户的工作。如果开发人员必须这样做，要么放弃用户故事（如果您可以根据开发人员已有的内容生成用户故事，它不是很有用，因为它不是“用户”故事！），要么拥有开发人员快速编写一份并获得 Scrum Master 的批准。

编辑：我以为你在写用户故事，而不是调整大小。我的错！但是，第 1 点和第 2 点仍然适用。