进度跟踪

我见过太多项目经理在进度跟踪上翻车，不是因为不努力，而是因为把"跟踪"做成了"监视"。2023年我带过一个中大型企业的研发效能咨询项目，团队…

去年我接手一个已经延期六周的内部系统迁移项目，第一件事不是重排计划，而是翻了过去四十多天的进度日志。结果很尴尬：日志里写满了"进行中""继续跟进&qu…

我统计过自己带过的 47 个项目、参与复盘的 1300 多份进度日志，得到一个有点反常识的结论：项目经理在“问进度”上花的时间，和项目最终按期交付的概率，几乎没有正相关。在我自己的…

我接管过一个已经延期六周的支付网关重构项目。接手第一天，我让团队每个人在站会上说"昨天做了什么、今天做什么、有什么阻塞"。开完会，我以为自己掌握了进展。结果三天…

接手一个已经延期两周的项目时，我做的第一件事不是打开甘特图，而是把最近三周的站会记录、任务变更日志和代码提交数据拉到一个表里做交叉比对。结果发现：站会上被标记为"进行中&…

我做过一个统计：在我带过的 7 个中大型项目里，项目经理平均每周花在“进度跟踪”上的时间约 11.5 小时，其中真正用于判断与决策的不到 2 小时，剩下 9.5 小时消耗在催人、问…

进度跟踪做得好不好，不取决于项目经理有多勤奋，而取决于更新记录这件事有没有被设计成一条低成本、高频率、可追溯的数据流。我带过的一个 120 人研发组织做过一次内部统计：项目周会上被…

去年第三季度，我帮一家做企业级 SaaS 的客户复盘他们连续三个项目延期的原因。翻完 11 周的周报后，我发现一个反常识的结论：项目延期不是因为周报写得少，而是因为周报写得太&qu…

我带过一个 11 人的交付团队，项目在第 6 次周会上仍然标注"总体完成度 82%"，两周后却不得不向客户申请延期 21 天。复盘时我把那 82% 拆开看：它其…

2023年下半年，我参与复盘一个原计划6个月交付、最终拖到9个半月的中台项目。项目组84人，横跨4个城市，每周都有周报、每周都开进度会，但直到第14周，管理层才第一次意识到&quo…