飞飞

三年前我在一个 120 人的研发中心做效能改造，第一周拿到的最扎眼数据不是需求交付周期，而是企业 IM 后台的提醒统计：这个团队平均每人每天收到 47 条系统通知，其中被点击打开的…

我把过去三年在四个研发团队里做通知治理的记录翻出来看，有一组数字很扎眼：某 180 人的研发组织，改造前每人每天平均收到 137 条 IM 消息，其中与本人任务直接相关、且需要本人…

2023 年下半年我接手一个 40 人的研发团队，做的第一件事不是排期，而是数了一下团队每天收到多少条与任务相关的消息：人均每天 37 条，其中真正需要他本人立刻行动的不到 6 条…

去年我接手一个约 130 人研发组织的效能诊断，第一件事是翻他们的 IM 群。一个叫"需求上线督办群"的群，三个月累计 4200 多条消息，其中约六成是&quo…

我参与过三次任务提醒系统的从 0 到 1，也接手过一次"已经做完了但没人用"的烂摊子。三次里有一次上线两周后，产品经理在群里发了一张截图，他的消息中心有 47 …

上周三下午 4 点 12 分，我旁听了一个 300 人规模研发组织的发布复盘会。发布窗口原定 15:30 关闭，但直到 15:47，还有两个服务的负责人不知道自己的上线检查单已经到…

2023 年我做一次版本复盘时发现，那个版本一共漏了三个关键节点通知：测试用例冻结、灰度名单确认、发布窗口变更。这三个节点在项目管理工具里全都配置了提醒，但没有一个真正起到作用，因…

过去三年我参与过六次研发团队的“催办机制重构”，从 20 人的小团队到 300+ 人的多产品线组织都踩过一遍坑。最反直觉的一条经验是：催办失效，几乎从来不是催得不勤，而是任务本身不…

去年年底我复盘过一组挺尴尬的数据：某中大型企业内部的研发项目管理平台上，任务提醒的默认规则是“任务截止前 1 天推送一次”。上线三个月后看埋点，提醒到达率 96.4%，漂亮得可以写…

2023 年我做一次合同管理系统的上线后复盘，会上有人问了一个问题：为什么一份 480 万元的框架协议，在系统里发了 5 次到期提醒，最后还是逾期了 6 天？我们把埋点数据拉出来看…