研发任务管理

三年前我接手过一个 180 人研发组织的工作项治理项目。当时他们的现状是：需求写在文档里，任务写在表格里，缺陷写在邮件里，进度靠周会口头同步。团队并不缺工具，他们缺的是把&quot…

我做过一次回溯统计：在一个 200 人规模的研发组织里，父子任务的平均层级深度从 2.1 层涨到 3.4 层，只用了不到两个季度；而同一时间窗内，迭代准时交付率从 78% 掉到 6…

去年年底，我帮一家 120 人规模的 SaaS 公司做研发效能复盘。他们的迭代看板上每个需求都拆了子任务，看上去极其规范，平均每个需求 8.7 个子任务，最多的一个需求拆了 31 …

去年 11 月，我帮一家 260 人的智能硬件公司做研发流程诊断。第一周我只做了一件事：把他们项目管理平台里过去 6 个月的任务卡全部导出，统计「协作人」这个字段。3,142 张任…

2023 年我接手一家做工业 SaaS 的研发团队效能改造，80 人规模，四个产品线。第一周我就被一张燃尽图骗了：图上显示"订单中心重构"这个父任务已经完成 7…

任务合并这件事，我在过去三年里被问过至少四十次，但真正把它做对的团队不到三成。大多数团队的做法是：看到看板上任务太多，就手动把几个卡片捏成一个，改个名字，然后在群里说一句&quot…

去年我帮一家 300 人规模的 SaaS 公司做研发效能诊断，拿到他们过去两个季度的数据后，发现一个很反常识的现象：需求交付周期从 28 天缩短到 19 天，但线上事故率反而从 0…

我做研发效能咨询的第六年，接过一个让我印象很深的复盘请求。团队 118 人，分 9 个小组，2024 年初上线了一套新的任务管理平台，到当年 9 月，工具里累计创建任务 4.7 万…

2024 年第一季度，我参与了一次事后被证明"得不偿失"的看板治理：把一个 46 人研发中心在迭代看板上的 37 个工作项合并成 9 个，任务卡数量下降 76%…

我带过一个 47 人研发组织的效能改进项目，迭代复盘会上最尴尬的一幕是：项目经理投屏的看板上，子任务完成率 94%，但迭代承诺的 8 个需求只交付了 5 个。会议室里没人说话，因为…