我们团队做的是定制化软件交付，客户多、需求杂，每个项目都像在搭乐高——零件不少，说明书却总是残缺。以前用过不少项目管理工具，Jira太重，Trello太散，Excel又容易变成‘谁最后改的谁负责’的罗生门。最头疼的不是任务多，而是有些任务根本没人认领，却总在周会上被提起。

比如上周例会，产品经理突然说：‘这个接口文档怎么还没给测试？’开发组长一脸懵：‘我这边没接到任务啊。’测试主管也纳闷：‘我也没收到通知。’后来翻了三天前的群聊记录，才发现产品在群里随口提了一句，没人回复，也没人建任务。这种‘影子任务’我们后来统计了一下，一个项目平均能冒出七八个，全靠人肉记忆和口头传递，漏掉是常态。

真正让我们下决心换工具的，是一次客户演示事故。我们承诺展示一个新功能模块，结果当天才发现，那个模块的UI设计压根没启动。设计师说没人派活，项目经理翻遍任务列表也找不到这条记录。原来，它只存在于一次非正式会议的白板草图上，会后没人把它‘正规化’。

后来行政小王推荐了一个叫蓝点通用管理系统的工具，说是‘啥都能管，自己画表格’。我们半信半疑地试了两周，结果发现它最厉害的地方不是功能多，而是你可以自己画一个任务流程出来。

我们做了个‘需求落地四步卡’：需求提出 → 任务创建 → 责任认领 → 进入排期。每一步都设了个状态栏，必须手动拖动才能进入下一步。最关键的是，我们加了个‘来源标记’字段，可以选‘会议纪要’‘群消息’‘邮件’‘口头沟通’。这样一来，哪怕是在茶水间随口说的一句话，只要被记进来，就必须走完这四步，否则系统里就挂着个‘未闭环需求’的红标。

更妙的是，我们把每周一的晨会改成了‘影子任务清零会’。打开系统，筛选所有‘来源标记’为‘口头沟通’但状态卡在第一步的任务，一条条过。有合理的，当场分配；没必要的，直接关闭。两个月下来，这类‘幽灵工作’减少了80%。

还有个意外收获：我们给每个项目建了个‘外部依赖墙’，专门登记那些等客户反馈、等第三方接口、等法务审核的事项。以前这些事都是‘等消息’，现在每个都建个虚拟任务，设个提醒周期。有一次，客户连续三周没回邮件，系统自动标红，我们提前预警，换了备用方案，避免了延期。

最开始大家嫌麻烦，觉得多此一举。但有次复盘，我们发现一个项目比预期快了五天交付，原因就是‘没有因为漏任务返工’。从那以后，连最老派的开发老李也主动在系统里建任务了。他开玩笑说：‘以前是人在追事，现在是事在追人，反而轻松了。’

现在我们办公室墙上贴了张A3纸，写着：‘没进系统的任务，等于没发生。’这句话最早是调侃，现在成了共识。