团队如何处理当前的sprint backlog项目？

Question

Scrum和敏捷表示，当前sprint backlog上的项目应按优先级顺序进行，整个团队一次只能进行一项。

实际上，这似乎对我们的团队没有用。要么项目太小，所有团队成员都不能高效（包括考虑配对）。所以我们最终可能会在整个团队中做两到三件事。

我很想知道其他团队是如何做到这一点的，以及他们在特定冲刺中通常承诺的项目数量。

Answer 1

  

当前sprint backlog上的项目应按优先级顺序进行，并且整个团队一次。

我不知道是谁说的，我至少不记得到目前为止听过或读过任何类似强调文本的内容。当然，这还取决于您的项目是故事还是单个任务。

如果这是一个故事（通常由几个任务组成），可能有机会实现这一目标。但是，正如你所说，有时这个故事并没有包含足够的任务来让每个人都忙碌。通常，与故事相关的任务也很大程度上取决于彼此，例如，可能存在设计会话（涉及部分或整个团队），然后是一个或多个编码任务，然后是代码审查，功能测试，文档等。显然，在编码之前不能进行功能测试，等等。

由于每个人都必须做某事，因此在任何特定时间都会有至少与团队成员（或成对）一样多的任务。考虑到有时任务由于各种原因（任务间依赖性，外部各方需要的信息等）而暂停，通常甚至更多。

在一个由4名开发人员组成的团队的Scrum项目中，我们的情况非常相似。我们确实尽可能地按优先顺序排列故事，通常我们会随时打开多个故事和几个任务。一开始我们经常在冲刺结束时遇到几个半完成故事的问题。因此，我们意识到将开放任务/故事的数量保持在最低限度是很重要的，即始终尝试在开始新任务/故事之前完成开放任务/故事。但实际上，这个最小值从来就不是1。

至于每个sprint的故事数量，我们只根据我们的（故事，然后任务级别）估算，尽可能多地放入。这当然受到我们的速度的极大影响，这在一开始估计太高了。几个月后，我们将其降低到60％，这个价值似乎对我们有用。

Answer 2

我认为这取决于你团队的构成。如果您有一个团队，任何人都可以在用户故事中处理任何给定的任务，那么这很有效。如果不这样做，那么某些人可能会有空闲时间。

根据优先级处理用户故事的重点很简单......您将获得首先完成的最高优先级用户故事。这从实际设置优先级的客户的角度增加了最大价值。

至于sprint期间要提交多少个用户故事，这取决于几个因素： 团队可用性，团队速度和Sprint持续时间。所以，我不确定你知道在冲刺期间其他人有多少故事可以获得多少价值。

Answer 3

整个团队处理每个项目的建议是避免在短跑中创建迷你瀑布，其中项目从一个专业组传递到另一个专业组。这导致测试人员在冲刺的第一天无事可做，然后在编码员挥舞拇指的最后几天加班。团队应该将整个问题作为一个整体来解决，即使在各自的“专业化”之外。是的，编码员可以测试，测试人员可以编码，两者都可以设计架构等 - 并在此过程中学习新的东西（惊人的）。这并不是说每个人都应该对所有事情都很擅长 - 只是说“我不测试，我是编码员”或“我不会写这个剧本，我是测试员”这样的态度应该是在Scrum团队中没有位置。

还建议在sprint内逐个处理项目，以确保最终实际交付的东西。限制正在进行的工作（WIP）可防止每个人在每个项目上执行某些任务的情况，但sprint结束时没有完成任何项目。

但是，这不应被视为建议，而不是非常严格的规则。例如，当你有两个小故事和一个10人的团队时，让所有团队集中在一个故事上可能没有意义。

底线是：没有人应该告诉团队如何在他们自己之间划分工作，但是应该期待他们在Sprint Planning中实现他们所承诺的目标。

Answer 4

Noel，您的团队是否受过Scrum团队培训？我的意思是你在开始项目之前将它们发送到Scrum课程了吗？

我见过很多团队因Scrum而误解了Scrum，因为他们误解了博客书中的内容。

拥有经验丰富的Scrum Practitioner或Scrum Coach也会为您提供很多帮助。

要具体回答您的问题，请查看不同的免费电子书：

http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf