字数 12371，阅读大约需 62 分钟

第56讲：项目的“防火墙”——规划与识别风险

【老孙开篇寄语】

各位“拆弹专家”和“预言家”们，大家好！

欢迎回到《2026版“软考找老孙”高项通关84讲》。

上一讲，我们搭建了沟通的“神经网络”，确保信息畅通无阻。大家都觉得：“好了，现在人和信息都到位了，项目肯定能顺风顺水了吧？”

呵呵，年轻人，图样图森破。
墨菲定律 告诉我们：“凡是可能出错的事，就一定会出错。”

昨天，我路过开发组工位，听到张三在吹牛：“放心吧老大，这套代码稳如老狗，绝对没有 Bug！”
我心里“咯噔”一下。作为一个二十年的老兵，我闻到了 “风险” 的味道。
果然，今天早上，我们采购的智能门禁硬件厂商突然发公告说：“因芯片短缺，发货推迟三个月。”
张三傻眼了：“完了，硬件不到位，我的代码没法联调啊！”

这就是 风险 (Risk)。它像潜伏在暗处的狙击手，随时准备给你的项目致命一击。
很多项目经理（PM）是“救火队长”，哪里着火救哪里，每天累得像条狗。
而高明的 PM 是 “防火专家”，在火还没烧起来之前，就把隐患掐灭了。

今天，我们要开启 第15章 项目风险管理 的大门。我们要学会用“天眼”去扫描未来，把那些还没发生的“雷”，一个个挖出来，造册登记。
记住老孙的一句话：“没有风险的项目是不存在的，只有对风险视而不见的项目经理。”

一、 上节回顾与热身

1. 上节核心回顾：沟通管理的“任督二脉”

在上一讲（第55讲），我们打通了项目的“任督二脉”。

2. 上节课后作业精讲（深度复盘）

上节课的作业看似简单，实则暗藏玄机。很多同学在计算渠道数时掉进了陷阱，在选择沟通方法时过于教条。来，老孙带大家进行深度复盘。

【作业1：沟通渠道爆炸案】

• • 题目回顾： 原有 6 人，新招聘 4 人。求现在的渠道总数？增加了多少条？
• • 深度解析与数学陷阱：
  这道题考的是 “非线性增长” 的概念。
• • 老孙点拨：
• • 惊人的结论： 人数只增加了 66%（从6到10），但沟通渠道却增加了 200%（从15到45）！这就是为什么“人多力量大”在软件开发中往往不成立，反而是“人多嘴杂效率低”。
• • 管理启示： 贝佐斯的“两个披萨原则”（团队人数不要超过两个披萨能喂饱的数量）就是为了控制 N 的大小。作为 PM，当团队超过 10 人时，必须进行 “分层管理”，把大网拆成几个小网，否则你会被沟通成本拖死。
1. 1. 计算现状： 现在的总人数 人。
• • 条。
2. 2. 计算过去： 原来 人。
• • 条。
3. 3. 计算增量： 条。

【作业2：沟通方法实战】

• • 场景1：通知全公司 5000 人新考勤制度。
• • 正解： 推式沟通 (Push)。
• • 理由： 受众极广，信息标准化，且具有强制性。不需要每个人都回复“收到”，只需要确保发送到位。
• • 避坑： 千万别用“拉式”（发在内网等大家自己看），因为肯定有人不看，到时候迟到了赖你没通知。必须群发邮件或钉钉全员通知。
• • 正解： 交互式沟通 (Interactive)。
• • 理由： 这是一个复杂、模糊且容易产生分歧的话题。需要大量的实时讨论、澄清、甚至争论。
• • 避坑： 别发邮件吵架。邮件一来一回要几天，而且冷冰冰的文字容易产生误解。直接拉进会议室，甚至站在白板前画图，效率最高。
• • 正解： 拉式沟通 (Pull)。
• • 理由： 信息量巨大（100个文档），受众广泛但需求不一（有人想看数据库，有人想看前端）。
• • 避坑： 别用“推式”（把100个文件打个包群发）。这会把大家的邮箱撑爆，而且以后更新版本很麻烦。上传到 Wiki 或知识库，发个链接即可。

【作业3：那个害人的“OK”表情】

• • 场景回顾： 印度程序员回了个 ?，结果没做完。
• • 深度解析与文化噪声：
  这是典型的 “文化噪声 (Cultural Noise)” 和 “语义噪声” 的双重叠加。
