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