任务分派

2023年下半年，我接手一个约180人规模的研发组织做流程诊断。翻完工单系统18个月的沉淀数据之后，我注意到一个很反常识的数字：在所有标注了协办人的任务里，平均协办人数是2.7个，…

去年 Q3，我陪一个 180 人的研发组织复盘他们的 Sprint 计划会。他们自认为流程已经很成熟：9 个 Scrum 团队、2 周一个 Sprint、双周一次发布。可当我让他们…

我带过一支 23 人的研发团队，有整整半年时间，迭代准时率在 60% 上下打转。一开始我以为是排期太满，直到我把过去两个季度所有延期任务拉出来，逐条标注"有没有验收标准、…

去年 11 月，我带的一个 6 人小组在支付链路灰度改造上踩了个不小的坑：一个名为「支付链路灰度改造」的任务被挂上了 5 个执行人，两周后复盘，没有任何一个人能说清这个任务当时到底…

去年我帮一家 240 人的研发组织做交付复盘时，翻出了一组很难看的数据：一个迭代里被重新指派过 3 次以上的任务占了 27%，而这些任务的平均交付周期是其他任务的 2.4 倍。更扎…

去年 Q3，我帮一家做工业 SaaS 的公司做研发效能复盘，翻到一条让我印象很深的数据：他们 180 人的研发组织，一个双周迭代里，任务从「创建」到「被责任人确认认领」的中位耗时是…

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

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

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

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