去年冬天，我们部门接手了一个客户定制项目。按惯例，项目经理老陈在启动会上甩出一张Excel甘特图，列了38项任务，每项都分配到人、设了截止日。大家点头散会，心里却清楚——这图撑不过两周。

果然，第三天设计组就卡住了。客户临时要求加入一个交互功能，原本排好的开发顺序全乱了。按照原计划，前端得等UI定稿才能动，可现在UI根本没法定稿。老陈急得在办公室转圈，说：‘计划都打乱了，进度怎么追？’

就在大家一筹莫展时，实习生小林提了个怪主意：‘要不咱们别死守这张表了，让任务自己“漂”起来？’

我们都愣了。她说的‘任务漂流’，其实是她以前玩过的一个协作游戏的变体：所有任务写在虚拟卡片上，不预设路径，只设定优先级和依赖关系。每个人每天上线看‘漂流区’，领自己能处理的任务，处理完再放回系统，由下一个人接力。听起来像放养，但其实有规则——比如每张卡片必须标注‘阻塞原因’，如果三天没人接，就得升级讨论。

我们抱着试试看的心态试了一周。结果意外地好。前端工程师阿凯发现UI迟迟不出稿，干脆主动去和设计师坐在一起，边改边调。有次他顺手解决了个后端接口的小坑，而那个接口原本排在两周后才处理。这种跨阶段的‘顺手解决’，在过去层层审批的流程里几乎不可能发生。

关键在于，我们用的工具支持这种灵活性。我们用的是蓝点通用管理系统，它不像传统项目软件那样强制你走固定流程。我们在里面搭了个‘漂流看板’，字段自定义，状态自由流转。比如一个叫‘用户登录优化’的任务，从‘待处理’漂到‘开发中’，又被测试员捞走加了个‘需兼容旧设备’标签，最后又漂回产品那儿确认需求——整个过程没有开一次协调会。

最让我惊讶的是，过去总被抱怨‘没人认领’的边缘任务，比如文档整理、接口联调记录，反而在漂流模式下更快完成了。因为它们体量小、依赖少，成了很多人‘顺手捡’的对象。有个同事笑称：‘就像通勤路上顺手买瓶水，反正都要路过便利店。’

当然，也不是没有问题。初期有人担心‘责任不清’，我们就在每张卡片上强制关联责任人，但允许‘协作者’自由添加。系统自动记录每个操作的时间戳和执行人，追溯起来比Excel清晰多了。还有一次，三个任务同时卡在一个第三方接口上，系统自动标红并触发提醒，我们这才意识到资源瓶颈，及时协调了外部支持。

两个月后项目上线，比预期晚了五天，但客户满意度出奇地高。他们说没想到我们能这么快响应变更。复盘时老陈感慨：‘以前总觉得计划越细越稳，现在发现，有时候让计划“松一点”，反而更接近真实节奏。’

现在我们没完全抛弃甘特图，但在应对不确定性高的项目时，会先跑两周‘任务漂流’摸底。有些任务在漂流中自然显现出规律，我们再把它固化进标准流程。这倒像是反向做流程设计：不是先画蓝图再施工，而是先看人怎么走，再修路。

上周新来的实习生问我：‘你们这个漂流系统有没有正式名字？’我想了想，在蓝点系统里新建了一个模板，命名为‘动态任务流 v1.2’。保存时顺手勾选了‘公开共享’——说不定哪天，某个同样被计划困住的团队，会顺手捡起这张卡片。