谁应该定义、分配、实现和跟踪Scrum中的任务？

Question

scrum中的角色是产品负责人、Scrum和Scrum团队。用户故事也应该分解成更小的部分，称为任务。任务似乎有四个阶段，即定义、分配、实现和后续。

谁应该在Scrum中对任务做些什么？更新任务的剩余时间是scrum主人的责任，还是开发人员(scrum团队)的责任？开发人员应该将任务分配给自己，还是由产品所有者陪同的scrum主的责任？

Answer 1

敏捷遵循几个原则。其中之一是:赋予人民权力。因此，任务应该由团队来定义，任务应该由团队成员来选择。任务不应分配给团队成员。团队应该是自组织的，因为这样分配的硬/容易/有趣/无聊的任务应该是均匀的。

Scrum大师应该确保团队遵循Scrum原则。他不是项目经理。

这是理论，它适用于成熟的团队。对于Scrum初学者来说，这有时是很困难的，但你至少应该坚持让团队成员自己选择任务，而不是分配任务。

更新任务的剩余时间

在我看来，估计任务和保持剩余时间是浪费的。你在一组用户故事上做了承诺，所以不管每项任务需要多长时间。唯一重要的是用户故事是否会完成。

Answer 2

开发人员应该将任务分配给自己，还是由产品所有者陪同的scrum主的责任？

在我工作过的地方，我们都做过Scrum，但理想的情况是，开发人员应该选择自己的任务。最终，只要所有的任务都完成了，就不重要了。

每种方法都有优缺点。

让团队自己挑选：

• 优点-团队感觉到对任务的主人翁感，他们挑选那些他们觉得他们能做得很好的任务。所有权是许多人忽视的发展的一个重要方面。
• 缺点--有些任务要等到最后才能先完成，这样才能做得更好。

分配任务：

• 优点--所有的任务都被平等地考虑，没有一个可能被遗漏。
• 缺点-团队成员不一定会感觉到任务的所有权。

在现实生活中，你需要采取一种务实的态度。有些时候必须分配任务，但这些任务的数量应该很少。

Answer 3

在我们的scrum过程中，我们执行以下操作：

这些任务是由开发人员定义的，他们很可能将实现用户故事。

至少有两个开发人员负责一个用户故事的实现，因此他们将被自动分配到任务中(如果他们可以并行工作，他们将根据他们的知识和个人喜好承担最适合他们的任务。否则，他们将配对程序)。