飞飞

2023 年第二季度，我所在的研发组织有 120 名工程师、9 个 Scrum 团队。那个季度我们做了一件当时觉得"绝对正确"的事：把到期提醒从"系统…

去年 Q2，我带的一个 14 人研发小组做了一次复盘，发现一个很反常识的数据：迭代周期内提醒次数最多的 5 个任务，平均完成周期是 11.3 天；而提醒次数最少的 5 个任务，平均…

上周三上午十点，我给一个 60 人规模的研发团队做流程复盘。打开提醒日志的那一刻，会议室安静了几秒：过去 30 天，系统一共推送了 11420 条任务提醒，人均每天收到 6.3 条…

先给结论：提前提醒做不好，多半是问题问错了 2024 年第三季度，我负责的一条支付相关研发线连续三个迭代延期。复盘时我们发现一个很尴尬的事实：所有延期任务，系统都发过提醒，平均提前…

研发团队的通知问题，通常不是"没发出去"，而是"发了没人看、看了没动作、动作了没闭环"。我在过去三年里帮六七个 80 到 300 人规模的研…

两年前我接手一个 23 人的研发团队，双周迭代平均延期 3.2 天。当时我的解决办法很原始：每天站会追问一遍，晚上在群里 @ 相关人。三个月后延期没有明显改善，团队却开始在群里装死…

2024 年 Q2，我给一个 47 人的研发团队做交付复盘，翻出过去三个月的任务数据：一共 1,286 条研发任务，其中 412 条发生过超期，占比 32%。让我意外的不是这个数字…

每个研发团队的周会里几乎都有同一个画面：项目经理打开任务列表，逐条点名"这个谁跟一下""这个为什么还没动"，会议一半时间花在追进度上，散会之…

我见过最典型的一次研发延期，不是团队不努力，而是没人提前把"这条依赖已经卡住三天"这件事说出口。项目复盘时，所有人都承认当天上午就知道联调环境被上游版本冻结，却…

去年冬天，我所在的 120 人研发组织出过一次"看起来很蠢"的事故：周五 18:20，一个 hotfix 分支合进了 release 分支，CI 构建失败。提醒…