项目管理：如何干活的活法（脱稿版） 一、别把 PPT 当说明书，那玩意儿忒假 讲项目，别拿那种教科书来。你见过那种 PPT 吗？全是“起初、其次、最终”，像背课文一样念。

那玩意儿确实没人看。我们干项目，就是去现场干活，去摸鱼（不是），去解决难题。 大量老板认定做 PPT 是为了“做样子”，结局就是成堆的图表堆出来的感觉。

实际上不然。PPT 是工具，不是目标。

要是一页 PPT 都讲不清楚项目核心，那它根本构不成工具。我们讲项目管理，得让人一听就懂，一看就知道这事能成，还能干成。 二、别把“盘算”当成“死命令” 有人跟我嘟囔，项目经理就是画图表的。画个甘特图，贴墙，人走，这就完了。

呵呵。盘算不是死命令，那是给执行层看的指引。 比如咱们那会儿搞过个电商大促的上线。

那时候就是典型的“画完图就躺平”。结局呢？系统上线那天，出现了一波波小故障。

为啥？出于盘算里没有留活口。 真正的盘算里，务必包含“弹性空间”。

比如倒计时里，关键路径上准有 5% 的缓冲，要么在第二阶段增添一个“临时攻关组”。盘算不是用来考核哪位没干活的，是用来告诉你“要是形成这种事，如何补救”。 项目经理的角色，不是当那个拿着红笔管uruh 的裁判，而是那个在坑里举着手电筒的人。哪位在坑里？执行层。哪位在指挥？你。你得让他们知道，这条路别看难，但有了你的手电筒，光就能照进来。 三、别光谈理论，得聊“坑”和“人” 理论都是纸上的，坑是地里的。项目管理不就是踩坑吗？ 就拿那个电商大促讲。预算别看超了 10%，但核心功能没跑。

这 10% 被哪位踩了？是需求分析阶段的一个小细节没抠严。

那时候我们开会，产品经理嚷着要加新功能，我说“这功能要是实现，需求 2 个月工夫，会挤占核心功能工夫，害得上线延期，产品能卖出去吗？”最终大家没吵，但我也没纠结，出于我知道那个新功能就是“坑”。 还有团队管理这块。

有人问我，带团队好办吗？好办。难在“让人听你的”。 那会儿有个团队，流程挺好办，就是干得挺漂亮。

后来老板想加个新流程，结局有人钻空子，有人认定没必要，还有人认定流程忒繁琐。

这时候，流程就成了一张废纸。 这时候项目经理得换个思路。别急着推行新流程。先找几个最关键的干系人，比如那个最挑剔的测试组长，要么那个对进度最敏感的运营主管。当面聊，看他们心里有没有抵触。有的话，就用“小步快跑”的方式渗透进去。

比如先让他们参与一个小型的试点，成功了，大家就服了；黄了了，赶紧停，再分析缘由。 有时候，转变的不是流程，而是人心。你得让他们感觉到，这个新流程是为了“更好地干活”，而不是为了“增添费事”。 四、别只盯进度，要盯“人”和“事”的平衡 大量项目死在“人”身上。人多了，管不过来；人少了，干不完。 举个数据例子。上次搞个系统改造，我们请了 20 个专家顾问。结局呢？最终只让 8 个人真正干活，剩下的都在开会，要么在填表，就连有人在群里发“收到”了。 这时候，监理的角色就变了。

不再盯着进度表，而是盯着“人”。

如何安排？给授权。 比如，把那些时常提意见、但也没办法解决难题的专家，派到最前线去干活，让他们有存有感，也有知足感。剩下的，放在后台，负责做决策的。 还有，别光盯着“事”的搞定率。

有时候“事”做完了，但人走了，事就断了。别让人一走了之。 在交付阶段，建立“交接清单”，哪位负责啥，啥时候给，哪位对接，哪位回电。

这就叫“人走事不丢”。否则，项目终止，烂摊子一堆，你连个名字都找不到，这事儿就白干了。 五、别怕讲不完，要敢于收尾 最终，项目管理不是做不完，是讲不完。 大量新手项目经理，总认定“差不多就行”和“差不多完”没啥区别。结局就是项目烂尾。 这时候就得硬起来。该关就关，该收就收。

哪怕只剩最终 10%，也得把进度推上去，把风险讲清楚，把后续打算摆出来。 比如项目剩 10% 了，但核心功能还没稳。

这时候要果断宣布：“剩下的工作，由技术部接手，我负责收尾和验收，大家全力配合。”别拖。拖到最终，项目名存实亡。 项目管理，就是要在“死磕”和“放手”之间找平衡。死磕是为了不犯错，放手是为了让大家能活下来。 六、结语：做那个“不好听”但“能落地”的人 说了如此多，实际上就是这一句：别做那个只会画图、只会听指挥的老好人。要做那个在关键时刻能拍板、在危机时刻能救场、在团队低谷时能感染人的“搞事件”的人。 你的项目能不能成，不看你画了啥完美的图，看你解决了啥真难题。流程能够简化，人务必靠谱；沟通要多，但别挑刺；盘算要活，但别瞎指挥。 这就是项目管理。好办，粗暴，但有效。