我相信这里有很多开发人员的团队分布在不同的时区。人们面临哪些挑战以及解决这些挑战的最佳方法是什么？
Jatin
问问题
7664 次
6 回答
4
我目前在与团队其他成员不同的时区工作。最大的挑战是清晨和下午晚些时候，我们中的一些人当天还没有开始工作，或者有些人已经离开了一天。
这只是工作的一部分，我们都尊重彼此的宝贵时间。如果它很重要（这是一个相对术语），那么我们只需调用团队成员或页面/文本整个团队。如果发生这种情况，那么我们都会根据需要做出回应。没什么大不了。由于尊重因素，我们知道仅在必要时使用它。
在正常工作日，我们只使用电子邮件、电话和 IM 等标准内容。
于 2008-11-24T19:14:22.610 回答
2
老实说，任何跨时区拆分项目开发的公司都与工程现实脱节。MBA 们为了节省一两块钱，强加给他们的工程师一个令人羡慕的职位，即改变他们的生活时间表——导致压力大、工作时间延长、士气低落和营业额增加。质量受损，发货日期受损，功能列表受损。您将在项目中看到的唯一增加是错误数量。
如果您不需要项目单元之间的低延迟通信，您可以像这样拆分工程项目。换句话说 - 如果他们在系统的几乎完全独立的部分上工作。
于 2008-11-24T19:06:28.587 回答
1
我们有一个分布在或必须跨 3 或 4 个不同时区工作的团队。在此过程中，我们面临着主要与沟通有关的几个挑战。
很难在方便的时间安排所有团队成员参加的会议，因此有时可能需要召开团队会议的子集，或者放弃团队会议的方法，转而采用由一名主要团队成员负责的个人更新方法对于特定的海外团队。
另一个问题是工作交接和沟通。例如，我们在印度有一个资源，如果他们遇到了导致他们停止工作的问题，如果我们没有足够快的响应，可能会导致他们的计划延迟 2 或 3 天，这都是由于时差造成的。因此，当务之急是我们不仅要安排各种工作来填补这些延误，还要及时回应他们的询问。我们经常将测试任务分配给这个特定时区的资源，因为这通常是一个没有终点的异步任务。
此外，您需要有一个良好的变更管理系统和代码存储库。您可以使通信渠道越异步越好，这也适用于信息交换（例如源和问题跟踪）。
没有理由不能让分布式团队工作，尤其是在当今时代，只要我们有互联网链接，我们几乎可以在任何地方工作。但是，重要的是要知道项目中的瓶颈在哪里，并确保相应地分配工作。
于 2008-11-24T19:08:40.483 回答
1
如果您没有专门针对这种场景进行调整的出色流程，那么不同的时区将会扼杀您的项目截止日期。至少一方应该非常灵活地调整他们的会议时间。但当然，这最终会在团队成员之间造成挫败感。
查看这个关于外包及其实际问题的 SO 线程，我想你也会从那里得到一些观点https://stackoverflow.com/questions/111948/outsourcing
或外包标签 - https://stackoverflow.com/questions/tagged/outsourcing
于 2008-11-24T19:18:15.957 回答
0
计划，计划和计划更多。其他一些需要注意的事项：
1) 如果团队在其他地区，请注意当地的假期，例如不同的国家可能有不同的假期。例如，一些教派比大多数基督徒晚 2 周庆祝一些基督教节日，例如我在想的一些正统教派。
2) 计划在可能超出正常工作时间的特定时间召开会议。当团队其他成员和我之间有 13 小时的时差时尤其如此。
3）注意“核心时间”随着时间的变化，例如，如果我在太平洋时间并且想在东部时间更新新泽西的某些内容，我在太平洋时间下午 5 点进行，即东部时间晚上 8 点在那里可能没有人在第二天早上之前注意到变化或对其进行测试，这可能意味着一些支持人员在太平洋时间凌晨 4:30 起床，因为在东部，有些人已经开始出现工作并走了，“嗯？为什么这不像昨天那样工作吗？”
如果涉及各种字母，例如拉丁文、西里尔文、阿拉伯文等，还有其他显而易见的事情需要注意，这可能会影响计算机解释某些输入文本的方式。
于 2008-11-24T20:25:16.303 回答
0
我们在支持方面遇到了这类问题 - 我们使用 3 个商业 SDK，支持团队位于遥远的时区（时差 8-10 小时）。此外，并非所有工作日都重叠。
这个事实对我的逆向工程能力产生了很大影响:)
于 2008-11-24T19:52:46.697 回答