每周一早上9:15，我们团队的会议室总有点像小型拍卖现场。不是在卖东西，而是在‘拍卖问题’——谁的问题最紧急、影响最大，谁就先被‘拍下’处理。

这听起来有点荒诞，但这是我们过去三个月摸索出来的一套晨会机制，叫‘问题竞拍制’。起因很简单：以前的站会变成了流水账汇报，每个人说‘我昨天做了A，今天要做B’，没人听，也没人解决问题。

转折点出现在上个月。那天，产品经理小林第三次提到‘用户导出功能卡在测试环节’，已经拖了四天。开发说等测试排期，测试说环境没准备好，运维说脚本还没审批。一句话在三个人之间来回弹，就是没人接手。我突然打断：‘咱们别说了，现在谁愿意接这个？’

没人举手。

我说：‘那我挂个“悬赏”——今天谁能推动这事闭环，周五团建预算多加200。’

五分钟后，测试组的小张主动认领。当天下午，问题解决了。

这让我意识到：很多工作卡点，不是因为难，而是因为‘责任模糊’。每个人都觉得‘不归我管’或‘别人会做’，结果就是集体沉默。于是我们开始尝试把晨会从‘进度播报’改成‘问题拍卖’。

具体做法是这样的：

每天早会前，所有人把自己的‘卡点’写在共享表格里，包括问题描述、影响范围、当前阻塞方。我们会提前分类，比如技术类、流程类、跨部门协调类。

会上，主持人（轮值）逐一‘拍卖’这些问题。不是分配任务，而是鼓励‘认领’。你可以报价：‘我来推动，但需要XX配合’，或者‘我可以接手，但得调整优先级’。

最关键的是引入‘问题积分’。每个问题根据复杂度和影响打分，比如一般阻塞3分，影响上线的8分。谁认领并闭环，就积累相应积分。月底积分前三有额外奖励——不一定是钱，可能是调休、选项目优先权，甚至是老板请吃火锅。

一开始大家还不习惯，觉得‘抢问题’怪怪的。但两周后，风气变了。有人开始主动挖掘潜在风险，提前挂牌；有人专门盯着高分问题，当成‘业绩突破口’；甚至出现‘问题转包’——A觉得自己搞不定，但知道B擅长，就拉B一起竞拍，分积分。

最意外的收获是，跨部门协作变顺了。以前找其他组要资源，总像‘求人’。现在，我们可以理直气壮地说：‘这个事我挂了5分的问题拍卖，你们要不要一起来拿积分？’对方往往更愿意配合。

这套机制能跑通，离不开一个工具支撑——我们用的是蓝点通用管理系统。它最大的好处是‘零代码自定义’，我们花了一下午就搭好了‘问题拍卖台’。

在蓝点里，我们建了一个‘卡点池’数据表，字段包括问题标题、责任人、状态、积分、关联项目等。每次拍卖后，直接更新记录，状态自动同步到看板。还能设置提醒：某个问题挂超过48小时，自动标红并通知负责人。

更灵活的是流程设计。比如，一个问题被认领后，系统自动触发‘解决倒计时’，72小时内未闭环，就会弹出提示：是否需要升级协调？这样避免了‘认领了却拖延’的情况。

有次财务部看到我们的看板，问能不能借去用。他们正为报销积压头疼。我们干脆帮他们复制了一套模板，把‘报销单滞留’也纳入拍卖——谁处理积压单据，按数量积分。两周后， backlog 从137单降到9单。

当然，也不是所有问题都适合拍卖。比如日常维护、例行任务，还是走常规工单。我们只拍卖‘非标准化、需协调、有明确阻塞’的事项。

现在回头看，‘问题拍卖会’本质上是一种轻量级的责任显性化机制。它把模糊的‘谁该负责’，变成可量化、可追踪、可激励的行动。管理不一定要靠制度压人，有时候，一点游戏感，反而能激活组织的自驱力。

上周五团建，小张用积分换了两天调休。临走前他说：‘其实那200块火锅钱不重要，关键是，我终于感觉自己在“解决大事”。’