• • 文化差异： 在某些语境下（尤其是高语境文化或外包关系中），下属很难直接说“不”或“做不到”。那个“OK”表情可能并不代表“我承诺完成”，而只是代表“我看到你的消息了”或者“我会尽力试试”。
• • 语义模糊： 表情包是沟通中的“地雷”。? 到底是什么意思？是 Agree（同意）？是 Received（收到）？还是 Good（好的）？每个人理解不同。
• • 老孙致用：
1. 1. 严禁在正式指令中使用表情包。
2. 2. 必须要求“确认理解”： 不要问“行不行？”，要问“你打算怎么做？预计几点交付？”逼对方说出具体计划。如果他说不出来，那就是做不完。

二、 咱们今天聊点啥？（本讲目标）

2.1 为什么你必须学好这一讲？

• • 痛点一（事后诸葛亮）： 项目上线那天，服务器崩了。老板骂你：“为什么不早做准备？”你委屈：“我哪知道会崩啊！”其实，如果你做了 风险识别，这本来是可以预见的。
• • 痛点二（总是背锅）： 供应商跑路了，你觉得是天灾。但在高项考试和专业 PM 眼里，这是 “管理失职”。因为“供应商风险”是十大常见风险之首。
• • 痛点三（机会溜走）： 风险不全是坏事。有一个技术升级的机会，你因为害怕风险不敢用，结果被竞争对手用了，抢了你的市场。你不懂 “机会应对”。

2.2 本讲核心任务地图（拆弹专家）

我们要建立一套完整的风险防御体系，把未来的不确定性装进笼子里。

三、 核心内容精讲（实战演练）

3.1 风险的核心概念：不要妖魔化“风险”

3.1.1 什么是风险？

在“智慧邻里”项目的启动初期，我曾经跟王总（美好家园集团 CEO）有过一次非常深刻的对话。

那天下午，我们在王总的办公室喝茶。王总眉头紧锁，把一份商业计划书拍在桌子上，问我：“老孙，你给我透个底，咱们这个‘智慧邻里’项目，到底能不能 百分之百 成功？”

我笑了笑，放下茶杯，缓缓说道：“王总，如果您想要一个‘百分之百’的答案，那我只能骗您了。在这个世界上，除了‘死亡’和‘税收’是百分之百确定的，其他一切都是 风险。”

王总愣了一下：“老孙，你别吓唬我。我投了几千万，你跟我说有风险？”

这其实是很多老板，也是很多小白学员的误区。他们觉得，做项目就像在流水线上拧螺丝，只要按部就班，就一定能产出结果。但实际上，做项目更像是在大海里航行，风浪随时会来。

1. 风险的本质：不确定性 (Uncertainty)

在 PMP 和软考教材中，风险的定义非常简洁而有力：“风险是一旦发生，会对项目目标产生积极或消极影响的不确定事件或条件。”

我们把这句话拆开揉碎了讲。

• • 关键词一：一旦发生（概率 P < 100%）
  这是风险的灵魂。风险必须是 “未来可能发生，也可能不发生” 的事。
• • 如果概率 = 100%： 那就不叫风险了，那叫 “事实” 或者 “问题 (Issue)”。
• • 比如： “智慧邻里”项目的服务器机房，夏天空调坏了，现在温度已经 40 度了。这是风险吗？不是！这是火烧眉毛的 问题！你现在的动作不是“预防”，而是“救火”。
• • 比如： 担心外星人明天攻击地球导致服务器瘫痪。这个虽然影响巨大，但在项目管理中我们忽略不计。
• • 消极风险（威胁 Threat）： 比如门禁设备涨价、核心开发离职、政策突然收紧。这些是我们常说的“雷”。
• • 积极风险（机会 Opportunity）： 这也是风险！
• • 场景： 假如我们采购服务器时，恰逢厂商搞“双11”大促，价格打五折。这不确定吗？确定。影响大吗？大（省了一半钱）。这就是 “机会风险”。
• • 老孙点拨： 一个平庸的 PM 只会盯着威胁，整天提心吊胆；而一个卓越的 PM 会像猎豹一样盯着机会，一旦出现，立马扑上去，利用机会来抵消威胁。

2. 风险 vs 问题：傻傻分不清楚？

这是考试中最容易混淆的概念，也是实战中最容易搞错的流程。

来，我们回到“智慧邻里”的项目现场。
有一天，测试组长小李跑来找我：“孙哥，不好了！由于最近雨季潮湿，咱们放在仓库里的那一批智能门禁设备，可能会 受潮生锈！”

这时候，小李描述的是 风险。因为“可能会”受潮，还没受潮。
作为 PM，我该怎么办？

• • 应对风险（Risk Response）： 我马上下令：“快！去买几台工业除湿机放进仓库，再买点干燥剂塞进箱子里。”这是 预防措施，是为了降低发生的概率。

过了三天，小李哭丧着脸又来了：“孙哥，完了！除湿机买晚了，我刚才拆了一箱，发现里面的电路板 已经 长绿毛了！”