任务粒度

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

2023 年我参与过一次 140 人研发组织的交付复盘，把 8 个季度的任务记录导出来做统计，得到一个和直觉相反的结果：任务平均时长少于 8 小时的团队，版本延期率反而是平均时长 …

去年11月，我参与一家约150人规模的软件实施商做交付复盘。他们刚结束的制造业客户项目，合同验收节点延期了37天。团队第一反应是"客户需求变更太多"。 我把项目…

去年我帮一家 380 人的软件公司做研发效能复盘，翻系统的操作日志时发现一个挺扎心的数字：过去 90 天创建的 1.2 万条任务里，有 21% 的任务从"待处理&quot…

2024 年第三季度，我接手了一个已经延期 47 天的实施项目。翻完记录后我发现，真正卡住交付的只有 3 个技术问题，其余 200 多条沟通记录全部围绕"谁在等谁&quo…

去年底我帮一家做制造业 MES 实施的服务商做交付复盘，翻出一个很扎心的数字：他们一个季度在项目管理平台里关闭了 412 个任务，但客户验收单上真正签字确认的功能点只有 63 个。…

2023 年 Q4，我接手了一个 37 人的实施交付团队。接手第一周，我做了一件很笨但很有效的事：把当时 6 个在建项目的全部任务导出成一张表，逐条读。结果是 2143 条任务里，…

我带过一个 37 人的实施交付团队，做过一次 120 人规模企业的私有化部署项目。项目启动时，我们把交付包拆成了 214 条任务，看上去颗粒度非常漂亮，连"修改某个字段的…

2022 年我接手一个有 62 名实施顾问、同时并行 40 多个客户项目的交付团队。第一次做任务盘点时，系统里标记为“进行中”的任务有 1847 条，其中 612 条超过 30 天…

去年我帮一家 180 人的 SaaS 公司做交付诊断，研发负责人给我看他们的迭代看板：42 个任务，每个任务标题都是"XX 模块开发"，预估工时集中在 3 天，…