谈谈我在远程开发团队处理的最主要的三个问题

📒 前言

几年前还没有成为全职的独立开发者时，曾参与过一个四人团队的远程办公，历时一年，大家通力合作完成了一个相当重头的项目，论项目质量和效率，可以说比公司坐班的团队有过之而无不及。一直想针对这件事写点经验，拖拖拉拉到了今天，终于打算动手写一写。毕竟对于由核心技术组成的远程研发团队如何运作，我还是可以聊点东西的（但也不多，毕竟每家团队项目特点不同）。

先说说这个团队的项目，一个技术比重比较大的互联网工具型项目。这个项目的团队成员总的来说可以分三拨人。

第一拨，产品及运营成员。

第二拨，应用级开发成员。

第三拨，核心技术开发成员。

在这三拨人之上，还有一个凌驾于三拨人的职位之上的前后场自由人：老板。

以上三拨人，构成了兼具公司办公和远程合作的融合性团队。

具体怎么融合法呢。

第一部分，应用级开发成员若干，单独在老板居住地所在城市注册了一个公司并且租赁一个办公间，由一个技术负责人带队研发。

第二部分，产品和运营成员由老板作为核心产品经理亲自带队，以外包委托和远程合作的形式进行合作。

接下去就是重点的，也和远程有关的第三部分了，即核心技术团队，由一个技术核心人员带领三个主力成员进行远程开发。

以上，是我参与的这个项目的合作模式的一个概要介绍，往细了就不说了，有兴趣的可以找我私下讨论。接下去说说这类远程的一些非系统化的经验。我也是通过这一次的参与，以后我自己组织远程合作后，就变得更加有章法了。

📒 人才的选择问题

正如我上面介绍的，这个合作贯穿一年，而且是四个核心成员，并且对能力要求比较高（这里我就恬不知耻的把自己归入能力高的范畴啦）。这部分主要靠成员本身的人脉推荐。能够通过内部成员刷脸推荐到的，一般都会更可靠点，也省却了很多面试成本。而一般到招聘平台去招的人，更适合我上文提到的第二拨人，也就是需要管理者亲自坐镇在实体办公室管理的。

除了核心技术这种项目合作，还有一些远程短工需要用来解决类似翻译、运营内容等问题。这类合作就相对可以松散很多，例如通过社群发招聘，和认识的网友合作等解决问题。也就是说，技术含量越低、合作周期越短，远程管理难度也就越低，这是必然的。

因此，远程管理者如果想循序渐进的增加自己在这方面的经验，先多做一些短期合作，也就是短包，逐步拉长时间更合适。而且人选的质量总是最重要的。

我发现远程人员的性格因素，比想象的重要很多。也就是说，有些人的性格适合远程，有些人就是不适合。例如说自驱力比较差，不慎独的人，需要靠他律或者说办公室氛围来提高干劲的人，就不适合远程合作。

📒 核心远程成员之间的「关系建设」

关系建设，说白了就是人情世故。可能我说这四个字，有些人会感觉有点抵触吧，又来这套~

如果是技术含量低的短包，那么远程合作不需要做特别的关系建设。

但是如果是业务复杂，技术含量偏高，项目周期又长，甚至对业务有一定保密需求的工作呢？我认为关系建设显得至关重要。人嘛，毕竟是社会性的动物。如果远程合作大家的关系仅仅是工作关系，如果项目本身还稍微有个阶段比较乏味的话，大家彼此的关系的亲疏远近，是直接影响到项目的质量和效率的，甚至会让某些致命的错误在集体的沉默中隐而不发，最终崩溃让大家买单。

举个例子，假如有人在参与一个项目时，发现了一个看似可报可不报的问题，那么他对于要不要沟通这个问题的决定，很大程度上就取决于他和负责人的关系，如果这个负责人过于强势，沟通起来很费劲，这个成员可能就选择多一事不如少一事，不如不说了。但这类问题累加起来，可能就会形成大问题。

那么怎么解决关系建设问题呢，负责人本身的性格人品自然是最关键因素。在方法论层面，下面这样的团队协作是比较经得起考验的，当然了，这种答案并不唯一，参考即可。

第一，项目的规模需要的团队成员的数量最好是 3 到 4 人。这样的成员数量可以保障团队成员既有团体感又比较容易可控的保持彼此的良好关系。

第二，每周一次到两次的一小时例会。这类例会的目的不只是为了管理进度，而是类似于为了边线上聚会边谈论项目的形式而存在。

第三，每次例会，最好留出一定的时间（如一小时里的十到十五分钟）用于成员闲谈聊天。不要干巴巴聊完项目就跑。

其实以前我也是个效率至上的人，但是历事多了就会发现，任何人关系的建立就是在一句句看似废话的家常中形成的。（想想你是怎么泡妞或者泡汉子的吧）所以，会聊天会说话，真的挺有优势的。

至于节日过年，给大家寄一点小礼物，小特产（毕竟大家在不同的城市，接到对方城市的特产，是非常暖心的事情）这种事，如果管理者愿意做，是非常加分的。

对了，这里要表扬老板一顿，老板怕大家例会要戴耳机伤耳朵，主动给大家每人买了SHOKZ的骨传导耳机。

📒 项目管理和同步形式的问题

正如上面所说，这里讨论的是小团队的远程管理。所以，管理工具方面不要求新求变，传统并且精简的管理模型更适合大家。

我们最喜欢的进度管理工具，其实是共享文档中的 excel 表格。大道至简，最传统的工具 excel 反而是管理进度最灵活也最容易被大家接受的。对于小团队，一张 excel 版的共享甘特图就足够管理项目的进度了。

以上这个还好说，有时候复杂的是远程管理中的一些敏感信息的管理。

例如核心技术团队，是否应该人手有一部分代码的备份，其实这个问题没有标准答案。如果选择是，那么就要冒一个风险，即有人利用这套核心代码去谋私利或者拿去给对手做军令状。

根据墨菲定律，这时候就不太适合用用人不疑的理论来处理了。最起码对一些临时人员需要这么做。

所以这里有个管理方案，就是用向日葵远程控制的方案。这样不但开发者远程，开发机也远程。而向日葵远程控制方案是有一种进阶技术的，即可以让远程机器只能访问局域网，这样就规避了成员将代码同步到云端的可能性。

至于其它一些远程管理工具，例如说开多人会议、会议纪要和团队wiki等，相对来说可以各家按自己的偏好来，这部分坑少一点，就不在这里赘述了。

-- End --

🔗 补充