如何在Scrum中处理不同速度的团队成员？

Question

我已经使用Scrum一段时间了，但是当所有团队成员的工作速度不同时，我仍然不清楚如何处理这个案例。例如，给定抽象任务，员工A将在5天内解决，而员工B将需要大约10天甚至15天。我的团队由非常不同（专业知识）的人组成，所以他们确实以不同的速度工作。

这些是主要的误解：

• 如何在理想的人日中衡量用户故事，因为他们在团队内部非常不同？ （经常有争论，因为有些人在该领域有经验，有些人不这样做，他们需要花一些时间阅读文档并做一些小步骤）

• 如果我需要计算每个人的速度然后能够为每个人提供适当数量的工作，为什么要计算团队速度？ （计算每个人的速度的另一个原因是，当一个老人去度假和一个大三学生时会有很大的不同）

Answer 1

Velocity只是在这里，所以团队可能会粗略猜测它可以为下一个sprint承诺的工作量。

故事点只相对于另一个故事具有意义，而不是绝对值，因为它们的唯一目的是在整个团队到目前为止完成的故事之间划出一个平行的故事，以及它必须处理的故事与未来。

如果高级开发人员去度假，只需相应调整下一个sprint的计划速度。不要把它作为引入复杂估计的借口，它们只会给你一种虚假的安全感，让你深入分形估计泥潭，分散你的主要目标，即提供价值。

您无需将故事点与工时联系起来。您无需计算团队成员特定的估算值。您无需为人们预先分配故事。

Answer 2

Scrum没有个人表现的概念。它始终与团队有关。你总会有不同程度的人，如果你试图为此做出计划，那就会让你慢慢疯狂。

我的强烈建议是忽视个人的表现，专注于团队的速度。

Answer 3

我的2美分：我的所有项目都包括Scrums。处理此类案件的最佳方法是让团队成员选择他们的故事并为他们分配点数。 3分是故事，可以快速完成，也许4小时或更短，8分是需要一个人在1个工作日（8小时）内完成故事的故事，13分（3天或更短）是故事需要该人对实施，实施和测试进行一些研究

应该有领导团队开发人员了解其他团队成员的工作速度，并可以根据他们的能力将故事分配给其他成员。

如果您认为故事需要超过3天才能完成，那么它应该进一步划分为迷你故事，这需要更少的时间。