为什么国内公司远程办公发展滞后？
梦想是在小镇的咖啡馆喝着咖啡听着音乐，静静地敲代码... 没有人打搅....偶尔看看邮件和 slack 仅从工程师这一个职业来聊聊远程协作的问题吧。最近一年我们一直在尝试远程协作，也积累了一些经验。 远程办公发展不起来，一个主要的原因是 远程办公很多沟通不方便，反馈不及时，协作体验不好嘛。就说工程师吧，如果 PM 有个产品细节需要打磨，这个时候你在上海，他在北京，那沟通起来效率多低，就算视频通话恐怕也不行。 工程师是一个非常适合远程协作的行业，除了沟通产品，工程师都在静静的敲代码，可是大家依然不肯放过工程师。原因在于，很多时候，我们这些码农无法给出可视化的进度，这让项目经理、产品经理都很头疼。如果在办公室还好，至少我能看到你在干活，可以问问你进度，能够安安心，尽管这其实很不理性。可是如果你不在身边，我要隔空和你对话，那感觉就像在和空气做同事，毛都看不到。 所以想要组建一个支持远程办公的团队需要下哪些功夫呢？一是招聘要下功夫，找到合适的人，至少技术水平靠谱，沟通起来 gap 不是很大。再者需要有适合分布式协作的技术架构、基础设施和工作规范，这个其实是最缺失的。技术架构不说了，SOA、微服务、前后分离等等概念挺多的，可以对项目横向、纵向切分。 重点是支持分布式协作的 基础设施和工作规范，这也是我最想讲的，单从基础设施这一个方面去看，你就知道有多少公司和码农不适合远程办公。 起码，你的产品环境得搭建在云平台吧，至少测试环境得放在云平台吧。现在很多的大公司，连 vpn 都不支持，你让工程师怎么远程协作。在家？啥都干不了啊？代码也得使用 git 这类分布式 VCS 来管理吧。 上面说的还是最基础的，现在越来越多的公司也开始采用开放云平台了。下面要说的工作规范就和码农的自身技能有关了。想要远程办公的码农，要思考一下怎么让你的伙伴体验更好。你说一个产品，分前后端开发，后端连个像点儿样的接口文档都写不出来，前端连接口都不会 mock，这还让人怎么活... 要想工作不在挤地铁，起码要让你的“工程能力”提高一些，分工要明确，接口文档要能写好，要会 mock 接口，要能够定期发布可以联调的版本。 即便是在国外，恐怕远程办公的成功公司也还很少吧。人要足够好，要有支持分布式协作的技术架构和基础设施，更要建立起和分布式协作方式吻合的工作规范，这很难啊。