排期表填满了，项目还是延期——缺的不是工具，是判断

排期表填好了，需求文档三轮评审通过了，站会每天准时开。三个月后项目还是延期了。

复盘会上所有人都说"沟通不够""需求变了""资源不够"。但没人说出真正的原因：整个过程里，没有一个人在持续做判断。

Berkun 在微软做了将近十年项目经理，经历过 Internet Explorer、Windows 和 MSN 这些大型项目的混乱期。他写《Making Things Happen》不是为了教你填什么表、用什么工具。他想回答一个项目管理教科书总是跳过的问题：当信息不完整、时间不够、人心不齐的时候，项目经理到底靠什么做决定？

这个问题之所以一直被跳过，是因为答案不好看。答案是：靠经验、靠直觉、靠愿意在不舒服的对话里待着。

项目经理的工作发生在对话里，不在文档里

甘特图排得再漂亮，也解决不了"工程师觉得产品经理的需求不合理"这个问题。Berkun 的核心观点是：项目经理的工作不是写文档和管进度，而是在人与人之间穿针引线。

一份需求文档写完之后，真正决定项目走向的是走廊里的三分钟对话：谁不同意但没说出来？谁答应了但根本做不到？谁觉得自己的意见被忽略了正在消极抵抗？

项目经理要做的事，是在这些不会出现在任何文档里的裂缝中间，找到推动项目继续走的办法。

计划是一份持续修正的判断，不是一份合同

很多团队把排期表当合同——写下来了就得按这个来，改了就是失败。Berkun 的看法刚好相反：计划写下来的那一刻，它就已经开始过时了。

排期表的价值不在于精确预测未来，而在于让所有人对"我们现在认为的下一步"有一个共识。当现实和计划不一致的时候，该调整的是计划，不是假装现实不存在。

这听起来像常识。但你见过多少团队，明知道排期已经不现实了，还是每周在站会上照着旧排期汇报进度？

Berkun 说，好的项目经理不怕改计划。怕的是不改计划——因为不改意味着不判断，不判断意味着项目在漂。

冲突不是意外，穿过去才是推动项目的方式

项目里最让人难受的不是技术难题，是人和人之间的冲突。工程师和设计师对方案有分歧；老板突然加需求但不给资源；两个组互相等对方先动手。

大部分人遇到冲突的反应是绕开、拖着、等它自己消失。Berkun 的经验是：冲突不会自己消失，只会恶化。项目经理的工作就是主动走进冲突，搞清楚到底卡在哪，然后推着它往前走。

穿过冲突不需要你比所有人都聪明。需要的是你愿意坐在两个互相不满的人中间，把问题拆到足够小、足够具体，让双方能在某一个点上先达成共识。

这个过程很不舒服。但 Berkun 反复强调：不舒服才是正常的。如果你做项目经理觉得每天都很舒服，要么你的项目还没到出问题的阶段，要么问题已经在暗处长大了。

Berkun 写的不是教科书，是踩过坑之后的经验手记

市面上项目管理的书大多长这样：先讲理论框架，再列工具方法，最后给案例。读完之后你觉得"都对"，但回到自己的项目上还是不知道怎么办。

Berkun 的写法完全不同。他从自己踩过的坑开始，讲他在微软做 PM 的时候犯过什么错、怎么发现的、后来怎么改的。语气松弛，偶尔自嘲，不装权威。

这种写法的好处是：你读的时候不觉得在学知识，觉得在听一个做过很多项目的人聊天。聊完以后，你对"下次遇到这种事该怎么办"多了一点感觉。

这种感觉就是判断力。它不是从理论里推导出来的，是从经历里长出来的。Berkun 的书帮你借他的经历，比自己全踩一遍便宜。

读完之后留下的三件事

第一件：项目管理的核心能力是判断力，不是执行力。执行力能把已经想清楚的事做到；判断力决定的是"接下来到底该做哪件事"。

第二件：计划、沟通、冲突解决这三样东西不是流程的附属品，它们就是项目经理的主要工作。如果你的一天全花在写文档和更新进度条上，真正需要你做判断的事情没人在做。

第三件：项目管理没有银弹。每个项目的麻烦都不一样，Berkun 给不了你万能模板。他给的是一个经历过大量项目的人在面对混乱时的思考方式。你带着这个方式进自己的项目，做出来的判断未必每次都对，但至少是你真的想过的。