电脑一夜之间变得很卡_开发人员团队如何在一夜之间变得遥不可及

电脑一夜之间变得很卡

随着冠状病毒大流行继续关闭全球的城市和办公室，开发人员和软件工程师Swift适应了在远程分布式团队中的运营 。

好消息是，无论程序员在拥有笔记本电脑和安全互联网连接的地方，他们都可以轻松工作，但是对团队的文化影响可能很大。 工具当然会提供帮助，并且领先的编码软件提供了越来越多的实时协作功能（有关Serdar Yegulalp最近的InfoWorld文章 ，请参见最佳的综述）。 但是使用工具无法解决围绕远程工作的其他问题。

[ 同样在InfoWorld上：远程敏捷团队的7个最佳实践 ]

在家庭办公室或起居室中进行操作时，要找到人流，这会带来很多麻烦。 对于不再完全了解团队活动并希望保持较高的发布速度和弹性的管理人员来说，分散的工作也可能是他们的焦虑之源。

以下是各种形状和规模的组织如何使他们的团队和工作流程适应新的远程工作环境。

Zapier：远程协作的资深人士

自动化软件专家Zapier 一直是一家完全分布式的公司 ，在300个远程员工中分布在17个时区和28个国家/地区。 “在远程工作时，必须根据输出和结果来衡量贡献，”工程副总裁Doug Gaff在与InfoWorld的电子邮件交流中解释道。

Zapier为员工提供了丰富的远程工作资源 ，从其喜欢的通信工具和策略到远程管理策略。 在当前形势下，扎比尔（Zapier）更有用的职位之一是首席执行官韦德·福斯特（Wade Foster）的“如何急忙过渡到远程工作” 。

Zapier将其开发人员组织为“ EPD trios”（由工程经理，产品经理和设计师组成），这些人共同拥有该产品的不同部分。 EPD三重奏拥有自己的相对输出速度，并且所有结果都与一组共享的目标和关键结果（OKR）保持一致。 “他们共同拥有客户的要求，设计和用户体验目标以及技术架构和减债。 而且最重要的是，他们可以主张彼此的立场和利益。”

Zapier的一个关键值是“默认为透明”，这意味着大多数沟通是使用 Slack，Zoom和Salesforce拥有的Quip等工具在公共渠道进行的 ，该工具充当知识库。 但是，这可能会导致信息过载，以至于没人能找到任何东西或无法完成工作，正如Zapier博客文章“与远程团队进行沟通的五个技巧”中详细介绍的那样。 在交流中保持清晰，明确和针对性是减少同事认知负担的好方法。

Gaff承认，在远程工作时，要建立有意义的专业关系可能会更加困难。 “我们促进这种关系建立的一种方法是在Slack上重新创建饮水机时刻。 我们有数百个致力于业余爱好和兴趣的Slack频道，以便人们可以在工作之外讨论话题并彼此了解。 在这些渠道上花费的时间被视为团队建设，对于领导者也很重要。”他解释说。

但是，这必须带有边界。 他补充说：“当您进行远程工作时，总是有一天24/7全天候工作的诱惑。” “这可能导致不健康的习惯和倦怠。 远程工作人员需要纪律才能在每天结束时离开工作。 鼓励这些界限并关闭电源是经理的工作。”

Gaff说，随着团队适应远程工作，您需要培养一种信任文化。 人们正承受着很高的认知负担：管理家庭压力，学习远程工作，潜在地控制疾病。 您可以做的最好的事情就是寻找文化反模式。 例如，在某些办公文化中，在特定时间出现可以证明您正在工作。 那在遥远的生活中行不通。”

特威里奥：从轻微到完全偏僻

对于通信API专家Twilio来说，远程工作并不是什么新鲜事，但是这种流行病已经引起了巨大的转变。 在冠状病毒爆发之前，首席执行官杰夫·劳森（Jeff Lawson）告诉TechCrunch ，该公司约10％的公司进行远程工作。 他说：“对于像我们这样的公司，要在短时间内从部分虚拟化转变为完全虚拟化，这并非没有毛病，但它运作得很好。”

Twilio的开发人员宣教经理Marcos Placona的团队中，有10％是远程工作者。 “我的团队一直在分布式工作，在美国，英国和整个欧洲都有直接的报告，” Placona告诉InfoWorld 。

他承认，所涉及的各个时区“很难以这种方式工作”，但“我们每周定期与团队和个人进行一对一的签到。”

Twilio的开发人员仍然需要贡献代码，并且必须跟踪贡献，同时还要编写文档并通过大量客户反馈进行过滤。 在大流行期间，该团队已转为举行远程远程站。 每个地区每周都会举行更广泛的团队聚会，星期五则是虚拟的欢乐时光。

