PMP职场实战108问 · 第107问

三年前，我接手了一个让我彻夜难眠的项目——一家制造业企业的ERP系统升级。项目启动两个月，进度只完成了预期的10%，团队成员眼神涣散，客户方的项目经理每天发三条微信催问“到底能不能按时上线”。那段时间，我坐在办公室盯甘特图，像盯一个不会动的病人。直到有一天，我注意到一个反常现象。

那次我为什么突然不焦虑了

当时我习惯每天花半小时梳理“问题清单”——这是我从PMP学到的习惯。但那天我翻看过去三周的记录，发现一个规律：问题之间不是孤立的，它们像多米诺骨牌，倒了一排就会引发连锁反应。 比如：技术骨干A的代码评审拖延 → 导致B的模块无法联调 → 导致C的测试用例堆积 → 最终客户演示被取消。而问题清单上，我仍然在记录“A的效率低”“B的联调受阻”“C的测试延迟”这些“症状”，却从没动手去推倒第一张牌。

我做了第一个改变：不再盯着问题清单，而是去找那个“第一张牌”到底是什么。 我花了三天，和A、B、C分别吃了三顿午饭。最后发现，A的代码评审慢，不是因为他能力弱，而是他需要审批的代码来自一个刚转岗的同事，这位同事写代码风格特殊，A反复解释规则的时间是正常评审的3倍。而B和C的困境，都是从这个根源长出来的。

那之后我做了两件事。第一，让A每周用半天时间给那位转岗同事做一次“代码风格对齐”；第二，把A的评审周期从2天放宽到4天，同时让B和C把“等待依赖”的时间纳入任务估算。效果很直接：两周后，项目进度从10%跳到了25%。不是因为我做了什么大事，而是因为我启动了第一个正向循环。

飞轮效应的真正秘密

后来我读《从优秀到卓越》里讲的“飞轮效应”，才意识到自己无意中撞见了它的内核——能力提升不是线性的，是积累的、自洽的、越转越快的过程。 很多人包括我自己，总想通过“学一个新工具”“考一张新证书”来瞬间突破，但真正的飞轮不是靠外力启动的，是靠你找到系统里那个“最小可循环的正反馈单元”。

什么是“最小可循环的正反馈单元”？在我那个项目里，代码风格对齐→评审加速→联调顺畅→测试到位→客户满意→团队信心上升→愿意投入更多精力→代码写得更好。这个环只要转一圈，下一圈就比上一圈省力。你不需要去驱动每一环，你只要推动第一环，剩下的事情会自己跑。

我见过太多PM在项目陷入泥潭时的本能反应：加人、加班、加流程。这就像在飞轮上狂贴铁片，轮子只会更重。真实的解法是停下来，找一找有没有哪个环节已经出现了一点点“正向轨迹”。哪怕只是一个小进步，再给它一个对应的“承接动作”。比如：团队完成了第一个里程碑，你立刻组织一次复盘，而不是宣布“大家辛苦了，继续”。复盘中你们总结的协作规则，就是飞轮的第二个发力点。

一个我亲手做过的小工具

我自己的“飞轮触发器”是一个文档，叫项目力推进日志。它不是周报，不是日报，是三句话的日记。格式很简单：

今天做了什么能让飞轮转起来的事？
今天哪个环节卡住了飞轮转动？
明天第一件要做的事是什么？

我每晚会花5分钟填这个，然后第二天的第一个小时，雷打不动解决那条“明天第一件要做的事”。这个习惯我坚持了11个月，从那个ERP项目一直到后来做新零售项目。它的价值不是记录，而是强迫自己每天找到那个最小正反馈。有一次项目上线前夜，客户突然改需求，团队炸锅，我翻开日志发现前一天写的是“今晚必须和客户确认变更流程，否则明天会被动改需求”。第二天我直接约了客户VP，半小时内用邮件锁定了变更的deadline，避免了后续3天的返工。