项目基线管理

2023年年底，我帮一家做工业软件的公司做项目复盘。三个延期项目，团队加班时长平均增加了37%，交付日期还是往后推了两个月。翻完所有材料我发现一个共同点：这三个项目都没有一份&qu…

2023 年我接手过一个已经运行到第四个月的交付项目，起因是客户在验收沟通会上问了一句：你们现在报的进度，和当初承诺的是同一份计划吗？会议室里没人能立刻回答。后来我们把邮件、共享盘…

计划调整管理不是"改表格"，而是"管变化" 我做项目管理和 PMO 相关的工作十几年，最近五年基本都在做同一件事：帮跨部门团队把"…

去年年底，我把一个已经宣布“成功上线”的项目重新拆了一遍：37 个需求里，有 11 个是在开发中期插入或修改了口径的，而真正走完变更记录流程的只有 3 个。项目最终没有延期，代价是…

“计划调整落地方案”这个搜索词背后藏着一个很尴尬的现实：绝大多数团队并不缺一份计划书，缺的是当计划必须被改变时，谁按什么规则改、改完之后谁来认。我过去几年带过和陪跑过二十多个中大型…

计划调整这件事，在过去几年里我见过两种极端结果：一种是改完之后所有人都清楚新版本在哪、谁负责哪一段，两周后指标回到正轨；另一种是改完之后群里刷了两百条消息，第三天还有人问&quot…

去年冬天我帮一家做政企交付的公司做项目复盘，现场翻出 47 份叫"项目计划"的文件：计划V2、计划V2改、计划最终、计划最终(1)、计划最终-真的最终、计划最终…

我做过一次挺尴尬的诊断。一家两百多人的硬件公司，半年内同一个项目的计划版本改了 27 次，最后一次改完，采购已经把长周期物料下了单。总经理问我“为什么计划总是变”，我翻完他们的变更…

去年十一月，一家做精密零部件的制造企业找到我。他们的数字化工厂项目在第六周彻底跑偏：原定 9 月上线 MES 核心模块，到 11 月还在反复改需求；预算从 480 万涨到 620 …

我第一次真正意识到“计划调整”是个管理能力问题，而不是排期技巧问题，是在一个 80 人规模的研发组织里做 PMO 复盘的时候。那个季度我们上线了三个需求包，其中两个在原计划之外插入…