研发任务管理

我在给一家 180 人规模的研发组织做流程复盘时，拿到过一组让人意外的数字：他们一个季度里 61% 的任务单据在创建后 2 小时内就被关闭，但真正产生代码提交的不到 9%。剩下的单…

我把一个 130 人研发组织近 6 个月的任务数据完整导出过一遍：2,417 条工作项，逐条统计“执行人”字段的变更记录。结果是平均每条任务在执行过程中换过 1.8 次执行人，12…

任务管理做不好，真正的病灶往往不在工具 2023 年我以研发效能顾问的身份进场过一个 200 人规模的研发组织，当时的场景让我印象很深：他们同时维护着 47 个看板、三套任务系统，…

去年我帮一个 120 人的研发团队做流程诊断，翻他们任务系统的时候发现一个很扎眼的数字：过去 90 天里，被创建的任务有 4.7 万条，但真正走完「关闭」状态、有明确验收记录的只有…

我见过一个 140 人的研发中心，在三个月里把任务管理系统的字段从 27 个精简到 9 个，需求平均交付周期反而从 18.4 天降到 11.2 天。也见过另一个 60 人的团队，反…

过去三年，我以外部顾问的身份深度参与过 23 个研发团队的任务管理改造，最小的团队 14 人，最大的一个事业部 1260 人。有一个数字在所有团队里反复出现：改造之前，看板上&qu…

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

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

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

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