Agile 你如何制作'；scrum'；当参与者相隔12个时区时工作？

当一个参与者在印度（+05:30），而另一个参与者在美国（-06:00和-08:00），尝试组建scrum是否明智？这对每个人来说都不是一个舒适的会议时间。

我认为这不值得，不仅仅是因为时区，还因为延迟时间。

以这样一种方式进行沟通，通过一个渠道进行。在每个地方都有scrum，让他们将其更新到项目门户（Wiki）或VST或任何其他单一渠道。因此，与其只进行一个上午的scrum，不如每天进行两次scrum，这样你们就可以享受每天24小时项目运行时间的好处。

除了为美国参与者提供scrum外，您可能希望让每个人每天都将状态和问题发布到wiki上。关键是以最有效的方式进行日常沟通。

我曾经遇到过这种情况，这确实使项目管理变得困难。我看到这项“工作”的一种方式（引用是因为该公司最终停业了，但它有一段时间是正常运作的）是在两个小组之间有非常明确的任务分离；基本上，在“开发人员组”的两个实例之间强制执行“接口定义”。这样，你就可以最小化相互依赖，同时清楚地说明每个人的责任；可交付成果变得更简单。仍然有一定数量的“糟糕的早期会议时间”，但它在某种程度上被最小化了。

事实上，根据经验，我觉得在不同的时区工作在某种程度上是一件好事。因为没有什么能比早上来看看事情的进展和bug的处理等更好的了。。。它给你一种温暖的感觉

---

不管怎样，我们使用了邮件列表。不是scrum，而是邮件列表和紧急情况下的聊天功能非常好。

scrum的一个重要目的是了解人们在做什么，他们计划做什么，以及任何障碍。这可以通过上面提到的wiki实现。只要人们每天更新维基，它就有着与站立会议类似的好处：沟通、展示团队和个人的进步。

在我看来，在印度，只有一名参与者是最糟糕的情况。像wiki和拥有第二个scrum这样的工具会有所帮助，但事实上，团队是不对称的，这才是真正致命的

你也可以试着让主团队中的某个人与你在印度的团队成员成为“伙伴”。他们的职责是让印度人了解他们可能错过的最新信息，这些信息发生在每个人都设法参加的会议之外

我写了一篇关于分布式团队的白皮书。你可能会发现这很有帮助

---

橄榄球队在一个场地上一起比赛吗？。。当关键团队成员在同一地点时，任何项目都会更加成功。也许在不同的阶段，它可能不是必要的，也许视频会议将帮助最大，但当你可以自发地以个人身份进行互动时，情况就不一样了。我想说的是，无论团队的大多数成员位于何处，其他人都应该在项目完成之前搬迁到那里。

非常想同意你的意见。我也同意，在这种情况下，Scrum不是正确的解决方案。这是可以做到的，就像任何事情都可以做到一样，比如一人瀑布或者其他什么。因为我只能选择一个答案，所以我从蜂鸣器中选择了一个；如果我能选择两个，我会把McWafflestix的答案作为第二个选择。整个团队规模相当小——四五个人，至少代表三个时区。这让它变得很难。“日常沟通”是关键。谢谢