落乎团队的远程开发协作方法

落乎工作室成立于 17 年底，在所有成员都是挤出业余时间来贡献的条件下，到 2020 年我们已经累计有过万的用户，正常工作时间的日活也能有 100-200. 这两年中我们增加了一些成员，现在大家分布在全球 3 个时区，个人觉得在这种情况下还能保持生产力是很不容易的，所以想把试过、有效果的工作方法和读者朋友们分享。而且正巧最近由于种种原因，很多人不得不远程工作，希望这篇文章能够提出对大家有用的建议。

多种沟通方式

各种沟通途径都有利有弊，沟通方式的多元化可以取长补短。我们使用微信作为及时通信，非技术同学发现问题在微信群里报告，解决问题的进度也在群里让大家知晓。总结性的报告用邮件和 ppt 来进行，比如我们半年性的技术报告是通过阿里的邮箱来发送的，季度性的总结是通过 ppt. 邮件的好处在于它容易作为历史记录存在，在回顾过去展望未来的时候，邮件是很好的帮手。Quip 用来写文档和存放会议纪要， 产品的设计、对于某个业务或某个技术的研究，我们都会记录下来，放到 Quip 上和组员分享；同时，我们也用 Quip 的一个聊天室作为新版本发布的宣布频道。每周的会议通过 QQ 语音和屏幕共享来进行。

我们开发了管理员网站，方便运营人员独立发布内容。我们的小程序中有一个信息流的功能，本来是需要运营人员写好稿子，由开发去加到数据库中。我们不可能让运营同学去学 SQL，也不能让开发去多操心用户关系，所以做了一个安全级别比较高的网站，只对内部人员开放，以“自服务”的方式支持运营工作。

偏向技术类的沟通方式主要是在 GitHub 进行的。出现的问题、新的需求会以 issue 形式开启，有不清楚的地方通过 issue 下发评论或者微信讨论。代码审阅的意见和讨论在 Pull Requests 下面，微信会用来作为额外的辅助讨论工具。每有新 commit/issue/pull request, 技术主管都会收到邮件，及时处理。

后端出现问题，异常的逻辑或者检测到脏数据会通过邮件来告警开发人员。我们发现期待开发人员经常登陆生产服务器看日志是比较低效的，除非重大问题，日志不经常看。所以异常逻辑出现的时候，比如一个 assertion 语句不成立，我们会发邮件给开发人员，这样子的一个提醒能够从手机屏幕上跳出来，我们发现在实际操作中这很能提高优先级。

多样化的沟通方式还能够帮助我们保持新鲜感。我认为理性人假设是错的，人是有很多非理性的需求需要满足的。在城市待久了就像去乡下看看，乡下待久了想去城里，旅行是会花很多钱，而且浪费工作赚钱时间的，但大家还是乐此不疲。新鲜感也是一个需要满足的地方，做好这一点帮助我们在这些时间里面坚持下来。

坚持交付

在保证信息流动以后，一个团队不能光说，而是要能够做事情。这显然是一个常识，有人会问这有什么好坚持的呢？其实这确实是值得讲的。记得吗，我们是一个业余时间远程工作的团队，大家都有自己“主营的业务”，都很忙，全职工作都会占据大量的时间精力，很多时候下了班回家就处于什么都不想干的状态。这种想法是正常的，但我们也能够通过一些小技巧来保证业余项目的交付。全职工作好比是推大轮子的话，业余工作就是推小轮子，不用期待自己能够神通广大，利用自己的剩余精力，能推一点是一点，推完之后要在当地做个记号，保证下次来的时候是从新的起点开始。实际操作中，我们会每周安排一些分量比较轻的工作，然后一周汇报一次，看看哪些完成了，哪些需要更多时间。完成的要及时记录，让大家都知道我们已经向前走了一步了，没有完成的要分析一下集体对这个问题的认识，是否是低估了复杂度。当然我们要能够保证大部分的任务是完成的，我们的轮子要能滚起来。

下图是部分我们 19 年积累的一些会议纪要。

谋定而后动

我们自知精力有限，所以每一次周安排都进行做最有价值的事情，不搞拍脑袋大行动。有些技术确实很火，比如人工智能，市面上也有对各种框架的莫名狂热，搞得大家都想尝试尝试。我总结了下，我们在实践中坚持两个原则：

1. 重视用户体验
2. 重视技术支持业务

首先服务要稳定，好用。过于酷炫的功能如果无法帮助用户的话，我们会咬咬牙割舍掉的。其次技术要为业务服务，我们自知团队小，有一定的技术储备是好事，但现实是我们没有华为那样的实力可以去投资科研。这些考虑都是我们的“谋”，我们在日常的工作中会考虑到这些因素，充分辩论以后再决定下星期、下个季度要做的事情。