范围基准

我在做交付管理的那几年，做过一次内部复盘：把过去三年里一批交付项目的变更记录拉出来对齐，发现一个很扎心的现象，项目延期最严重的几个项目，变更数量并不是最多的，但它们有一个共同点：变…

去年我接手一个已经做了七个月的交付项目，合同工期是六个月，验收前一天，客户在群里甩出一句话："你们这个系统跟我们当初说的完全不一样。"我翻出立项时那份 38 页…

三年前我接手过一个已经延期四个月的交付项目，进场第一件事是翻它的 WBS。我打开那份文档，看到的是一张漂亮的树状图：三层结构，二十多个节点，配色统一，还带了图标。然后我问了项目经理…

三年前我接手一个交付项目，上线前第 9 天，客户在验收群里发了一句：「能不能再加一个数据导出？就一个按钮的事。」我的开发负责人评估是 2 人天。结果这个按钮最终吃掉了 3 周工期、…

去年我接手一个数据中台迁移项目，立项会上 12 个人花了 90 分钟，把 WBS 拆到了 340 个任务，Excel 拉满 6 屏。所有人都觉得"拆得很细了"。…

2023年我接手过一个CRM二期项目，启动会上业务方拍着胸脯说“需求很明确，一期加几个字段就行”。两个月后验收，客户一口气列了23条不满足项，其中11条的措辞是“我以为你们本来就会…

先给结论：WBS 的唯一刚需是形成范围基准 很多人把 WBS 当成"把项目拆成任务"的整理动作，这是最大的方向性偏差。WBS 的核心产出不是那张树状图，而是一份…

上个月我陪一个乙方团队做完项目复盘，验收拖了整整六周。原因不是技术难题，也不是人员离职，而是项目进入 UAT 之后，甲方业务部门陆续提了 27 个"顺手加一下"…

如果你现在问一个带过项目的项目经理：WBS 最大的坑是什么？我猜十有八九不是“不会画”，而是“画了没人用”。我见过太多团队把工作分解结构做成了汇报材料，评审会上领导点头通过，两周之…

项目范围没定清楚，后面所有的进度、成本、质量都会变成一笔糊涂账。我带过一个 6 人小团队做企业内部报名系统，第一版需求会上大家只花了 40 分钟对齐，结果开发到第 5 周，业务方提…