当其中一名参与者在印度(+05:30),而其他人在美国(-06:00和-08:00)时尝试形成一个scrum甚至是否明智?每个人都没有舒适的会面时间。
答案 0 :(得分:9)
我遇到过这种情况,确实让项目管理变得困难。我看到这种“工作”的一种方式(引用因为该公司最终停业,但它有一段时间的功能)是在两组之间非常明确地分离任务;基本上强制“开发人员组”的两个实例之间的“接口定义”。这样,您可以最大限度地减少相互依赖性,同时明确说明各自的责任;和可交付成果变得更简单。还有一定数量的“早期会议时间”,但它会有所减少。
答案 1 :(得分:7)
恕我直言,不值得,不仅仅是因为时区而且还有延迟
答案 2 :(得分:6)
在我看来,在印度独自拥有一名参与者是一个最糟糕的情况。像wiki这样的工具和第二个scrum会有所帮助,但团队不对称这一事实将会真正杀死事物。
您也可以尝试在印度与您的团队成员一起在主要团队“伙伴”。他们的作用是让印度人更新他们可能错过的东西,这种情况发生在每个人都能参加的会议之外。
我写了一篇关于分布式团队整个主题的白皮书。你可能会发现它很有帮助。
http://www.ademiller.com/blogs/tech/2008/10/patterns-practices-agile-showcase/
答案 3 :(得分:5)
除了美国参与者的scrum之外,您可能希望每个人每天都向wiki发布状态和问题。重点是以最有效的方式进行日常沟通。
答案 4 :(得分:3)
以通过一个渠道进行通信的方式进行处理。在每个地方都有scrum,让他们将其更新到项目门户(Wiki)或VSTS或任何其他单一渠道。因此,不仅仅是一个早上的scrum让每天两个scrum,所以你们将获得每天24小时项目运行时间的好处。
答案 5 :(得分:3)
实际上从经验来看,我觉得在不同的时区工作在某种程度上是一种祝福。因为没有什么比早上出现看到东西实际上已经进展并且错误被处理等等...它给你一种温暖的感觉。
无论如何我们使用邮件列表。不是scrum,而是邮件列表和紧急情况聊天工作得很好。
答案 6 :(得分:3)
橄榄球队是否在一个领域一起比赛?当关键团队成员身在同一地点时,任何项目都会更成功。也许在不同的阶段可能没有必要,也许视频会议最有帮助,但是当你能够自发地在人格中进行互动时它就不一样了。我会说,无论大多数团队在哪里,其他人都应该重新安置,直到项目完成。
答案 7 :(得分:2)
Scrum的一个重要目的是了解人们正在做什么,他们计划在做什么,以及任何障碍。这可以用上面提到的wiki完成。只要人们对维基进行日常更新,它就会对站立会议产生类似的好处:沟通,显示小组和个人进度。