飞飞

去年我帮一家做工业软件的公司做研发效能诊断，他们 60 人的研发中心连续三个迭代平均延期率 41%。我一开始以为是排期太满，把近 200 条任务的流转记录拉出来逐条看，才发现问题不…

2023 年下半年，我参与一家约 180 人规模的 SaaS 公司做研发效能复盘。那一年他们做了一件自认为很"硬核"的事：把项目管理系统里的任务分派率从 61%…

一个 80 人的研发团队，需求交付周期长期卡在 21 天左右，复盘时几乎所有矛头都指向"人手不够"。但把 47 个在途需求拆开看，真正被工程师动手的时间平均只有…

我第一次认真审视"任务分派"这件事，是因为一次事故复盘。一个跨三端的登录改造，成本评估三周，实际做了七周。复盘时我们把七周逐条拆开，发现真正的编码延误只占 30…

我带过一个 62 人的研发团队，每周一上午 9:30 的任务分派会，平均要开 97 分钟，最长的一次开到 11:40。会后我做过一次统计：真正在"决定谁做什么"…

我第一次认真复盘“任务指派”这件事，是在一个 60 人的研发中心做流程诊断。当时每周一的例会都在吵同一件事：版本延期到底该怪谁。产品经理说需求早就提了，开发说没收到明确指派，测试说…

去年冬天我参与复盘过一次 P1 故障。从告警触发到服务恢复只用了 11 分钟，但从"有人定位到问题在网关层"到"真正有人开始修"，中间白白流…

2023年我接手复盘一个32人研发团队的交付数据时，发现一个反常识的事实：过去三个迭代里，真正因为技术难度延期的人不到20%，而41个任务在"已认领"状态下停留…

去年我带的 40 人产品研发团队，在双周迭代第一天一次性派出了 47 个任务。到第七天复盘时，11 个任务无人认领，6 个任务被两个人各做了一遍，还有 4 个任务的执行者在群里追问…

2021 年我带着一个 40 人的研发团队，某个周五下午五点半，负责人在群里连发了 7 条消息，每条都以"这个你跟进一下"结尾。周一早上我问进度，收到的回复是三…