DTeam 技术日志

Doer、Delivery、Dream

关于远程工作的微观视角

胡键 Posted at — Feb 8, 2020 阅读

2020 注定不会平凡。

自从年初的黑天鹅事件以来,大量的公司和个人不管愿不愿意,在开年之后都选择了远程开工。与之相伴,那些先行者也都纷纷撰文分享经验,朋友圈和微信群中远程办公也成了热门词汇。看过这些文章之后,想想我们也已经采用远程工作的方式好几年了,于是不能免俗,也想谈谈我个人的一些看法。

就目前所看的文章,大多可以归为工具介绍和企业文化两大类,我比较喜欢其中的两篇文章,分别来自于 PingCAP 和左耳朵耗子(他们的远程团队协作协议令人拍案叫绝!)。而我既不打算重复他人,也没打算去讲太宏大的话题,所以就这些年的微观实践谈谈个人的感受。

本文会从以下几个方面展开讨论,并且讨论的工作类型涉及软件开发,至于其他工种和行业由于没有涉足也就不冒充“砖家”了。

没有好的工程实践,远程工作将困难重重。

远程工作的内涵绝不是在一台安装了远程工具的机器上办公那么简单。从结果上来看,它仍然和在办公室里办公没有什么分别:组织一帮人完成一件事。只不过由于地理上的分散性,它会将一些原来在本地可以容忍的问题给放大了,进而造成问题。

设想一下,对于连基本版本控制都没有的公司(不要笑,这不在少数),它怎么可能组织有效地远程开发?要是在办公室里,还能通过开发人员相互之间互拷文件(高级一点的利用共享文件夹)来对付一下,可一旦出了办公室的门,其困难可想而知。

在我看来,不少好的软件开发工程实践具有天然的“地理无关性”(结对编程可能会有影响,但现在也有工具支持),比如每日立会、issue tracking、版本控制、自动化测试、持续集成等等。只注重工具而不关心具体实践,将适得其反,期望越大失望越大。

除了上面讲到的日常开发实践,另一类工程实践问题会因为远程工作而显得格外刺眼:安全。典型比如:开发服务器的安全和代码本身的安全。前者本质上跟产品服务器的管理没有太大差异,只是因为不少公司的开发服务器就是简单的本地一台机器,外面根本访问不了,一旦远程就傻眼了,但这个问题并不是本文要考虑的。至于代码安全,我之前曾在一篇代码管理的文章中有过说明,这里也就不再赘述。

关于工程实践的文章和书籍,外面已经有很多了,这里也不打算展开。只提醒两点:

远程工作,有效地交流和沟通至关重要。

为什么我特别喜欢左耳朵耗子他们的远程团队协作协议?因为它本质上跟网络通信协议就是一码事,只不过构成这个网络节点的是人而不是机器。虽然节点由机器换成了人,但问题却是相似的:

要是没有一个这样显式的协议约定,协作起来还真是麻烦。就我个人的经验有以下几条:

类似的经验可以总结很多,不管是定期会议总结还是项目复盘,将这些记录归类,能自动化的自动化,能改进的改进,坚持下去总会有效果。同时,这些要求除了可以帮助团队现有人员,对于新成员的快速融入也大有裨益。

远程团队不等于没有团队关系

远程团队跟同一办公室内的团队没有区别,都是由活生生的人组成的,因此同样要注意他们的情感或情绪,因为这些都会对协作产生影响:正面或负面。但由于很少见面,所以很难第一时间掌握团队成员的心理状态。同时,远程工作也容易产生孤独感,进而产生一些负面情绪,这一点也需要考虑在内。

面对这些,作为团队带头人,可以考虑采取的措施:

对于全员都是远程的公司或团队来讲,应该很早就会关注远程团队的建设;而对于部分远程的公司来讲,核心点就是避免让远程员工觉得被区别对待或是二等公民。

总的思想很简单:远程团队也是人。

写在最后

归根结底,都是人的问题。

靠谱的人,即使面对困难也会主动挑战和解决,因此是否远程并不关键;不靠谱的人,即使在同一个屋檐下也会消极怠工,远程与否结果相同,区别在于多了一个借口。因此,尽量找到那些靠谱的人,将他们收罗于旗下。


相关文章