远程工作者 vs 分布式团队

还没有读者喜欢这篇文章。
Tug of war

Opensource.com

并非所有在家工作的工作机会都是相同的。分布式团队成员和仅仅是远程工作者之间存在着巨大的鸿沟。

“远程工作者”和“分布式团队成员”群体既不是彼此的超集,也不是子集。相反,它们可以用典型的维恩图来表示。

remote workers vs distributed team

图片来源: bob.mcwhirter.org

远程工作者

远程工作者 只是不在办公室的人。他独自一人,在某个地方。

当您作为团队中的远程工作者时,您可能是该团队中唯一的远程工作者。如果您曾在传统团队工作过,但突然搬到蒙大拿州去照顾您家的野牛牧场,而您的雇主不想放您走,那么您就是一名远程工作者。

团队中的其他 11 个人不是远程工作者。而且您根本不在分布式团队中。

分布式团队

分布式团队仅仅意味着您和与您互动的大多数人彼此不靠近。此定义中未包含“在家”的说法。

如果您的公司在全球设有 20 个办事处,并且您的团队在每个办事处都有一名成员,那么您就是一个分布式团队。你们都可能坐在各自办公室的隔间里,因此您并非自动成为远程工作者。

但您可能和远程工作者没什么两样。

为什么这很重要

当我加入 Twine.com 时,我的同事和我都是远程的,我们每个人都是。这迫使我们的团队成为分布式的。而且效果非常好。

在注入资金后,在旧金山开设了办事处,并且大多数团队成员都搬迁了。除了我。

我突然就变成了一个远程工作者

当团队是分布式的时,所有沟通都发生在所有成员的平等基础上。您使用 IRC、邮件列表、错误跟踪器。您被迫不依赖走廊谈话或午休闲聊。

每个人都可以平等地参与。

另一方面,当您是一名远程工作者时,您完全错过了许多沟通渠道。十几个人在会议室的白板上乱写乱画,而您却只能通过糟糕的免提电话盲听。

这不好玩。

在一个非分布式团队中增加更多的远程工作者实际上只会增加问题和挫败感。您只是有更多的人感到疏远和孤立。

但是,转向以远程工作者为主,会迫使团队重组为一个分布式团队。他们会修改他们的习惯、期望和工作流程。最终,团队的运作更好了。

Problems vs remote

图片来源: bob.mcwhirter.org

进行分布式工作

分布式团队需要的技能与开源项目参与者培养的技能相同。

沟通通过“永久”和“公开”的方式进行(在一定范围内——这些方式可能是纯粹内部的),例如邮件列表和 IRC。使用它们避免了个人之间的大量点对点沟通。

我发现 IRC 对我的团队来说非常宝贵,因为它有助于形成团队氛围,即使我们相隔数小时。在工作日,有技术讨论、随意闲聊、笑话和其他有助于避免孤立的互动。

分布式团队还需要选择不仅提供技术功能,而且他们还将积极用作额外沟通渠道的工具。正确使用工具的副产品是群体记忆和知识。例如,附加到 JIRA 中的错误报告或问题上的注释以及提交日志中的消息都应有助于机构记忆。

当非分布式团队不必依赖这些方法,而是用饮水机代替时,他们实际上会以严重的方式失去这种好处。分布式团队最终运作得更好,因为如果他们希望发挥作用,他们必须组织得更好。

分布式团队的另一个优点是始终存在后备渠道。在一个会议室里与他们的老板或另一个利益相关者会面的 10 人团队必须通过面部表情、点头、眨眼、手势和夸张的叹息进行交流。分布式团队只需打开另一个 IRC 频道来进行聊天、澄清、反对和团队成员之间的贡献。

底线

远程性只会增加问题。但分布式解决了许多问题,包括远程性问题。

所有团队都可以从分布式团队的相同实践中受益,但这需要努力,而且他们最终会变得懒惰,并且常常无法获得优势。

作为一名远程工作者一点都不好玩。成为分布式团队的成员非常棒。

本文最初发表于 bob.mcwhirter.org.

User profile image.
Bob 是 JBoss Fellow(Red Hat 的一部分)。他领导 JBoss 的 TorqueBox 项目,在 JBoss AS 之上构建一个开源 Ruby 应用程序服务器。在加入 Red Hat 之前,Bob 参与了 The Codehaus 开源社区的创建,并且是 Drools 业务规则引擎的创建者之一。

1 条评论

我同意分布式团队的工作效率更高,比拥有一个或多个远程工作者的团队更好。我不同意您的“非常棒”。请阅读 Karen Sobel Lojeski 的《虚拟距离》。她是 100% 正确的。我经历过她书中的方方面面。没有任何分布式团队可以取代“真正的团队”(不是一群人)。

Creative Commons License本作品根据知识共享署名-相同方式共享 3.0 未本地化许可协议获得许可。
© . All rights reserved.