我和三个人远程协作的三年：几个土办法

我们团队四个人，分散在三个时区。最早那半年全靠聊天软件，结果就是同一件事被反复问，文件版本从v1传到v7，最后谁也不知道哪份是准的。后来逼出来一个规矩：凡是超过三句话的讨论，一律挪到共享文档里写。聊天只用来约时间、发提醒。这个转变看着小，但省下来的时间很实在——光减少重复解释这一项，每周至少省出两三个小时。

共享文档怎么写也有讲究。我们试过好几种模板，最后留下的是最土的那种：每篇文档开头固定三行，写清楚「谁写的」「什么时候更新」「当前状态是讨论中还是已定稿」。正文部分用加粗标出结论，用引用块放原始数据。比如上次选云服务商，我把各家报价、带宽限制、客服响应时长做成一张表，贴在文档中间。谁有疑问直接在表格下面留言，不再另开话题。这样一篇文档就是一条完整的记录，后来的人翻一遍就知道来龙去脉。

文件管理我们走过一段弯路。最早用聊天软件传压缩包，名字叫「最终版」「最终版2」「真的最终版」。后来改成共享文件夹加统一命名：日期加项目名加版本号，比如20240512-官网改版-v3。每次改完在文档里写一行变更说明，只写改了什么，不写为什么改——为什么改在讨论区里找。这个习惯坚持了两年多，现在翻旧文件基本不用猜。有个小细节：版本号只写到个位数，v1到v9足够了，超过就说明该拆任务了。

任务跟踪我们没用复杂的项目管理软件。试过几款，功能太多，填半天才能建一个任务，反而没人愿意更新。现在就用一张共享表格，列很少：任务名、负责人、截止日、状态。状态只有四个选项：待办、进行中、卡住了、已完成。每天早上花五分钟过一遍，重点看「卡住了」那一列。卡住的原因写在旁边一格，通常一两句话就够。这张表最大的好处是能看出整体走势——如果连续几天「卡住了」变多，说明排期太紧或者依赖没理顺，得停下来调。

远程协作最怕的是「以为对方知道」。我们有过一次教训：两个人同时改一份方案，一个改了价格，一个改了交付时间，谁也没说，结果发给客户的是拼接版。后来定了一条硬规矩：任何文档同一时间只有一个人有编辑权，其他人只能评论。编辑权交接在聊天里说一声，比如「我改完了，你看下」。这条规矩听起来麻烦，但比事后返工省事得多。

还有一个习惯是每周五下午花二十分钟做一次简单复盘。不写长文，就在共享文档里回三个问题：这周完成了什么、卡在哪里、下周优先做什么。三个人各自写各自的，写完互相看一眼。这个动作坚持了大概一年半，回头看那些记录，能明显看出哪些环节反复出问题。比如有段时间总是周五才发现任务没做完，后来把截止日提前到周三，留两天缓冲，情况就好多了。

关于预测这件事，我现在的态度是：不做太远的计划，只做两周内的排期。远程协作变数多，一个人生病或者网络出问题，整条线就断了。所以我们的排期表只排两周，每周五更新一次。两周内的任务尽量拆小，每个不超过两天。这样即使有变动，调整成本也低。至于更远的走势，看历史记录比拍脑袋准——翻翻过去三个月的完成情况，大概能知道团队的真实节奏。

工具换过好几轮，从聊天软件到共享文档到轻量看板，最后留下来的都是那些打开就能用、不用培训的。有个同事说得挺对：远程协作的工具，谁都能上手比功能多重要。我们现在这套组合——共享文档写讨论、表格管任务、周五复盘——没什么新鲜的，但胜在每个人都知道东西在哪、该找谁。如果你也在远程协作，不妨从最小的一步开始：把下一次超过三句话的聊天，挪到文档里写。