如果团队成员错过冲刺计划怎么办？

假设一个团队成员正在休年假。他不会参加Sprint计划，但他将在迭代/ Sprint中期回来。可以说他有50％的容量，也就是说，如果他可以在下半阶段迭代中使用，我们应该：

1. 他回来后与他进行计划会议。

2. 在他休年假之前，即在进行短跑计划之前，与他进行一次计划会议。

3. 不要安排他执行任何任务，也不要将他分配给非冲刺任务，例如尖刺等

4. 在进行Sprint计划时让他的同伴代表他进行计划，缺席的人可以在他回来时添加任务，如果他不能完成所有工作，可以扩大范围。

5. 让他与另一位开发人员坐在一起，做一段时间的配对编程。

6. 还要别的吗..

我有兴趣知道你在做什么。

注意：我们正在做（1），感觉不正确。

计划是关于做出承诺，以及将承诺的用户案例分解为任务。

他回来后与他进行计划会议。

绝对不会。他回来后进行计划会议是没有意义的，因为必须已经做出承诺。

在他休年假之前，即在进行短跑计划之前，与他进行一次计划会议。

绝对不会。当前冲刺未完成=当前冲刺的结果未知，并且没人知道是否所有用户故事都将完成并且客户对它们满意时，就没有计划。

不要安排他执行任何任务，也不要将他分配给非冲刺任务，例如尖刺等

绝对不会。他会回来的，他的能力应该用于冲刺目标。

在进行Sprint计划时让他的同伴代表他进行计划，缺席的人可以在他回来时添加任务，如果他不能完成所有工作，可以扩大范围。

这是对的。团队做出承诺-不是特定的团队成员。团队致力于建立用户故事集，因为他们知道他们的速度，并且可以根据他们的专业猜测，根据可用容量修改对下一个冲刺的承诺。不应将任务分配给单个开发人员。即使不是总是可能的，开发人员也应该具有跨职能的能力，他们仍然应该至少能够将用户故事分解为任务。估计任务可能会有问题，但我认为根本不需要。

让他与另一位开发人员坐在一起，做一段时间的配对编程。

绝对没有 速度编程本身应涵盖结对编程。如果您不考虑开发人员，那就像说他将离开整个冲刺一样。客户为什么要花时间在冲刺过程中什么都不做的开发者花钱？

在理想情况下，敏捷团队成员对项目中使用的所有技术都非常满意，并且任何任务都可以（几乎）由团队的任何成员执行。如果是这种情况，则在确定待办事项中的任务大小，定义迭代并从待办事项中选择团队的第一组任务后，您可以将其余任务留在存储桶中，然后由团队来承担成员，包括错过计划会议的成员。

在另一种常见情况下，团队成员是专门的（一个是UI专家，另一个是数据库专家，第三个是中间件专家，等等。）在这种情况下，丢失的团队成员将在缺席的情况下分配任务。不过，他上船后可能需要重新调整尺寸。

在“ scrum”正在工作的团队中，团队本身将承担起懈怠并提出创造性的解决方案。这种情况不会经常出现以至于无法描述特殊情况，仅在其余的sprint中“顺其自然”即可。毕竟，这些冲刺不是很长。

计划或计划外的假期只是游戏的一部分。@Asim Ghaffar，建议的方法-至少其中大多数似乎将对在sprint计划会议中弃权的人定为犯罪。在一个团队中，互相尊重会了解一个人的个人需求，并且在这样的团队中，他们对自己所做的工作充满信心。有了这种信心，他们就可以计划自己的工作，并考虑到不同的人因特定的迭代/冲刺而下班的时间。

艰难的时刻告诉我们团队的专业水平。在中型团队中，在我们公司中总会有人错过冲刺计划会议。我们不会将他/她定为犯罪。我们相信他已经成熟，可以做出她/他的决定：）

只要您渴望学习和欣赏敏捷软件开发方法的精神，我都会感谢您的问题。

在我工作的地方，通常会采用4。错过会议的人员可能正在休假，生病或需要做其他事情，而在某些情况下，仅由于某人失踪并不意味着冲刺不应该继续进行。这里的想法是，团队可以识别出，如果某人离开了短距离冲刺的一半，那么可能会做出什么样的调整，尽管最终可能会进行一些调整。

人们总是倾向于休假:-)没有伤害。

在敏捷团队中，如果敏捷工作正常，如果有人需要休假，那么一个失踪人员不会产生太大的影响，是的，该团队可以做的比平常少，但这仅意味着在该迭代中做更少的功能。