开发人员参与多个 Scrum 有哪些问题？
What are the issues for a developer being a part of multiple scrums?
我作为一名开发人员在 2 个 Scrum 中工作，很难完成任何事情 - 我想问问其他人是否遇到过同样的问题，他们是如何管理他们的工作的？
这似乎根本不是一种敏捷的工作方式。
问题之一是承诺。作为一个团队，您在 sprint 计划会议上向您的同事承诺，并且在每天的 scrum 中，你们将一起完成什么。如果你有另一个团队，这自然会破坏这种承诺，它也会增加你的 WIP，并导致任务切换和两个团队的仪式的额外开销。
你为什么在两个团队中？通常的答案是：领域知识、技能组合，因为我们只有一个 QA（在那里插入任何学科），funding/allocation，等等
我从根本上相信，除非您以可以对队友做出承诺的方式组建团队，否则您的团队不会拥有可靠、可预测的团队。
作为 impediment 向 scrum master 报告您的情况，并只致力于您认为可以完成的工作，直到这个障碍被解决（由 scrum master 解决）。这不是关于谁承诺完成最多工作然后没有实现的竞赛。
我认为这是一个纪律问题。如果您正在关注，则需要有 scrum 纪律。当你是共享资源时，会发生什么情况，就会有转换成本和生产力损失。如果您仍想遵循这一点，则需要采取措施降低转换成本并提高生产率。
有一件事，您可以定义您要工作的日期。例如：前三天你在一个项目中，接下来两天你在另一个项目中。如果您这样定义，那么您可以计划工作以提高生产率并降低转换成本。
另一件事是减少站立和冲刺计划的参与时间。确保优先考虑你的领域并进行讨论，然后你离开这些仪式而不是留下来参加整个会议。这是 scrum master 计划的责任。
在多个团队中工作是可能的，但每个团队都需要体谅并接受他们只会得到你 50%（或略低于）的时间。
在规划时，不要过度承诺，看看您可以在一个冲刺中大致实现多少个故事点，并且每个团队只承诺总数的 50%。
尝试将您的时间分配给 A 组上午的工作和 B 组下午的工作。然后每个团队都会知道你什么时候有空，并且应该尽量（除非紧急）不要在你不做他们的工作时打扰你。
安排专门的时间进行计划、站立会议，并努力让团队坚持这些，这样您就不会被重复预订。
The scrum master (or any elected person) for each team could also consider having a scrum of scrums where they get together and quickly discuss how things are going in the same way as a normal scrum so that they understand what pressures你在.
无论您如何管理，由于敏捷引入的规划、站立会议、回顾等承诺，您完成的实际工作将少于在一个团队中完成的工作。
我作为一名开发人员在 2 个 Scrum 中工作，很难完成任何事情 - 我想问问其他人是否遇到过同样的问题，他们是如何管理他们的工作的？
这似乎根本不是一种敏捷的工作方式。
问题之一是承诺。作为一个团队，您在 sprint 计划会议上向您的同事承诺，并且在每天的 scrum 中，你们将一起完成什么。如果你有另一个团队，这自然会破坏这种承诺，它也会增加你的 WIP，并导致任务切换和两个团队的仪式的额外开销。
你为什么在两个团队中？通常的答案是：领域知识、技能组合，因为我们只有一个 QA（在那里插入任何学科），funding/allocation，等等
我从根本上相信，除非您以可以对队友做出承诺的方式组建团队，否则您的团队不会拥有可靠、可预测的团队。
作为 impediment 向 scrum master 报告您的情况，并只致力于您认为可以完成的工作，直到这个障碍被解决（由 scrum master 解决）。这不是关于谁承诺完成最多工作然后没有实现的竞赛。
我认为这是一个纪律问题。如果您正在关注，则需要有 scrum 纪律。当你是共享资源时，会发生什么情况，就会有转换成本和生产力损失。如果您仍想遵循这一点，则需要采取措施降低转换成本并提高生产率。
有一件事，您可以定义您要工作的日期。例如：前三天你在一个项目中，接下来两天你在另一个项目中。如果您这样定义，那么您可以计划工作以提高生产率并降低转换成本。
另一件事是减少站立和冲刺计划的参与时间。确保优先考虑你的领域并进行讨论，然后你离开这些仪式而不是留下来参加整个会议。这是 scrum master 计划的责任。
在多个团队中工作是可能的，但每个团队都需要体谅并接受他们只会得到你 50%（或略低于）的时间。
在规划时，不要过度承诺，看看您可以在一个冲刺中大致实现多少个故事点，并且每个团队只承诺总数的 50%。
尝试将您的时间分配给 A 组上午的工作和 B 组下午的工作。然后每个团队都会知道你什么时候有空，并且应该尽量（除非紧急）不要在你不做他们的工作时打扰你。
安排专门的时间进行计划、站立会议，并努力让团队坚持这些，这样您就不会被重复预订。
The scrum master (or any elected person) for each team could also consider having a scrum of scrums where they get together and quickly discuss how things are going in the same way as a normal scrum so that they understand what pressures你在.
无论您如何管理，由于敏捷引入的规划、站立会议、回顾等承诺，您完成的实际工作将少于在一个团队中完成的工作。