项目管理

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

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

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

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

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

提醒上线第 9 天，我们的项目机器人被 7 个人拉黑了。理由是"消息太多，太吵"。而那 7 个人里，有 3 个恰恰是当月延期任务最多的负责人。这件事让我意识到一…

去年冬天，我们团队出过一次线上故障。原因不是代码缺陷，也不是流量突增，而是一张没人记得续期的 SSL 证书，它在凌晨两点到期，网关开始拒绝所有 HTTPS 握手，监控告警在十分钟内…

大多数研发团队的超期提醒，最后都变成了群里没人点开的红点。我花过整整一个季度观察这件事：在一个约 180 人的研发组织里，我们统计了 12 周内系统发出的 3847 条任务提醒，其…

2024 年冬天，我参与过一次 80 人研发中心的流程复盘。翻聊天记录时发现一个很讽刺的数字：那个两周迭代里，团队一共发出了 217 条催办消息，可任务按期关闭率比上一个迭代还低了…

2024 年 3 月，我参加了一次跨部门的故障复盘。起点很普通：21:07，一条 P1 级告警推送进某个 300 人的研发大群，随后被四十多条"收到"&quot…