谈谈远程工作
因为新冠疫情的影响，原本计划在正月初七的开工也被政府强制推延。所以与绝大部分技术型公司一样，我们也采取了远程工作的模式。这段时间，谈论远程工作人不少。许多一整年都不见得谈到一次远程工作话题的，摇身一变就成了远程工作的专家、布道者。不过，无论他们是“哪门哪派”的，谈论的内容也都大同小异。今天我也来谈谈远程工作这个话题。
工具
首先，我们来看看大家都在用什么工具来辅助远程工作：
| 用途 | 主流工具 | 其他 |
|---|---|---|
| 即时沟通、开视音频会议 | 微信、钉钉、Zoom | Slack、微软Team、Skype、轻推、瞩目、Telegram、RinCentral、飞书、Hi、豆芽、POPO、TalkLine、大象 … |
| 文档共享、一起写文档 | 腾讯文档、Confluence、石墨 | 谷歌Docs、微软office365、印象笔记、飞书、有道云笔记、Teambition、微文档、语雀、Gitbook、WPS云文档 … |
| 项目/任务管理 | Tower、禅道、腾讯TAPD、Github、JIRA | Trello、Teambition、Phabricator、Asana、TFS、ONES … |
| 一起看设计、一起做原型 | Axure、蓝湖、墨刀、Sketch | Mockup、InVision、Proto.io … |
| 代码管理 | Gitlab、Github | 码云、CODING，Phabricator、阿里云Code、Bitbucket、Stash、Gerrit … |
从表格总结的内容来看，尽管很多主流选择还是国外公司的产品，不过国内公司的产品也开始后来居上了。比较有代表性的，例如，钉钉、Tower、石墨、蓝湖、墨刀等。这可能说明两点：1）国内团队做工具的水平越来越高了？2）国内的团队似乎更懂国内的用户？谁要能做个问卷，估计能做个判断。
仪式感
许多“专家”对仪式感也有一番建议，比如：
– 要按正常上班时间，远程打卡
– 不要穿睡衣，要更换正装
– 封闭办公、并且区分工作区和休息区
这些建议的目的，无非就要暗示自己：虽然你丫在家里，可你是在工作哦，别搞得自己太舒服了。这些暗示真的会有用吗？我不知道，也许对一些人会有点用。但在我看来，这些气氛工程不仅看似别扭，很可能实际上也不好使。只要有活干，没有人打扰，大部分人是可以好好工作的， 不管他穿的是睡衣还是西装，不管他穿的是拖鞋还是皮鞋。
关于封闭办公这个事儿，我也说两句。对于我而言，在开放区域办公比在封闭区域办公更能让我专注，不晓得是不是因为开放区域的空气更流通，还是因为环境白噪音。
有一点需要指出，尽量不要在视线范围内放置食物，特别是碳水化合物或甜食。因为这会让你的大脑”无法专心工作“。而你对这样的分心都无法察觉也无能为力。因为这是人类这种生物对糖本能的渴望。
分享：谈谈我们自己
远程办公对我的团队似乎影响比较小。这主要得益于我们从团队创建伊始就使用互联网产品来进行项目管理、文档协同、代码管理；也得益于我们设计的全线上持续交付工作流（入库 -> 持续集成 -> 持续发布)：
– 沟通。Slack作为工作的主要沟通工具，同时也扮演着“代码直播平台”的角色，即，Github上的代码提交、CI的结果都在Slack上被持续“播报”出来。疫情前后、这一点并没有改变。至于开会，我认为工具并不重要，重要的是：会前有准备，会中能控制(控制好时间，及时拉大家回到主题)；
– 研发管理。我们采用了两种模式来管理研发工作：1）Sprint模式；2）产品委员会(PMC)+版本火车(VT)模式。Sprint模式一般用于耗时较长的大研发任务，比如，一个大功能模块、一个子系统或一次大的UI设计改版。我们通常会立项、并采用Scrum的方法进行管理。PMC+VT模式则主要依赖工程师自己：
– 在进入开发通道后，PMC随即会召开会议，借助Zenhub在多个项目中，快速筛选出下一轮可以做的任务。这些任务都在Github的项目看板中有登记，并对应有自己的issue；
– 确定好的任务后，在本轮上线结束后，工程师可自行开始自己的任务，并自行安排赶窗口上线。在没有特殊情况下，周二和周四的下午6点，会有一趟车发出(merge到master触发自动部署上线）。工程师可以自行决定赶哪个窗口的车。由于代码仓库以及持续集成和持续部署的工作流都在线上，疫情对这种模式下的开发上线并没有什么影响；
– 文档协同、文档管理。我们很早就推行所有文档都采用Markdown(MD)格式编写。用MD编写文档不仅让我们编写文档更快速；同时，由于MD文件是纯文本，也便于在Github上进行版本管理。我们几乎所有的工作文档都在Github上，通过Github来进行协同在疫情到来前就已经是司空见惯的事儿了。
所以，在我看来，远程工作的能力并不在工具或者强调那些仪式感，而在于平时是否已经积累了许多利用互联网产品进行沟通、协同和管理的经验，并融入到团队日常的工作流程中。
来个总结
一句话吧：远程工作能力不是工具赋予的，它需要磨合（人与人、人与工具）、更需要修炼。