任务拆分粒度

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

去年底我帮一家做工业 SaaS 的客户做研发流程复盘，他们的 CTO 说了一句话让我印象很深：我们把大任务拆得很漂亮，但拆完之后，交付反而更慢了三周。我调了他们的历史数据，发现一个…

任务拆分这件事，我在过去八年里至少推倒重来过四轮。第一轮我以为是工具问题，第二轮我以为是流程问题，第三轮我以为是人的问题，直到第四轮把项目成员数据分析拉出来对齐，才发现真正的病灶：…

任务拆分做得越细，交付反而越慢，这是我过去几年在 20 多家企业做研发管理诊断时反复撞见的反常识现象。2023 年我帮一家 60 人规模的 SaaS 公司做复盘，他们的任务数量在一…

我去年给一家做企业级 SaaS 的团队做研发流程诊断，打开他们的项目管理平台，看到 1487 条任务里，有 921 条的状态是"进行中"，平均停留时长 11.4…

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

上周三下午，我在一家做 SaaS 的客户现场做研发效能复盘。他们研发中心 220 人，项目管理平台上挂着 18400 条未关闭的子任务，而最近三个迭代的准时交付率是 43%。团队负…

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