在不同时区工作时面临的挑战

Question

我相信这里有很多开发人员，他们的团队分布在不同的时区。人们面临的挑战是什么，最好的解决方法是什么？

Answer 1

我目前在与团队其他成员不同的时区工作。最大的挑战是早上和下午晚些时候，我们当中有些人还没有开始工作，有些人已经离开了一天。

这只是工作努力的一部分，我们都尊重彼此宝贵的时间。如果它是关键的（并且这是一个相对术语），那么我们只需要调用整个团队的团队成员或页面/文本。如果发生这种情况，那么我们都会根据需没什么大不了。由于尊重因素，我们知道只在必要时使用它。

在正常工作日，我们只使用电子邮件，电话和即时消息等标准内容。

Answer 2

老实说，任何跨时区分割项目开发的公司都与工程现实脱节。为了节省一两块钱，MBA向他们的工程师施加了改变他们生活安排的尴尬境地 - 导致高压力，更长的工作时间，更低的士气和更高的营业额。质量受损，发货日期受损，功能列表受损。您在项目中看到的唯一增加是错误计数。

如果您不需要项目单元之间的低延迟通信，则可以将工程项目拆分为这样。换句话说 - 如果他们正在处理几乎完全独立的系统部分。

Answer 3

我们有一个团队，分布在3个或4个不同的时区，或者必须工作。在此过程中，我们遇到了一些主要与沟通有关的挑战。

很难在方便的时间安排所有团队成员参加会议，因此有时可能需要召开团队会议的子集，或者放弃团队会议方法以获得单个主要团队的个人更新方法会员负责特定的海外团队。

另一个问题是工作移交和沟通。例如，我们在印度有一个资源，如果他们有问题导致他们停止工作，如果我们没有足够快地做出响应，可能需要2到3天的时间，这都是由于时差。因此，我们不仅安排多样化的工作来填补这些延迟，而且我们也及时回复他们的询问，这是非常重要的。我们经常将测试任务分配给这个特定时区的资源，因为这通常是一个没有结束的异步任务。

此外，您需要拥有一个良好的变更管理系统和代码存储库。您可以使通信渠道的异步性越强，这也适用于信息交换（例如来源和问题跟踪）。

没有理由不让分布式团队工作，特别是在当前我们几乎可以在任何地方工作的时代，只要我们有互联网链接。但是，了解项目中瓶颈的位置并确保相应地分配工作非常重要。

Answer 4

如果你没有一个专门针对这种情况进行调整的优秀流程，那么不同的时区将会扼杀你的项目截止日期。至少一方应该非常灵活地调整他们的会议时间。但最终会导致团队成员感到沮丧。

查看这个讨论外包及其实际问题的SO帖子，我想你也会从那里得到一些观点https://stackoverflow.com/questions/111948/outsourcing

或外包标签 - https://stackoverflow.com/questions/tagged/outsourcing

Answer 5

我们支持这些问题 - 我们使用3个商业SDK，支持团队处于远程时区（8-10小时差异）。而且，并非所有工作日都重叠。

这一事实对我的逆向工程能力产生了很大的影响：）

Answer 6

计划，计划和计划更多。还有一些需要注意的事项：

1）如果团队在其他地区，请注意当地假期，例如不同的国家可能有不同的假期。例如，有些教派比大多数基督徒晚两周庆祝一些基督徒假期，例如。我正在思考的一些正统教派。

2）在可能超出正常工作时间的特定时间计划会议。当团队的其他成员与我之间存在13小时的时差时，情况尤其如此。

3）注意时间变化的“核心时间”，例如：如果我在太平洋时间并希望在东部时间在新泽西州更新某些东西并且我在太平洋时间下午5点进行更新，那是东部时间晚上8点，并且可能没有任何人注意到更改或在下面之前测试它早上这可能意味着一些支持者在太平洋时间凌晨4:30起床，因为在东部有些人已经开始出现工作然后去，“嗯？为什么这不像昨天那样工作？”

如果涉及各种字母表，还有其他显而易见的事情要知道，例如：拉丁文，西里尔文，阿拉伯文等，这可能会影响计算机如何解释输入的文本。