想和大家探讨一下「远程办公」实践

昨晚我司通知，从 2 月 3 日起，国内员工「全部在家远程办公 3 周」——

作为开源分布式协作的公司，PingCAP 有信心也有能力在 Remote 期间远程协作，保证工作效率，同时也能降低员工通勤感染的风险。而 PingCAP 作为国内工程师远程办公协作的践行者，也正在积极准备把相关经验分享给更多的朋友和公司（《 PingCAP 的 5 年远程办公实践》），期望能在这个特殊的时间做出自己力所能及的贡献，这是我们的社会责任，也是我们应尽的义务。感谢所有参与经验分享的同学，感谢大家在休假期间的努力，一起让社会变得更好一点。

《 PingCAP 的 5 年远程办公实践》 : 原文链接

远程办公并非十全十美，我们仍有很多需要改进的空间，大家有啥关于远程办公的经验吗？欢迎探讨～

摘抄几段原文，抛砖引玉：

软件工程是一项以脑力为主要资源开展的工作，在如今高度发达的互联网技术支撑下，其实是天然适合远程工作的，但是我们为什么大多数时候觉得远程工作不如集中工作效率高？除了远程带来的沟通协作障碍外，我们认为其实最根本的差异还是在管理哲学上，是倾向于传统监管的管理思维还是自驱的管理思维，在 PingCAP，我们在企业文化上一直倡导的是后者。

如果问一个问题，对于工程师团队来说，什么时候需要沟通最多？我想是制定计划和目标的时候。软件工程远程办公我们首先要解决的是我们要建立远程可操作的更加清晰、高效的目标和计划管理。从宏观层面说，在 PingCAP 我们依赖的是 OKR 这个工具进行公司以及团队的目标管理，OKR 是硅谷以及国内的很多互联网公司越来越流行的目标管理工具。

从微观层面说，例如一个具体的项目计划制定和执行跟踪，也需要一样的透明。我们的实践是项目的负责人为每一个大的项目建立一个全局的项目「地图」，力求做到即使是半路加入的同学，看到这个地图后，就能够清楚的知道现在是什么情况，需要的资源的链接在哪，负责人是谁，风险点在哪。

PingCAP 的主要产品 TiDB 是一个开源的数据库，我们研发的主要工作流都是构建在 Github 上面，完全对社区公开。所以我们的工具链也是以 Github 为中心，串联其它的工具，下面是完整的工具列表（这些工具很多都有国内的替代工具，如果公司不像 PingCAP 这种员工全球分布的，可以根据实际需求选择）：

GitHub：代码托管，公开的 RFC，社区 Issue 反馈，产品发布，Code Review 等。

Zoom：在线会议。

Slack：即时通讯，机器人消息中枢。

微信、企业微信：即时通讯（没错，我们两个都用，但以企业微信为主）。

在线文档：文档协作，幻灯片，表格。

邮件，日历。

Confluence：内部的文档，包括已成型的设计文档（如内部的 RFC 文档），Wiki 等。

Jira：Bug 和 Milestone 跟踪。

Trello：看板，记录一些重要客户和事件的备忘。

Jenkins：持续集成，daily build。

并不是说因为远程工作因为条件约束，就少沟通甚至不沟通了，相反的，在这种环境下我们的沟通可能会更多更细致，只是形式并不仅仅限于面对面的会议这种形式而已。

在一个远程的团队中，沟通这件事情需要做得更加的透明。

在远程环境下，需要工作者能够克服孤独感，并且由于没有同事在身边，需要比较强大的自律精神克服倦怠感。另外一点比较重要的是，很多工程师可能是一个比较内向的性格，遇到困难的时候，尤其是在远程的环境下，容易钻牛角尖。这种情况下，一定切记要主动的求助和沟通，甚至可能需要比面对面的环境下更加频繁的沟通。

……

hantsy

2020-02-03 15:22:38 +08:00

@dearmymy 工作的时候可以用一些时间管理工具辅助集中工作。工作的时候精力高度集中，需要沟通的事情放在统一在一天某个时间沟通（几分钟，相当 Startup Meeting 吧），其它时间尽量互不打扰。

我的感觉吧，在公司工作 70%以上时间都是在被别人打扰了，完全不能集中注意力。而我自由职业几年下来，感觉最大的收获，就是工作时间有效的利用了，工作效率大大提高。项目开发过程最大成本就是沟通，项目初期必须形成大家认可的开发模式，减少不必要的沟通，才能提高效率。当然这可能跟项目背景有关，如果像国内一样天天在 QQ，微信上聊，没有一个项目我是做下去的。过去几年我尝试参与过朋友的国内的项目，也尝试改变他们的习惯，无终而返，现在即使几个月没事做，也不会接触国内项目了。

我接触的国外项目，有些是一些很厉害技术人员领导，追求极客文化。这种我很喜欢，基本不需要太多的沟通，所有的沟通基本都是 Github Flow （沟通的基础），CI/CD，Slack 解决了。