我们团队有9个人，做的是中型企业的定制化系统交付。过去一年里，最让我头疼的不是技术难题，而是每天早上的晨会——它渐渐从‘同步进度’演变成了‘互相甩锅大会’。

原本设定10分钟的站会，经常拖到半小时以上。有人抱怨后端接口没给，有人怪前端设计改了三次，测试说环境不稳，运维又提资源不足。每个人都在说‘我卡住了’，但没人说‘我能做什么让别人不卡住’。

直到上个月，我们决定把晨会改成‘问题集市’。

听起来有点奇怪，对吧？其实灵感来自一次客户现场的观察。那位客户是做农产品批发的，每天凌晨4点开市，摊主们带着货来，直接挂出‘我要卖什么’和‘我需要什么’。交易效率极高。我就在想：能不能让我们的晨会也变成这样？

于是我们做了三个调整：

第一，每人只说两件事：

• 我今天要交付的一件具体成果（必须可验证）
• 我当前需要的一个明确支持（不能是‘帮忙看看’，得是‘请在中午前提供用户表结构’）

比如，以前有人说‘我在做登录模块，有点卡’，现在必须说：‘今天下午3点前提交登录页原型，需要UI组件库的弹窗规范文档’。

第二，引入‘问题挂牌’机制。 我们在会议室白板上画了个简单看板，分三列：

• 待响应（谁提出了需求）
• 已接单（谁认领了）
• 已解决

每个人说完后，如果需求明确，就写一张便签贴上去。其他人可以在会后10分钟内‘接单’。接了单，就得进自己的任务列表。

这个小变化带来了意外效果：大家开始主动听别人的问题了。前端小李发现后端老张需要测试数据，而他自己刚好昨天整理过一批模拟数据，顺手就接了。这种跨角色的自发协作，以前几乎不会发生。

第三，用蓝点通用管理系统做了个‘晨会日志’应用。

说实话，一开始我们用手写和Excel记录，三天后就乱了。有人忘了更新状态，有人找不到自己接过的单。于是我们试了几个工具，最后选了蓝点通用管理系统，因为它能让我们快速搭一个专属的小应用，不用写代码。

我们在上面建了四个字段：提出人、需求内容、接单人、截止时间。还加了个自动提醒——如果接单后24小时没更新状态，系统会发消息提醒。更妙的是，我们可以把每个‘问题单’关联到具体的项目任务上，回头看某个功能延迟，能直接追溯到哪次晨会的哪个未闭环问题。

用了三周后，晨会平均时长回到12分钟，但问题解决率从原来的40%提升到了78%。更重要的是，团队里那种‘等别人动’的气氛淡了。上周五复盘时，测试小王说：‘我现在开会前都会先想，我能帮谁解决一个小问题，而不是光想着自己被卡住。’

最近我们还加了个新玩法：每周五最后一条晨会内容是‘本周最佳接单奖’，不是由领导评，而是匿名投票。获奖最多的人，下周一可以迟到15分钟——就这么个小特权，大家居然挺在意。

管理这件事，有时候不需要大刀阔斧。把一个会开明白，把一个问题传清楚，反而比定十个KPI都管用。我们现在不叫它晨会了，就叫‘集市开市’。每天早上，看看谁带了问题来，谁愿意兜走一个走。