我们部门有七个人，做产品运营。去年年初，公司推行跨部门协作项目制，我们被要求和客服、技术、市场三个团队频繁对接。结果没出两周，问题就来了：任务像掉进黑洞——谁都知道该做点什么，但没人清楚到底谁在做什么。

最典型的例子是那次用户反馈功能优化。客服说他们早把数据整理好了，技术说没收到明确需求文档，市场觉得这不归他们管，而我们自己也在等技术排期。最后拖了三周，问题还是靠老板开会才推动起来。

说实话，我当时第一反应是上个协作工具。市面上那些花里胡哨的SaaS平台我都试过：有的太重，填个表单要五步；有的太死板，流程改一次得找IT；还有的干脆成了‘打卡工具’，每天写日报比干活还累。我不想让团队陷入新的形式主义。

后来我想到一个土办法：待办事项漂流。

灵感其实来自大学时玩的角色扮演游戏。每个任务就像一个‘物品’，只能由一个人持有。谁拿着它，就得负责推进，并在48小时内决定‘传给谁’或‘完成’。我们不用复杂的系统，最初只是在一个共享表格里用颜色标记状态：绿色是正在处理，黄色是等待交接，红色是卡住了。

第一天，大家觉得挺新鲜。第二天就开始抱怨：‘我又不是中转站！’‘为什么每次都要我主动去问？’

但我坚持了一周。慢慢地，变化出现了。当每个人都知道‘这个任务现在在我手里’，责任感就不一样了。更关键的是，交接的时候必须写清楚进展和下一步建议，无形中倒逼大家把模糊的想法落地成具体动作。

比如上次那个用户标签分类的问题。以前可能就是一句‘技术帮忙看看能不能加个字段’，现在持有者会写：‘已确认需要新增3个标签类型，字段格式为字符串，最大长度50，建议下周二前评估可行性，并反馈是否影响现有报表逻辑。’

信息密度一下子上去了。

不过，表格终究有局限。多人编辑容易冲突，历史记录查起来麻烦，而且没法自动提醒。这时候，我引入了蓝点通用管理系统。

我不是为了推产品。实话说，我们试过不少无代码平台，但蓝点的灵活性确实少见。我们在上面搭了一个极简的‘漂流看板’：每条数据代表一个任务，字段只有几个——标题、当前负责人、来源部门、期望完成时间、状态、交接日志。最关键是那个‘交接日志’，每次转手都会自动追加记录，谁什么时候交的、说了什么、有没有附件，一目了然。

而且它支持自定义流程。比如规定‘技术类任务必须经过测试确认才能关闭’，系统就会自动卡住，少一步都过不去。但我们没设太多规则，怕又回到僵化老路。现在的规则就一条：任务停留超过72小时未更新，自动标黄并邮件提醒。

用了三个月，最明显的改变是会议变少了。以前每周要开三次同步会，现在改成双周一次复盘就行。因为大家随时能看到任务流向，知道瓶颈在哪。有一次财务部临时插了个紧急需求，结果两天内就完成了交接和评估——因为他们看到任务正在‘漂流’，而不是沉在某个邮箱里。

还有个意外收获：新人上手快了。以前新来的同事要花一两周搞清楚‘这事一般是谁做’，现在打开看板，看几条历史流转记录，基本就明白协作模式了。

当然，也不是所有任务都适合‘漂流’。那种长期规划类的工作，比如年度策略，还是得用别的方法。我们目前只对跨部门、有明确交接节点的任务启用这个机制。

有人问我，这不就是把Kanban（看板）换个说法吗？我觉得有点像，但重点不在可视化，而在责任的明确传递。很多协作问题不是因为没工具，而是责任边界太模糊。一个任务在群里@了三个人，等于谁都不用负责。而‘漂流’强制你选一个人先扛起来，哪怕只是暂时的。

现在其他部门开始来问我们是怎么做的。上周市场部借走了我们的模板，技术部甚至想把它扩展到bug追踪流程。老板最近也注意到了，说我们组的跨部门项目平均周期缩短了40%。

我没说这是什么管理创新，它甚至有点游戏化、不正经。但有时候，让一群人真正动起来的，不是一个宏大的战略，而是一个能让人愿意参与的小机制。