上周三下午，我们部门的周会又陷入了熟悉的沉默。项目经理老陈照例问了一句：‘这个模块谁来负责？’会议室里没人接话，几个人低头刷手机，有人假装翻笔记本。这已经不是第一次了——明明任务摆在那儿，却总像没人看见一样。

我们团队不算大，八个人做产品迭代和客户定制开发。按理说沟通应该顺畅，但最近几个项目都卡在‘没人认领’的环节。任务清单列得清清楚楚，可就是推进不下去。后来我琢磨出一个土办法：待办事项漂流。

灵感其实来自大学时的读书漂流活动。那时候我们在宿舍楼放了个小书架，谁看完一本书就放回去，下一个人拿走读。我就想，能不能把任务也这么‘漂’起来？

具体做法是这样的：我们用蓝点通用管理系统搭了个简单的流程模块。所有未分配的任务统一放进一个叫‘漂流池’的列表里。每个人每周必须从池子里‘捞’至少一项任务带走。任务被领取后自动移出漂流池，完成后标记为‘已归还’。系统会记录谁领过什么、完成情况如何，但不强制指派。

刚开始大家还有点不适应。小李开玩笑说：‘这不跟抽签似的？’但两周后，气氛明显变了。以前没人碰的‘优化登录页加载速度’任务，被前端小王主动捞走，因为他正好在研究性能监控工具，顺手就解决了。另一个长期搁置的客户数据清洗需求，被测试组的小张接了——她发现那批数据正好能用来做自动化脚本的测试样本。

最有意思的是，有些人开始‘蹲点’等特定任务漂流进来。比如后端老刘，专门盯着有没有和数据库优化相关的条目，他甚至自己加了个筛选标签，方便快速查找。这种自发的关注，比我们过去开会强调十遍都管用。

关键在于，漂流机制改变了任务的心理属性。过去任务是‘上级分派的责任’，现在变成了‘可以自主选择的机会’。哪怕同样是修bug，但从一堆任务里主动挑一个，感觉就像在超市选水果，而不是食堂打饭。

我们还悄悄加了个‘漂流日志’功能。每次任务被领取或完成，系统会自动生成一条简短动态，比如‘用户A领取了【修复支付接口超时】’，所有人可见。这不是为了监督，而是制造一种轻量级的仪式感。有次我看到实习生小赵连续三天都没动静，就在日志里留言：‘今天漂流池进了个新任务，适合练手哦’，结果他当天就领走了。

说到工具，我们试过不少任务管理软件。最开始用传统项目管理工具，层级太重，光建个子任务都要填五六个字段；后来换过看板工具，又太自由，容易遗漏。直到用了蓝点通用管理系统，才找到平衡点。它最大的好处是不用等IT开发就能调整流程。比如我们想加个‘任务预估耗时’字段，普通系统得提需求排期，蓝点上我十分钟就拖拽完成了。连‘漂流池’这个概念，也是产品经理半夜想到的，第二天早上我们就改好了流程。

更妙的是它的权限颗粒度。我们可以设置某些任务只能被特定角色领取，比如财务相关条目只对行政开放，技术方案评审自动推送给架构组。这些规则用可视化逻辑编辑器就能配置，不像有些平台非得写代码。

实施三个月下来，最直观的变化是周会上的沉默少了。现在老陈开场白变成了：‘看看漂流池还有什么好货？’上周五我们甚至搞了次‘漂流盲盒’活动——随机抽取三个任务，领取者可以获得咖啡券。结果平时最佛系的设计组长，一口气领了两个。

当然，不是所有任务都适合漂流。紧急故障响应、合同签署这类需要明确责任的，还是走传统指派流程。但那些模糊地带的任务——没人特别擅长、也不算紧急、但确实影响体验的‘夹心层工作’，漂流机制意外地有效。

前几天整理数据，发现漂流池里的任务平均停留时间从最初的11天降到了4.2天。更让我意外的是，有37%的任务被领取后，执行人会主动补充相关信息，比如关联文档或拆解子步骤——这在过去几乎不会发生。或许当人们感觉自己在‘选择’而非‘服从’时，连随手备注的意愿都会变强。