Zoom是所有视频会议的必备工具，Slack在文本通信中无处不在，而Airtable用于任务管理。 然后是私有代码存储库GitHub，用于跟踪内部项目。 GitHub还提供了一种查看人们正在做什么的方法。

[ 同样在InfoWorld上：敏捷开发人员的7个关键编码实践 ]

“让我感到惊讶的是，即使我在一个分布式团队中工作，特别是在第一周，我仍然注意到很多人都在努力集中精力，” Placona观察到。 “我强调说，这是我们多年来所做的同类工作，但原因是正在进行的工作太多。

“我认为有用的一种解决方案是列出您当天需要做的事情的清单。 我告诉人们只是去运送东西，发布博客文章，编写一段代码，在列表上打勾，您会感觉更好。”

TravelTime：自然而然的

Startup TravelTime提供了一个API，该API允许客户测量从点A到B所花费的时间，该属性被诸如房地产搜索平台Zoopla和求职网站TotalJobs所使用。 TravelTime的员工因其创立经历有些不同而总是偏远。

联合创始人查理·戴维斯（Charlie Davies）是一个自称“糟糕的开发人员”的人，他正在与他尝试使用的KRuby库一起寻求帮助。 这就是他遇到第一个雇员的方式，该雇员正在立陶宛的客厅里为他提供帮助。

Davies通过视频通话告诉InfoWorld ，他目前的30人小组仍然分布在英国，荷兰和立陶宛，尽管他确实希望限制组织在太多时区工作的机会。

他补充说：“自治，信任和包容是我们管理团队的方式。”他对雇主远程监控员工生产力水平的报道感到震惊。 他说：“在远程团队中工作需要信任，对我来说，您必须信任为您工作的人，这是双向的。 我们每个开发人员都拥有该公司的股份，并且我们拥有一项购股权计划，使我们能够这样做，并且我们不监视开发人员的工作。”

[ 同样在InfoWorld上：用于实时协作编码的7种工具和服务 ]

开发人员填写自己的时间表，并使用Slack之类的软件进行日常通信，使用GitHub进行代码管理，并使用YouTrack来管理任务。 他补充说：“在遥远的环境中，您的工作必须说明一切。”

戴维斯现在为所有经历此转变的人提供最后一条建议：“您无法对其进行微观管理。 那会让你发疯，而你将一事无成，团队会为此恨你。 这种信任和自治创造了一种自治的文化，”他说。

Smarkets：从不遥远-直到现在

伦敦的博彩交易所Smarkets在冠状病毒大流行发生之前就对远程工作采取了严格的立场。 不过，它已经Swift转变为远程操作，通过Google Hangouts和Slack建立“正常”的工作习惯，以使每个人都可以在家工作时参与其中。

“我们坚决反对[在家工作]，因为我们发现让每个人都在办公室并确保每个人都坐下来吃午饭会产生自然而然的想法，并且跨技术团队的交叉授粉水平很难远程模仿， Smarkets首席技术官Robin Harrison告诉InfoWorld 。

Smarkets的开发人员团队在devops模型上工作，所有技术团队都支持他们24/7全天候构建的内容，因此他们知道如何远程执行操作，而并非总是如此。

哈里森说：“就我们在实地开发方面的实际观察而言，核心开发指标没有太大变化。” “我们跟踪每月的代码库更改和提交，并且两者都相对不变，这表明开发过程仍在进行中，移动应用程序的发布也没有更改。”

哈里森无法远程复制的一件事是白板。 他说：“存在白板是有原因的，表达抽象想法的速度与书面单词有很大不同，而我们与同事合作的方式是我们所缺少的，”他补充说，没有其他数字替代方案可以做到。通过了他的团队的鼓舞。

Smarkets的关键工具是Slack和G Suite，尤其是环聊，但是作为代码存储库的GitLab私有实例与Jenkins for CI / CD配对，也是远程团队难题的关键部分。

[ 同样在InfoWorld上：使用Visual Studio Live Share和GitHub进行远程编码 ]

“所有东西都由GitLab粘合在一起，” Harrison说，“因此，驱动器的通知与开发人员保持联系以跟踪代码库的情况一样重要。 代码审查是正式的，我们的开发流程需要其他审查者来批准更改，因此该工具非常有用。”

这意味着Smarkets本质上是在GitOps模型上运行的，该模型通过生产扩展了开发人员对应用程序的权限。 即使每个人回到办公室并排吃午餐时，随着开发人员对他们的代码有完全的了解，这种新的工作方式也很可能会流行。

翻译自: https://www.infoworld.com/article/3539017/how-developer-teams-went-remote-overnight.html

电脑一夜之间变得很卡