验收标准

去年我做了一次跨部门的迭代复盘，把三家不同规模公司、9 个迭代、共 1140 个脱敏任务翻了一遍。结论很反常识：延期最严重的不是"最难的"任务，而是那些单任务工…

上周三下午，一家 200 人规模 SaaS 公司的产品负责人把一个任务列表截屏发给我：一个叫「新版结算中心」的父任务下面挂了 47 个子任务，负责人字段是空的，截止日期停留在三个月…

我做过一次复盘：同一个需求，两个产品经理拆出来的任务数量相差 3 倍，一个拆成 11 个任务，一个拆成 34 个任务，最后交付时间差了 9 天。更反常识的是，拆得更细的那位反而延期…

2023 年我接手过一个 12 人的研发小组，他们在某个版本里把需求拆成了 214 条任务，看板上的卡片排得密密麻麻，每天的站会看上去也很热闹。结果这个版本还是延期了三周。复盘时我…

我带过的一个 140 人研发组织里，产品经理平均每人每周在项目管理系统里创建 37 个子任务，但季度复盘时我们发现，其中 41% 的子任务从头到尾没有产生过任何一次状态变更，它们被…

我带过一个 62 人的研发团队做 SaaS 后台重构，项目启动第 4 周的周会上，看板上挂着 34 个"进行中"的工作项。会后我逐个点开看了一遍：21 个的描述…

2023 年我参与过一次研发效能复盘，那家公司的项目管理工具里躺着一张卡片，标题叫「用户中心重构」，创建于 3 月 6 日，状态「进行中」，最后一次更新是 4 月 1 日。负责人每…

去年第四季度，我帮一家 120 人规模的中台研发组织做季度复盘时，看到一组数字：当季立项的 47 个事项，按期交付 26 个，按期交付率 55%。真正让我意外的不是这个数字，而是归…

我见过最典型的失败场景，不是产品经理不努力，而是他们的任务看板上同时躺着 300 多个“进行中”的任务，而团队真正在推进的只有 47 个。更糟的是，每周 90 分钟的同步会里，有 …

2021 年 3 月，我接手一个 40 人研发团队的流程梳理，打开他们用了两年的任务看板，第一眼看到的是 1372 个未关闭事项：其中 61% 超过 90 天没有任何状态更新，23…