上周三早上9点，我们部门又准时开始了每周的例会。会议室里六个人围着桌子坐着，项目经理老张照例打开PPT：‘今天我们先同步一下进度，然后讨论下卡点问题。’

我低头看了眼自己的待办清单——三个功能模块还没验收，客户昨天已经催了两次。但我知道，这场会至少得开一个半小时，真正轮到我说话可能要40分钟后。

这让我想起去年在另一个项目组的经历。那时候我们彻底取消了周例会，换成了一种叫‘任务漂流’的工作方式。

听起来有点玄乎，其实很简单：每个人把自己的任务写成一张‘漂流卡’，挂在公共看板上。卡片不写‘完成前端开发’这种模糊描述，而是具体到‘修改登录页验证码接口，适配新安全策略’这样的动作。每张卡只有一个负责人，中途不能换人，直到闭环。

最特别的是传递规则——你只有在完成当前任务后，才能从别人那里接过新卡片。如果卡住了，不能直接扔给同事，必须在卡片背面记录问题细节，等对方主动来‘认领’。

刚开始大家都觉得别扭。测试员小李第一次遇到兼容性问题，硬是卡了两天没传卡，最后自己翻文档解决了。后来他说：‘那两天压力大，但搞明白之后，同类问题再没犯过。’

这种机制意外地改变了我们的协作模式。以前遇到难题第一反应是‘找谁帮忙’，现在会先想‘怎么把问题说清楚’。更妙的是，那些原本藏在口头汇报里的‘差不多完成了’，全都被具象化成看得见的流动轨迹。

有段时间我们尝试用Excel共享表替代实体看板，结果发现少了仪式感，任务传递变得随意。有人甚至同时接三四张卡，又退回了多线程混乱的老路。后来改用蓝点通用管理系统重建数字看板，才找回原来的感觉。

这个系统有意思的地方在于，它不像传统OA那样预设固定流程。我们在上面自定义了‘漂流卡’的数据模型：字段包含任务描述、当前负责人、停留时长、流转记录，还加了个‘阻塞日志’专门记录卡点情况。

设置了个自动提醒——每张卡停留超过48小时就会变色预警。但不是推送给上级，而是发给所有成员的公开消息。神奇的是，这种轻微的群体注视压力，比领导督促更有效。

有次市场部临时要数据报表，技术主管老刘本可以直接插队，但他还是走正常流转程序。他在卡片备注里写：‘优先级高，建议今晚加班处理’，然后静静等着有人主动接单。结果运维小王晚上七点就把它领走了，因为系统显示这是当周第三张红色预警卡，完成后的积分能冲上月度榜首。

我们没设任何物质奖励，但那个虚拟排行榜让很多人上了瘾。后来发现，连续三个月排名第一的竟然是行政助理陈姐。她负责的办公用品申领卡流转速度，比核心开发任务还快。她说：‘反正顺手的事，早传走早清净。’

现在回头看，‘任务漂流’真正的价值或许不是提升效率，而是暴露了组织里那些习以为常的偷懒机制。比如过去常说的‘协同推进’，往往意味着责任稀释；而强制性的单点传递，反而逼出了真实的协作意愿。

上个月公司推广新的审批系统，培训会上讲师反复强调‘流程自动化’。散会后实习生问我：‘咱们的漂流卡算不算一种反自动化？’我想了想说：‘更像是给自动化之前，先做一次人性校准。’

今天早晨，我收到系统通知：那张拖了五天的接口修改卡，终于漂到了测试环节。看板上它的轨迹线弯弯曲曲绕了七个节点，比其他任务多出两倍路径。但在‘阻塞日志’里，密密麻麻记着十三次技术讨论的要点。