任务合并

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

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

我接手过一个 128 人研发组织的效能治理项目，打开他们的任务列表时，第一屏有 47 个标题里带“优化”的任务，其中有 9 个的验收标准完全一致，只是分别挂在三个不同的迭代里。更麻…

两年前我接手一个 42 人的研发团队时，工作项平台上躺着 11240 条任务，每周还在以 480 条左右的速度增长。我随机抽了 300 条已完成任务做人工分析，发现 41% 的标题…

去年我接手一个 380 人研发组织的效能诊断项目，第一次导出任务数据时，CSV 文件有 47000 多行。清洗之后发现，其中真正有独立交付价值的任务只有 21000 条左右，剩下的…

两年前我参与过一个 120 人研发组织的效能诊断。打开他们的任务看板时，我看到 2847 条状态为“进行中”的工作项，其中超过 40% 的标题长度不足 12 个字，“改一下文案”“…

去年冬天我在一个 180 人的研发组织做交付诊断，打开他们正在跑的迭代看板，两周迭代里躺着 147 个任务，平均工时 2.6 小时。每天站会逐个念状态要花 25 分钟，念完之后没有…

我带过一个 30 人的产品研发团队，某个双周迭代里我们创建了 412 条任务，平均每人每天新建 2.7 条。迭代结束后我找了两个同学逐条点开复盘，能说清"这条任务关掉之后…

2024 年我在做一次研发效能复盘时，从一个 14 人的产品研发小组里拉出了一组让我很不舒服的数据：三周时间，任务系统里新增了 187 个任务，其中 41 个任务的完整生命周期不到…

去年 11 月，我参与复盘了一次上线事故：一个只有 12 人天的迭代，因为一次"看起来无害"的任务合并，最终导致客户拒收、两次返工、交付延期 9 天。事故报告里…