任务拆分管理

去年我帮一家 260 人的研发组织做交付诊断，第一步是导出他们所有活跃项目的任务数据：6 条业务线、37 个活跃项目、3412 条未完成任务。这份清单表面看管理得相当细致，平均每条…

去年十一月，我帮一家做企业级 SaaS 的公司做交付流程复盘。他们的研发、市场、客户成功三个部门联合推进一个大客户定制交付项目，立项时任务列表拉了 147 条，看起来分工明确、截止…

2023 年我参与过一家 300 人规模的软硬件一体公司的发版复盘会。那个版本原计划 8 周上线，实际用了 14 周。会上所有人的第一反应都是“研发产能不够”，但当我们把 6 周延…

2022 年我参与一家工业软件公司的研发效能复盘时，翻出一个很扎眼的数据：一个 14 人的团队，把某个 6 周迭代拆成了 312 张任务卡，平均每张卡预估 0.8 人天，结果迭代延…

引言 我复盘过一个 210 人研发组织的季度数据：季度初拆出了 1180 条子任务，季度末交付率 54%；而上一个季度只拆了 300 条任务，交付率是 71%。任务拆得更细了，交付…

去年下半年，我参与复盘了一个 34 人实施交付团队的项目收尾。项目本身按时上线了，但复盘数据很难看：整个周期内系统里累计创建 412 条任务，其中 138 条从创建到关闭没有任何人…

2023 年我参与过一个 180 人研发组织的流程诊断，最能说明问题的不是任何一份进度报告，而是一次 40 分钟的站会：26 张任务卡片里，只有 7 张在过去 24 小时内发生了状…

过去七年里，我在三家公司做过 PMO，也在两家公司做过研发负责人。最让我印象深刻的一次失败，不是项目延期，而是我们花了六周时间把 2147 条任务拆进 WBS，然后发现其中 63%…