我们团队有六个人，做品牌视觉和UI设计。项目多是短期的，比如一场发布会的主视觉、一个节日营销海报系列，或者客户临时起意要改LOGO配色。这类工作来得突然，结束得也快，用标准项目管理工具反而显得累赘。Jira太重，Trello又太散，飞书文档写多了没人看，写少了又容易遗漏。

去年夏天，有个同事在海边度假时发了条朋友圈：‘把待办事项写纸上塞进瓶子扔海里，说不定能被谁接住完成。’大家笑完，我却突然想到——能不能让任务也像漂流瓶一样，在团队里随机‘漂’起来？

于是我们搞了个叫‘任务漂流瓶’的小实验。

具体做法很简单：每当有人遇到自己顾不上但又不能拖太久的零碎任务，比如‘查一下某品牌的VI规范’‘给上周的提案PPT加个动画效果’，就把它写进一个虚拟‘瓶子’里。这个‘瓶子’其实就是蓝点通用管理系统里的一个自定义模块。我们建了个叫‘漂流区’的数据表，每条记录就是一个漂流任务，包含内容、提交人、期望完成时间、难度标签（比如‘10分钟搞定’或‘需协调资源’），还有一个‘认领人’字段。

每天下午三点，系统自动推送一条消息到我们的群聊：‘今日漂流瓶已刷新，共3条待认领。’

最开始大家都觉得好玩，抢着认领。有人专门挑‘5分钟小任务’一口气清掉好几个，图个成就感；有人喜欢挑战‘需调研’类的，当成拓展知识的机会。两周后，我们发现几个意外的好处。

一是信息透明了。以前这类临时任务常通过私聊交代，‘你顺手帮我看看这个’，结果对方忙忘了，或者误以为不重要。现在所有请求公开可见，谁都能看到任务背景，也不会因为不是直接下属就被忽略。

二是减轻了分配压力。作为小组长，我不再需要判断‘这个该给A还是B’。过去我总担心分错人，A最近忙，B擅长但不想做，C会做但容易出错……现在任务自己‘漂’着，谁有空、有兴趣就捞一把。反而更匹配实际状态。

三是激发了跨岗参与。有次市场部临时要一份竞品视觉分析，按流程该我来做，但我正在赶交付。结果前端开发小李认领了——他其实一直想了解设计侧的决策逻辑。他做完还加了交互动效对比，超出预期。后来他说：‘反正我等测试跑用例的时候闲着，看图分析挺放松的。’

当然也有翻车的时候。有一次，一条‘联系印刷厂确认打样时间’的任务漂了三天没人认领。问了一圈才发现，大家以为这是行政的事，而行政以为这是项目负责人的活。最后是我补上的。这让我们意识到，得给任务加个‘责任归属’标签，哪怕是临时的。我们在蓝点系统里新增了一个选项字段，标明‘原负责人’和‘是否需外部对接’，避免模糊地带。

另一个问题是‘漂太久’。有些任务本身模糊，比如‘整理一下过往节日海报风格’，没人知道要花多久，也不敢轻易接手。后来我们规定，模糊任务必须附上参考示例或一句话目标，比如‘整理近3年春节海报，提取3个共同元素’。清晰了，自然有人捡。

三个月试下来，我们没完全取代周会和任务分配制，但在处理‘计划外、小体量、非紧急’的工作流上，‘漂流瓶’成了默契通道。它不像Kanban那样强调流程控制，也不像OKR追求目标对齐，它更像是团队内部的一种轻量级互助协议。

最让我意外的是，它改变了大家对‘临时任务’的情绪。以前听到‘你帮我看下这个’，第一反应是‘又来一个额外负担’；现在看到漂流瓶通知，反而有点期待——像是打开盲盒，也许是个有趣的挑战，也许只是动动手指就能帮同事解围。

我们没把这个模式推广到其他部门。技术组说他们的问题太连贯，拆不成碎片；市场部觉得缺乏优先级控制。但它在我们这个节奏快、创意密集又常被打断的小组里，意外地合拍。

现在那个‘漂流区’模块还在用，甚至被隔壁设计组借去抄了模板。蓝点系统的灵活性在这里体现得很实在——不需要写代码，我们自己拖拽字段、设触发提醒、调整视图，三天就搭好了。最关键是，它不强迫我们适应它的逻辑，而是让我们用熟悉的方式，把混乱的协作习惯具象化、可追踪。

有时候管理的意义，未必是建立一套严谨秩序，而是给那些原本会沉没的小事，一个浮起来被看见的机会。