进度偏差

去年 Q3，我接手了一个 87 人的研发组织，横跨 5 条产品线、12 个 Scrum 小组。当时的进度跟踪现状是：每个周五下午，PMO 要花 4 个多小时手动催 12 份周报，等…

我带过一个 12 人的研发小组，曾经连续 11 周在周会上被追问同一个问题：这个需求到底哪天能上？每次回答都是"下周差不多"。第 12 周，业务方直接把这条需求…

我见过一次最典型的进度失真：一个 120 人的研发团队，季度评审前一周，项目经理在周会上问“还有多少没做完”，六个小组给出六个不同的口径，有人说按故事点算完成了 70%，有人说按任…

周会上被问到"这个需求为什么延期"时，我见过太多产品经理翻着聊天记录说"上周还在开发中，这周突然卡住了"。问题不在于他们不负责，而在于周进展…

去年我参与一家 1400 人装备制造企业的 PMO 诊断，翻完三个月的进度日志之后，我给管理层的第一条结论不是"日志写得太潦草"，而是"这些日志根本没…

进度跟踪跟踪全流程：PMO最佳实践与一文讲清 2023 年我接手一家工业设备公司的 PMO 复盘，他们的项目周报连续 11 周标注"进度健康"，最终交付却晚了 …

做PMO的第十二年，我给自己的团队立过一条规矩：接手任何新的项目组合，先不看甘特图，先看过去四周的进度日志。甘特图是给人看的，进度日志是给人用的，前者可以修饰，后者藏不住。我经手过…

我见过太多PMO把进度跟踪做成了"催办大会"：每周三下午发一张Excel，让20个项目负责人填百分比，周四汇总，周五开会通报谁落后了。三个月后，这张表没人看了，…

周进展跟踪做不好，往往不是工具问题，而是制度设计问题。我见过一家 300 人的研发组织，项目经理每周五花 2 小时写周报，PMO 再花一整天汇总 40 个项目状态，结果管理层周一看…

我做过一个复盘：某家中型企业的 PMO 在季度末汇报时，用了 47 页 PPT，列了 212 条任务状态，但 CEO 只问了一句话，“所以到底哪个项目会延期？”全场沉默了将近 20…