目标进度管理

去年三季度，我以外部顾问身份介入了一家约 600 人的智能制造企业的重点项目复盘。项目内部代号叫"新产线数字化交付"，涉及研发、工艺、生产、供应链、IT 五个部…

三周前，我陪一个客户复盘了一个跨部门目标：市场部、产品部、技术部共同背"Q3新增付费用户增长30%"。第21天，三个部门的进度分别是78%、41%、12%。开会…

我做项目管理顾问的第七年，接手过一个最典型的"方法齐全、进度崩盘"的项目：团队12个人，用着看板、甘特图、燃尽图三套视图，每周一开对齐会，每周五发周报，OKR写…

三年前我接手过一个 60 人规模的跨部门交付项目，上线前两周，项目经理在周会上问一位后端同事："你负责的这块进度怎么样？"对方回答"差不多了&quot…

周一早上九点半，我主持一个 7 人项目的站会。我问第一个人“你的部分到哪了”，他说“差不多了”；问第二个，“在推进”；问第三个，“昨天有个问题，今天再看看”。三个回答里没有一个包含…

我带过一个 14 人的研发交付项目，计划表做得漂亮，里程碑拆到了周，风险登记表也建了。结果第 6 周做中期评审时才发现：三个模块负责人对"完成"的定义完全不同，…

我带过的项目里，延期最严重的那一个，目标写得最漂亮。OKR 三层对齐、SMART 逐条校验、里程碑排到周，文档存在共享盘里半年没人动过。真正让它崩掉的不是目标写得不好，而是第 6 …

项目中最危险的进度汇报，不是“延期”，而是“正常”。我做项目复盘时见过太多次：周会上每个人都说“正常推进”，到了交付前两周突然集中爆雷，一问才发现所谓“正常”背后是三周没验证的假设…

周会上一片“正常”，交付前一周突然冒出十几个阻塞项，这是我过去三年在十几个项目团队里反复见到的场景。问题往往不在成员不努力，而在于项目目标从来没有被翻译成成员能看懂、能执行、能更新…

去年有段时间，我负责的一个中型交付项目在例会上被反复追问进度。团队里一位成员的周报连续三周写着"完成 80%"，直到截止日前四天，大家才发现那个 80% 里包含…