10

当其中一名参与者在印度（+05:30）而其他人在美国（-06:00 和 -08:00）时，尝试组建 scrum 是否明智？每个人都没有一个舒适的会议时间。

4

8 回答 8

9

我遇到过这种情况，这确实使项目管理变得困难。我看到这个“工作”的一种方式（引用是因为公司最终倒闭了，但它在一段时间内起作用）是在两组之间有非常明确的任务分离；基本上在“开发人员组”的两个实例之间强制执行“接口定义”。这样，您可以最大限度地减少相互依赖，同时清楚地说明每个人的责任；交付物变得更简单。仍然有一定数量的“愚蠢的早会时间”，但它被最小化了。

于 2008-11-20T00:22:53.957 回答
7

恕我直言，不，这不值得，不仅因为时区，还因为延迟

于 2008-11-20T00:18:10.843 回答
6

在我看来，在印度只有一个参与者几乎是最坏的情况。像 wikis 和第二次 scrum 这样的工具会有所帮助，但团队不对称的事实才是真正会扼杀一切的原因。

您也可以尝试让主团队中的某个人与您在印度的团队成员“搭档”。他们的职责是让印度人及时了解他们可能错过的内容，这发生在每个人都设法参加的会议之外。

我写了一篇关于分布式团队整个主题的白皮书。您可能会发现它很有帮助。

http://www.ademiller.com/blogs/tech/2008/10/patterns-practices-agile-showcase/

于 2008-11-22T21:35:29.520 回答
5

除了美国参与者的 scrum 之外，您可能还希望每个人每天都在 wiki 上发布状态和问题。重点是以最有效的方式进行日常沟通。

于 2008-11-20T00:22:17.810 回答
3

以这样一种方式进行流程，即通过一个渠道进行通信。在每个地方都有 scrum，让他们将其更新到项目门户（Wiki）或 VSTS 或任何其他单一渠道。因此，不要只是一个早上的 scrum，而是每天进行两次 scrum，这样你们就可以从每天 24 小时的项目运行时间中受益。

于 2008-11-20T00:20:08.907 回答
3

实际上，从经验来看，我觉得跨不同时区工作在某种程度上是一种祝福。因为没有什么比早上来看到事情实际上有进展并且正在处理错误等等......它给你一种温暖的感觉。

无论如何，我们使用邮件列表。不是 scrum，但邮件列表和紧急情况下的聊天可以很好地工作。

于 2008-11-20T01:18:55.170 回答
3

橄榄球队是否在一个领域一起比赛？.. 当关键团队成员实际出现在同一地点时，任何项目都会更加成功。也许在不同的阶段可能没有必要，也许视频会议最有帮助，但是当您可以自发地进行个人互动时，情况就不一样了。我想说的是，团队的大部分人都在哪里，其他人应该搬到那里，直到项目完成。

于 2010-06-19T20:26:13.077 回答
2

Scrum 的一大目的是了解人们在做什么，他们计划做什么，以及任何障碍。这可以通过上面提到的 wiki 完成。只要人们每天对 wiki 进行更新，它就具有与站立会议类似的好处：交流、展示团队和个人的进步。

于 2008-11-20T01:26:29.850 回答