消息通知管理

去年冬天，我接手了一个 80 人规模的研发中台团队做流程诊断。进组第一周，我没有看代码质量报告，也没有看需求吞吐量，而是做了一个看起来很小的事情：把团队里 6 个核心群、3 类机器…

去年我帮一家做供应链 SaaS 的团队做产品诊断，打开他们的后台通知配置页面时愣了一下：37 条通知规则，全部默认开启，没有一条设了频率上限，也没有一条区分发送通道。产品负责人说，…

我做项目管理咨询的头几年，犯过一个很典型的错误：把"通知发得够不够"当成管理动作是否到位的标准。结果带的一个 12 人交付团队，三个月内连续两次因为任务提醒被忽…

2023 年我帮一家 180 人的 SaaS 公司做研发效能诊断，第一件事不是看代码仓库，也不是看需求文档，而是找 IT 要了一周的「通知日志」。结果出来时会议室安静了几秒：6 位…

很多项目负责人把消息通知当成一个“技术开关”，打开就行，关掉就清静。但我在过去三年帮十几家中大型团队做研发效能诊断时发现一个反常识现象：通知发得越多的项目，任务延期率反而越高。某家…

2023 年我参与复盘过一个 60 人的跨部门交付项目，翻出项目经理的 IM 后台数据时，数字有点刺眼：她平均每天收到 214 条与项目相关的通知，真正主动点开并处理的只有 58 …

我统计过一家 380 人公司的系统通知日志：一名普通产品经理每个工作日平均收到 217 条系统通知，加上 89 条群消息，总数超过 300 条。但真正需要他做决策或回应的只有 23…

跨部门任务提醒失败，很少是因为"大家不看消息"，而是因为制度设计者在错误的时间、用错误的渠道、推了错误粒度的消息。我复盘过14个跨部门协作效率改造项目，其中一个…

我给三个研发组织做过通知治理，最夸张的一次，一位后端负责人在 8 小时工作时间里收到 217 条系统通知，其中真正需要他做判断的只有 6 条，占比 2.8%。但就在同一周，他因为漏…

项目成员每天收到的通知数量，往往比他们完成的任务数量还多。我在过去三年里跟踪过 14 个研发团队的协作数据，其中一个 120 人的产品研发中心，人均每天收到 87 条系统通知，但真…