5种远程工作方式改变了我对团队合作的看法

在过去的三年里，我一直是Hipchat团队的建筑师，远程工作，剩下的队伍在旧金山和奥斯汀远离我。

这些天人们会谈很多关于遥控器的工作，但与大多数事情一样，在你经历过它之前，你永远不会真正知道。我沿着架构师和开发人员沿途学到了一些关于远程团队合作。这儿是一些精彩片段。

1.把人们放在产品上。

在一年多的时间里，我的团队从一个紧密的八人小组发展到了一百多人。这么短的时间里就有这么大的增长。随着越来越多的人加入团队，我发现自己专注于许多需要推出的功能，而不是培训和引进新开发人员(他们基本上只能自生自死)。

作为建筑师，我应该意识到这是多么短视。作为亚特萨斯人，我应该意识到这一点我们的团队价值观比我们的代码更重要。

就像糟糕的第一印象一样，在登上的登机们可以留下持久的伤害需要很长时间的修理。登上的是教授源代码所在的开发人员的多大，它是关于沟通和生活的沟通和生活在我们的案例中，“作为团队播放”或“成为您寻求的改变”。raybet电子竞技

与新的团队成员一起坐下来肩并肩工作，赋予您的价值观的有价值的信息，而不是一百个PowerPoint演示文稿。当有人新加入公司时，他们会带来一个相当空白的板岩，raybet电子竞技用于如何工作以及他们对他们的预期相关的东西，因此他们必须看到一个团队的价值观，并获得建立关系和贡献的初期机会。

教训:让新功能发布一周。坐下一名新的团队成员并一起工作。让他们看看，而不是读到你公司的价值观。raybet电子竞技抛开旅行的不便，并使额外的努力与新的团队成员联系。你给他们的印象，你构建的关系以及你灌输的目的感将使公司不止一周的编码。raybet电子竞技

2.拥有比完美更重要。

在工作特别繁忙的时候，我的团队引进了一群新开发人员，他们需要不断学习。作为一名开发人员，我很关心代码的质量和一致性，所以我加倍努力去检查和咨询对系统的每一个更改。我可能有点太专横了。回顾过去，我希望我能意识到所有权的价值，以及让人们觉得他们正在做的事情是他们自己的事情是多么重要。

在我的世界里，这些类型的额外职责可能是修复破碎的，清理不必要的元素，花时间改善设计，或写入文档。这些任务往往不会反映吉拉票或路线图计划，而是他们的一部分是日常工作，可以保持码码清洁灵活。

没有所有权，开发人员需要绝对最低要求，导致代码基础成为不同且经常相互冲突的样式和模式的倾倒地。当语言，框架或代码不熟悉时，这可能对士气产生严重影响。这不是一个架构或其他架构。这是关于船上和赋权的开发人员。

课程：接近您的代码DevOps心态那鼓励给他人给予所有权。很难相信你的宝宝的新人，但找到一种方法，通过船上，配对，经常旅行，甚至在一起解决生产失败。从历史上看，阿特拉斯人已经给出了每个开发者对所有产品的访问权限，因为这是我们想要创造的那种开放，值得信赖的文化。如果这不是您的选择，请找出他们可以挖掘并觉得自己的项目的非关键部分。

3.清楚地定义你的角色。

当我2006年开始在Atlassian工作时，工程师的头衔是开发者、高级开发者和创始人。这是它。尽管从那时起我们已经成长了很多，但我还是喜欢把我们当做开发人员，尽一切努力为我们的客户制作优秀的产品。但现实情况是，随着组织的发展，需要更多专门的角色来配合代码和客户数量进行扩展。

标题不仅仅是一个自我提升，它是一种传达你的（并且不是）负责的方式。简单地告诉新的人，你的头衔是不够的，因为它可以与听到它的每个新人都不同的方式解释。同样，错误地造成了长期伤害，并且是未来分歧或错过连接的一个因素。因此，没有定义你的角色不是你的角色。它是关于不伤害您的团队，您的项目，最终，您的客户。

建筑师是一个传统上是一个不仅仅是亚斯西联而且在我们的行业的困惑的冠军。当我是亚斯西安的第二个人收到这个标题时，我认为它只是意味着一个更高级的开发人员，一个在正常规划过程之外的人。

