如果Scrum成员中途离开该怎么办？

由于一名Scrum成员的健康状况，他不得不离开团队。

我的问题是，我是否需要重新开始冲刺计划会议？或更改燃尽图？还是要求所有团队成员硬着头皮做额外的工作以实现目标？

谢谢

您需要消除最不重要的故事的范围，并将它们移至下一个冲刺。您的能力已经改变，并且冲刺应该反映出这一点。

如果客户添加了一个新的，高度优先的大故事，您会怎么做？接受并将其添加到Sprint吗？重新计划？更改燃尽图？硬着头皮？不。由于您没有能力，因此您可以排除其他故事的范围。

这没什么不同-情况已经改变，您的团队将无法再致力于最初的范围。

1. 不。您不要求别人加班。您还想离开吗？
2. 什么是燃尽图？这是完成点数的图，相对于截止日期之前需要完成的点数的图。那为什么要改变它呢？继续绘图，您会看到失去开发人员的影响，并且可以使客户了解情况。
3. 客户可以使用该信息来限制或延长期限。他们不能做的就是说他们想要更多的资源。资源会在您找到它们时出现，而在他们感到喜欢时消失并迅速强迫错误的人不会解决您的问题。随着截止日期的临近，尤其如此。
4. 如果您要雇用某个人，也希望这会花费一些时间，因此成本将超过一个开发人员的时间，并且收益不会立即产生。
5. 向业务指出，如果他们不希望将来发生这种情况，则他们需要在项目开始时雇用过多的资源，并在预期的截止日期之前保持预期的需求（因为未来，他们可能会损失一半的团队，并且在其余开发人员不需要花费时间进行培训时就无法替代他们）。

免责声明：所有这些都伴随着“在一个完美的世界中”的警告。现在，尽可能地靠近它，您会没事的。

作为团队成员或Scrum主管，除了将情况告知产品所有者外，什么都不做。您的团队已经基于一些预期的容量对一定数量的用户案例做出了承诺。发生了一件不好的事情，并且您的一个团队成员由于健康状况而无法继续进行冲刺。那有可能发生，没有人能为此怪他或你。

由产品负责人决定下一步要做什么。很明显，您极有可能无法兑现您的承诺。产品负责人可以让sprint继续进行，这样您就可以尽可能多地完成用户故事，而不会丢失团队成员和不合理的加班时间，或者她可以决定停止sprint并开始一个新的sprint-但这非常麻烦。

进行脱帽很危险。冲刺应该是团队的安全区。这是赋予人们权力的敏捷原则的一部分。团队有权做出承诺。一旦允许在冲刺期间更改承诺，它很快就会成为一种惯例，承诺和安全区域的全部内容将消失。随着冲刺目标的不断变化，您会陷入混乱。

意识到scrum具有帮助管理这一点的速度。

我的理解是，随着时间的推移，您的速度将适应新团队。某些地方甚至可以估计速度的下降，以便更好地管理团队成员离开或什至休假时的情况。

分析对整体冲刺的影响。确定替代解决方案/解决方法。与产品负责人讨论将优先级较低/重要的用户故事移至下一个冲刺。为该Sprint或将来的Sprint引入其他资源。