咱们先别急着在那儿找啥“PM 六大步骤”要么“十大知识领域”这种死板的分类。在写项目方案之前，我认定得先咬一口干粮。大量时候，项目经理好办把自己想得忒完美，像是写小说一样把每个环节都预设好了，结局一落地发现全是坑。

实际上吧，大量大厂老鸟跟我吐槽，项目延期往往不是出于技术不中，而是出于前期根本没想清楚“这事儿到底值不值得做”。 举个具体的例子，咱们那会儿有个做智慧社区的项目，一启动产品经理画饼说要把全小区自动化，连智能垃圾桶都要联网能收废品。结局一落地，开发商跟我说九层之台起于累土，人家连个基础的通行闸机都搞不定。结局整个项目只剩个 Logo 和几张 PPT，最终直接烂尾。教训就是：别在还没活下来之前就启动讲未来。 那咱们如何启动呢？第一步肯定是别急着写文档。大量项目起步就是写文档，写完了还要改文档，最终文档成了催命符。正常的流程应当是先干着，边干边记，把那些“哎呀这地方如何搞？”“刚刚那个需求改得让人头大”这种琐碎事儿先记在脑子里要么做个好办的记录表。等感觉差不多了，再把这些碎片拼起来，这时候文档才有用处的价值。 接下来就是如何定范围了。

这个难题实际上挺折磨人的，出于范围一旦定死就挺难改了，但改得也不好，也就没法干了。我认定最好的办法是画个墙，上面写着“务必做”的，下面写着“可能做”的，再把“可能做”的细细拆分成一个个小任务。

这样一旦前面卡住了，你就知道哪块是地基，哪块是膨胀的泡沫。

另外，范围管理里有个概念叫“冻结范围”，实际上就是给项目设定个时效。

比如目前的预算是 100 万，工夫只有三个月，那在这个工夫框架内，非核心功能绝对不做，哪怕老板再催也得死磕到底。

不是不做，是坚决不在这个工夫维度里花掉那 100 万以外的钱。 再看进度管理，别总想着把事做完。大量时候项目延期是出于赶工期，结局根本来不及做。常见的坑有两个：一是把任务切得忒细，害得每个任务都只有半天工夫，做完就崩；二是任务切得忒粗，连 week 都难以预估。我认定应当找“中等难度”的任务，比如“整理一下各部门的联系人清单”，这种活儿最好能安排在一个工作日内，既不会过于繁琐，也不会让人质疑人生。

要是任务忒难，那就直接砍掉要么合并；要是忒好办，那就无限期地推迟，反正没人会去核对日期。 关于沟通这块，我的经验是少开会，多走动。开会好办开成扯皮大会，大家各说各的，最终难题全摆在那儿没人管。还不如在会议室里争论半天“哪位先哪位后”，不如让相关方在路上碰个面。

比如咱们做个大型机械运输的物流项目，就让司机师傅跟采购负责人在交通场上跑跑，直接看他们的车能不能接得上，比在那儿画流程图快多了。沟通的本质就是传递信息和消除不确定性，而不是为了记录事实。 再谈谈风险管理，千万别把它当成洪水猛兽。大量项目经理一做风险管理就认定自己挺了得，结局整天在编造各种“可能形成形成重大偏差”，实际上最大的风险往往就是你没寻思到的那局部。

比如某个供应商突然罢工，要么某个软件模块的 Bug 在测试阶段就爆炸。

这时候别闷头做，直接找领导聊聊：“老板，有个事儿我得跟您交底，要是是您投的钱，我可能得砍掉；要是是您投的，我可能得加班改代码。”让钱流进难题里，难题自然就死掉了，不用假装没形成。 最终说说收尾。大量人当作收尾就是整理文档和发个报告，实际上不然。收尾是项目生命线的终结，也是新项目标启动。

这时候最忌讳的是“烂尾”，也就是项目莫名其妙就终止了，留下了烂摊子。收尾工作需求做得干净利落，要确认所有文档都归档了，要确保所有人员都出去了，要确保没有遗留的债务。

要是项目终止了，但核心交付物还没彻底销毁要么归档，那这个项目实际上还没终止，只是换了个马甲。 整个过程吧，回头看往往认定惊心动魄，实际上做起来就像走钢丝，一不留神就掉下去了。但既然能走下来，说明你的脚底是有鞋底的。希望这些碎碎念能帮你少走弯路，别让自己也变成那个只会画饼的 PM。