当我成为集成架构师时，我不得不协调不同Atlassian架构师的活动，我意识到有必要定义工作描述，我尝试这样做，但结果好坏参半。即使在今天，这个定义似乎也在不断变化。无论如何，让你的团队清楚你将扮演什么角色是特别重要的，并且越早完成，事情就会越容易。

教训:在你上任之初和每一个新入职的人，坐下来与团队成员讨论，谈谈你对他们的期望，他们应该对你的期望，以及从任何一方都不应该的预期。讨论哪些不是你的责任是更重要的。

4.网上语调问题。

正如我们几乎所有的人都经历过，亲自沟通与在线沟通不同。并且如何在不同的在线上下文中沟通如何差异。例如，您采取的基调或您在个人聊天或电子邮件中使用的单词可能，实际上，不适合大型团队聊天室。

在一个大聊天室里，你可能与每个成员都没有牢固的个人关系，他们对你的印象可能仅仅来自聊天交流。聊天是这种缩写形式的人类通信，没有面部表情，肢体语言和音调的所有细微差别，读者填补间隙的比特可能与您的意图不符。例如，是什么意思是开玩笑，“WTF DUDE？”可以被一个无法看到你作为进攻袭击的人读取。

为了添加另一层，在一个培养中可能适合的单词不一定适合另一个文化。例如，从我的时间与美国海军一起工作然后在悉尼后来，我习惯了像水手一样咒骂并告诉它就是这样。虽然我的朋友来自这些群体的朋友们很好地理解，但另一个团队可以将它们视为疯狂地不合适。

教训:在一个大聊天室里交流要小心。即使您在聊天时认识每个成员，其他人也可以稍后阅读并展示您可能无法解决的意外印象，直到为时已晚。我听说远程通信是选择选择的，而本地是选择选择。确保他们想要选择选择。

5.远程友好并不一定是远程优先。

HIPCHAT是一个聊天应用程序本身，我们相信远程办公合作的概念，我们是遥远的。我们在三大办事处（悉尼，旧金山和奥斯汀）经营，并拥有至少八个不同的时区的本地和偏远工人。即使是我们生活和呼吸远程合作的方式，这种愿景与真正的遥远文化之间仍然存在差距。

一个特别的“作恶者”就是当地人在午餐时或会议后在走廊上的面对面谈话。对于参与其中的人来说，这些都是非常棒且富有成效的内容，但是因为他们只是本地的，所以远程团队成员不能表达和代表他们的观点。

如果这些走廊对话没有及时传达，他们可以在团队共识中创造裂谷，有时会产生持久的艰难感受。同样，当地人可以通过远程人士发起的意外或不受限制的变革感到威胁，偏远工人可能会受到在缺席或个人问题上的决定感到沮丧，这些决定不及时地沟通。它真的是关于沟通的。

遥控团队采用允许每个成员的通信和流程的结构，无论他们生活在哪里，都包含在主要和轻微的决策，日常协作和社交互动中。

我能想到的最好的例子是从我的时间到了Apache软雷竞技苹果下载官方版件基础。在ASF项目中，必须在单一开发人员邮寄列表中提出并批准每项决定。这一过程比将10人放在房间里两个小时的过程需要很多，但它升级了所有团队成员的竞争范围。

教训:非常认识到你作为远程员工加入的团队的文化。找到一种方法来创建一个遥控器的远程或远程友好工人团队，可以独立拥有项目及其执行。未通过，确保所有决策都是透明的，并在适当地包括远程工作者，利用时代友好的在线工具和流程。

尽量减少工作中需要建立和维护的远程关系，不要认为在远程办公室认识几个关键人物就足够了。积极主动地与可能不同意你的建议的远程团队成员进行一对一的沟通;不要等别人告诉你有分歧时，那已经太迟了。

最后的想法

正如我的经历表明我的那样，作为一个建筑师，这是一个超越代码，框架或系统设计 - 它是关于人和团队的。如果您在团队中聘用，则在技术上有资格在那里。什么不太明显，并且难以记住，是非技术位的重要性。似乎在火灾周围做了狗屎和唱kumbaya之间似乎是一个快乐的媒介。虽然我仍然弄清楚正确的平衡是，但我了解到，关注长期来说比短期内的细节陷入困境的长期更大。

这篇文章最初发表在The Atlassian的博客上，并经许可重新发表。