当一个参与者在印度(+05:30),而其他人在美国(-06:00和-08:00)时,尝试形成一个scrum甚至是明智的吗?每个人都没有舒适的会面时间.
我一直处于这种状况,这确实使项目管理变得困难.我看到这种"工作"的一种方式(引用因为该公司最终停业,但它有一段时间的功能)是在两组之间非常明确地分离任务; 基本上强制"开发人员组"的两个实例之间的"接口定义".这样,您可以最大限度地减少相互依赖性,同时明确说明各自的责任; 和可交付成果变得更简单.仍然存在一定数量的"早期会议时间",但它会有所减少.
恕我直言不是不值得,不仅仅是因为时区而且还有延迟
在我看来,在印度独自拥有一名参与者是一个最糟糕的情况.像wiki这样的工具和第二个scrum会有所帮助,但团队不对称这一事实将会真正杀死事物.
您也可以尝试在印度与您的团队成员一起在主要团队中与某人"伙伴".他们的作用是让印度人更新他们可能错过的东西,这种情况发生在每个人都能参加的会议之外.
我写了一篇关于分布式团队的整个主题的白皮书.你可能会发现它很有帮助.
http://www.ademiller.com/blogs/tech/2008/10/patterns-practices-agile-showcase/
除了美国参与者的scrum之外,您可能希望每个人每天都将状态和问题发布到维基.重点是以最有效的方式进行日常沟通.