如何为加入团队的程序员处理估算？

迭代已经开始，新的程序员加入了这个团队，另外一个开发人员估计任务X需要30个小时。

在这种情况下，最佳做法是什么？

• 新的开发人员使用给定的估算值运行（想法是在计算速度时会纠正任何差异吗？）
• 新开发人员重新评估任务？（如果是这样，如果它明显更高并且不再适合迭代，该怎么办？）
• 举起双手回到瀑布吗？
• 还有其他东西吗？

我的意思是：

新开发人员会重新估算任务。如果必须将其移出迭代，则将其移出。

您不知道新开发人员是否会在原开发人员需要的时间做到这一点。使用敏捷方法论的是开发人员来完成工作，该开发人员应该说出要花多长时间。

此外，由于开发人员必须适合团队/项目/公司，因此我将应用乘数（取决于开发人员的大小）。

我不会将此人添加到该个人冲刺中。取而代之的是给他另一个任务，以加快代码库的速度（也许是低挂的错误修正？）。

在团队中增加一个新人可能会减慢您在实现此特定目标方面的进度，因为他必须习惯于您的环境并了解那里的工作方式。根据新团队的适当估算，将他纳入下一个冲刺。

首先，我听到“敏捷任务”，我认为工作是一到两天，而不是一周。任务是在故事本身适合迭代时将故事分解成的内容，拥有一个不能分解成较小片段的故事是非常罕见的。

其次，您基本上是在要求这位新开发人员投入运营。如果可以合理地期望他跳入并跟上团队其他成员的步伐，那么最初的估计应该成立。如果他做不到，那么也许就不应该将他限制在这个估计数上，至少不是他一个人。

第三，情况如何？我很确定情况不是团队估计他们的工作，然后有人走了，第二天您接替了他。因此，我认为团队中的X家伙估计了此sprint的工作并接受了他们认为可以处理的内容，然后介绍了新家伙，现在有X + 1家伙来完成X家伙最初所做的工作。除非团队不分担他们的工作量，而是管理层积压了积压的工作，否则我本周不会给新员工太多工作。如果计划是由管理层制定的，那么它就不是敏捷的。

就个人而言，我会设置这个人与一个经验丰富的程序员进行第一次冲刺（如果您的程序员没有一直配对），我推断他们不是因为您正在考虑给一个人一个人的任务）。通过看着他的肩膀并提出问题，他将开始学习代码库，并且如果他的一般编程技能可以使他窒息，他将几乎立即成为一名有效的代码审阅者，发现错误，低效的代码等。