第 14 章　项目沟通管理

一、考情分析

二、学习目标

三、知识点精讲：沟通管理基础

3.1 沟通的定义与重要性

沟通是信息（事实、想法、情感等）在发送方与接收方之间传递并力求被共同理解的过程。项目沟通管理包括为确保项目信息及时且恰当地规划、收集、生成、发布、存储、检索、管理、控制、监督和最终处置所需的各个过程。项目经理绝大多数工作时间都用于沟通——与团队成员、干系人、管理层、供应商的正式与非正式交流。统计数据反复证明：项目失败的首要原因往往不是技术，而是沟通失效。

沟通的有效性不取决于「信息已经发出」，而取决于「信息被接收方正确理解」。这一判断贯穿本章所有考点：反馈用来确认理解，噪声干扰理解，沟通方法的选择影响理解的保证程度。

3.2 沟通模型：一条必须会默画的链

基本沟通模型描述了信息从发送方到达接收方并被理解的完整过程，包含以下环节：

• 发送方：信息的来源，产生需要传递的思想、观点或事实；
• 编码：发送方把思想转化为语言、文字、图表、表情等可传递的符号形式；
• 媒介（传递）：信息借以传播的通道，如会议、电话、电子邮件、报告、即时消息；
• 解码：接收方对收到的符号进行解释，还原其含义；
• 接收方：信息的目的地，理解（或误解）信息的一方；
• 确认与反馈：接收方对收到的信息予以回应或确认已理解，反馈沿反方向再经历一次编码—媒介—解码的过程，使沟通成为双向闭环；
• 噪声：妨碍信息传递与理解的干扰因素，存在于沟通全过程——编码环节的表述含糊、媒介环节的信号丢失或延迟、解码环节的立场与知识差异、跨文化差异、情绪、信息过载，都属于噪声。噪声的存在意味着「发出」不等于「到达」，「到达」不等于「理解」。

3.3 沟通的分类

教材从多个维度对沟通进行分类，每个维度都可能成为判断题的题眼：

• 按范围：内部沟通（项目内、组织内）与外部沟通（客户、供应商、政府监管部门、公众等）；
• 按正式程度：正式沟通（报告、正式会议、合同往来、评审）与非正式沟通（走廊交谈、即时消息、聚餐交流）；
• 按载体：书面沟通与口头沟通；
• 按组织层级方向：向上沟通（对管理层、项目集经理）、向下沟通（对项目团队）、横向沟通（对同级职能经理、平级部门、合作伙伴）；
• 按官方性质：官方沟通（代表组织的正式表态、公告）与非官方沟通（个人层面的沟通）。

这些维度可以组合出「正式书面」「非正式口头」等具体形式，它们的适用场景见第 4.6 节的搭配表。

3.4 沟通技巧与书面沟通的 5C 原则

有效的沟通需要技巧支撑：认真倾听、目的明确、了解受众、选择恰当的媒介与时机、及时确认理解。书面沟通尤其讲究质量，教材给出书面沟通的 5C 原则：正确的语法和拼写（Correct grammar and spelling）、简洁的表述（Concise expression）、清晰的目的（Clear purpose）、连贯的思维逻辑（Coherent logical flow of ideas）、受控的语句和想法承接（Controlled flow of words and ideas）。口头与非口头沟通同样适用类似原则：聚焦受众关注点、控制语气与节奏、借助肢体语言强化表达。

四、知识点精讲：规划沟通管理

4.1 过程定位

规划沟通管理是基于每个干系人或干系人群体的信息需求、可用的组织资产以及具体项目的情况，为项目沟通活动制定恰当的方法和计划的过程。本过程的主要作用是：为及时向干系人提供相关信息、引导干系人有效参与而编制书面沟通计划。本过程应根据需要在整个项目期间定期开展。

4.2 沟通需求分析

沟通需求分析旨在确定谁需要什么信息、什么时候需要、以什么方式发送、由谁发送。分析时综合考虑：干系人的信息需求及其期望的沟通方式、组织结构图与项目组织、项目涉及的部门与专业、外部沟通对象（监管、客户、公众）、制约因素（如保密要求）等。教材特别提醒：沟通要适度——既要防止沟通不足造成信息断层，也要防止过度沟通造成信息过载，把大量与干系人无关的信息强行推送出去，本身就是一种噪声。

沟通需求分析的经典量化工具就是沟通渠道数：当团队有 n 个成员（干系人）时，理论上两两之间的沟通渠道总数为：

完整算例（正向 → 反向 → 增量）

• 正向求解：某项目团队共 10 人，则沟通渠道数 = 10×(10−1)/2 = 10×9/2 = 45 条。
• 反向求解人数：某项目经过沟通需求分析，测得潜在沟通渠道共 66 条，求参与人数。设人数为 n，则 n(n−1)/2 = 66，即 n(n−1) = 132。试算 n = 12：12×11 = 132，成立，故 n = 12 人。（提示：n 与 n−1 是相邻自然数，把 132 分解为 12×11 即可，无需解一元二次方程。）
• 求增量：某项目组原有 6 人，因工作需要扩编到 10 人。6 人时渠道数 = 6×5/2 = 15 条；10 人时渠道数 = 10×9/2 = 45 条；新增渠道 = 45 − 15 = 30 条。可见人数增长 67%，沟通复杂度却增长 200%，这正是大型项目必须依靠标准化沟通机制而非「人人随时聊」的原因。

4.3 沟通技术

沟通技术指用于在干系人之间传递信息的具体手段。选用何种技术，主要考虑以下因素：

• 信息需求的紧迫性：需要实时掌控的（如生产事故）用电话、视频会议；可容忍延迟的用周报、月报；
• 技术的可用性与可靠性：干系人所在环境是否具备网络、系统条件，技术是否稳定；
• 易用性：技术越易用，越有利于信息及时传递与理解；
• 项目环境：团队是集中办公还是虚拟团队、跨时区、跨文化，决定了同步或异步沟通的选择；
• 信息的敏感性和保密性：涉密信息须采用受控渠道（加密、权限管理），并考虑相关法律法规要求。

4.4 沟通方法：交互式、推式、拉式

沟通方法是从「信息如何流动」的角度对沟通方式的划分，是本章最高频的辨析点。三者的核心区别在于信息交换是否双向、发送方是否主动、受众规模：

4.5 沟通模型的选择

在规划沟通管理中，还要结合沟通模型设计具体的沟通行为：需要即时澄清、当场达成一致的，选择能让发送方与接收方同步交互的模型（会议、电话）；允许时间差的，可选择异步模型（邮件、文档）；跨文化沟通要增加「确认已理解」的动作，必要时复述要点、请对方书面回执。无论哪种模型，都应在计划中预先安排反馈环节，而不是默认信息一定被理解。

4.6 书面/口头 × 正式/非正式的搭配

沟通的载体（书面/口头）与正式程度（正式/非正式）组合出四种典型形式，考试常给场景反推最合适的形式：

4.7 沟通管理计划

规划沟通管理的核心输出是沟通管理计划，它是项目管理计划的组成部分，描述将如何规划、结构化、执行与监督项目沟通。主要内容包括：干系人的沟通需求；需要沟通的信息（语言、格式、内容、详细程度）；上报过程（问题升级路径）；产生信息的原因与发布时限、频率；信息的发送方和接收方；传递信息的方法或技术（采用交互式、推式还是拉式）；为沟通活动分配的资源（时间与预算）；随项目进展更新与优化沟通管理计划的方法；通用术语表；项目信息流向图、工作流程（含审批程序）；制约因素与假设条件等。沟通管理计划中还可包含关于项目状态会议、团队会议、网络会议、电子邮件等的指南和模板。

五、知识点精讲：管理沟通

5.1 过程定位

管理沟通是确保项目信息及时且恰当地收集、生成、发布、存储、检索、管理、监督和最终处置的过程。本过程的主要作用是，促成项目团队与干系人之间的有效信息流动，以及有效地引导沟通。本过程应根据需要在整个项目期间定期开展。管理沟通的关键在于按沟通管理计划执行，并根据执行中的实际情况灵活调整沟通方式。

5.2 沟通技能

• 沟通胜任力：对沟通知识的掌握和运用能力，包括根据受众特点调整沟通风格、清晰地表达和积极地倾听、提出并回答问题的能力。项目经理面对技术人员、业务人员、高管应使用不同的表达方式——对高管讲结论与影响，对开发人员讲逻辑与细节。
• 反馈：对沟通信息的回应。及时、具体的反馈能帮助发送方确认信息是否被正确理解，并据此改进后续沟通。反馈是双向沟通闭环的关键动作，也是教练式辅导、绩效沟通的基础。
• 非口头技能：通过肢体语言、面部表情、眼神接触、语音语调、空间距离等传递信息。口头内容与非口头信号不一致时，接收方往往更相信后者。跨文化沟通中尤其要注意手势、目光、空间习惯的文化差异，避免无意冒犯。
• 演示：向干系人报告和传达信息所采用的正式形式。有效的演示需要明确的受众定位、清晰的结构、恰当的视觉辅助材料，并配合良好的肢体语言与现场互动。

5.3 项目报告发布与项目管理信息系统

项目报告发布是收集和发布项目信息的行为，其形式和内容各不相同，可借助甘特图、网络图、挣值图表、仪表盘等可视化手段提高信息的可读性。工作绩效报告（状态报告、进展报告）是管理沟通的重要输入，项目经理据此向干系人通报项目健康度。项目管理信息系统为沟通提供工具支持，包括电子化文档管理、协同平台、电子邮件与消息系统、报表系统等，确保信息可检索、可追溯、可按权限访问。

5.4 人际关系与团队技能与会议管理

管理沟通用到的人际关系与团队技能包括：积极倾听（减少误解、让对方感到被尊重）、冲突管理（采用合作/解决 face 面问题的态度处理沟通中的分歧）、文化意识（理解并尊重文化差异，减少误解与冒犯）、人际交往（通过交往网络获取信息与支持）、政治意识（理解组织的正式与非正式权力格局，选对沟通对象与时机）、会议管理。会议是交互式沟通的主要载体，有效的会议管理要求：制定明确的议程并提前分发、控制会议规模与时长、指定主持人与记录人、聚焦议题并按议程推进、会后及时形成会议纪要并跟踪行动项落实。

六、知识点精讲：监督沟通

6.1 过程定位

监督沟通是在整个项目生命周期中确保满足项目及其干系人的信息需求的过程。本过程的主要作用是，按沟通管理计划和干系人参与计划的要求优化信息传递流程。本过程应根据需要在整个项目期间定期开展。

6.2 如何评估沟通效果

监督沟通不是「发了信息就算完」，而是要回答一个问题：沟通是否达到了预期效果——干系人是否及时获得了所需信息、参与度是否达到期望水平。评估手段包括：

• 干系人参与度评估矩阵：通过数据分析，把干系人「当前的」参与程度（不支持、中立、支持、领导）与「期望的」参与程度进行对比，识别差距。若关键干系人实际参与度低于期望，首先要判断沟通失效是根因还是表象——有时是沟通方法不当导致信息没送达，有时则源于利益诉求未被满足（那属于干系人管理问题）；
• 观察和交谈：通过与干系人的日常观察和交谈，直接了解他们对项目信息的获取情况与感受，及早发现信息不对称的苗头；
• 会议：定期召开沟通效果回顾会议，检查沟通活动是否按计划执行、是否需要调整。

6.3 如何调整沟通策略

当评估发现沟通未满足信息需求时，项目经理应先分析原因，再采取针对性措施：调整沟通方法（如把推式改为交互式）、调整沟通频率或详细程度、更换信息载体、增加反馈确认环节等。需要特别注意：若要修改沟通管理计划或干系人参与计划，必须提出变更请求，走整体变更控制流程；同时把沟通管理的经验教训记入经验教训登记册，更新组织过程资产。监督沟通的结论还要落实到工作绩效信息中，供监控项目工作等过程使用。

七、易混点辨析

本章三组易混点是选择题失分重灾区，逐一对照记忆：

八、典型案例分析

案例：某省级医保信息系统项目的沟通失效

【背景】某承建单位中标某省医保信息系统建设项目，工期 10 个月。项目团队成员 12 人，另有监理单位、第三方测评机构、客户方信息中心与业务处室等多家干系人。项目经理老周是技术出身，习惯「埋头做事」，认为「活干好了自然有人看见」。项目启动后，老周只在启动会上做过一次总体介绍，此后既没有编制沟通管理计划，也没有约定信息发布机制：周报想起来就发、忘了就不发；业务处室对需求的疑问通过电话零散找开发人员确认，口径混乱；监理要求的双周报经常迟交；上线前一个月，客户方领导在会议上首次得知系统界面与最初设想差异很大，勃然大怒，要求大规模返工，项目陷入困境。

【问题描述】请结合沟通管理知识，分析该项目在沟通管理方面存在的主要问题，并提出改进建议。

【问题诊断（分点作答）】

• 1. 未开展规划沟通管理，缺少沟通管理计划。项目启动后没有分析各干系人的信息需求（谁需要什么信息、何时需要、什么形式），没有确定沟通方法、频率、发送方与接收方，沟通处于自发、随意状态；
• 2. 沟通方法与形式选择不当。业务处室对需求的理解必须当面澄清并书面确认，属于典型的交互式沟通场景，却用零散电话（非正式口头）代替，导致口径混乱、无据可查；
• 3. 信息发布不及时、不稳定。周报时断时续，监理报告迟交，违反了按约定频率发布信息的基本要求，使外部干系人对项目失去知情与监督；
• 4. 未执行管理沟通中的反馈与确认环节。界面方案等关键事项未经干系人（尤其客户方领导）确认即推进开发，缺少「确认已理解、同意」的闭环；
• 5. 未进行监督沟通。没有用干系人参与度评估矩阵等手段跟踪干系人参与情况，客户方领导长期游离于项目之外这一重大风险始终未被发现，最终演变为返工。

【改进建议（分点作答）】

• 1. 立即补做沟通需求分析，编制沟通管理计划：基于干系人登记册明确各类干系人的信息需求、沟通频率、载体、发送责任人，并经相关方确认后发布执行；
• 2. 分层匹配沟通方法：需求澄清、方案评审采用会议等交互式沟通并形成书面确认；例行状态采用推式（周报、双周报按时群发）；文档库、培训材料采用拉式（门户按需查阅）；
• 3. 建立反馈与确认机制：关键交付物（需求规格、界面原型、测试方案）须经客户方书面确认后方可进入下一阶段，会议纪要明确行动项与责任人并跟踪闭环；
• 4. 定期监督沟通效果：每月对照干系人参与度评估矩阵检查实际与期望参与度的差距，发现沟通不满足需求时分析根因、调整沟通策略，涉及计划变更的提交变更请求；
• 5. 对当前返工危机：先通过高层交互式会议对齐返工范围与责任，形成正式书面决议，同时把沟通管理教训记入经验教训登记册。

【命题落点】本题可考：① 指出沟通管理存在哪些问题（对照三过程缺失项作答）；② 为项目设计沟通管理计划的关键内容；③ 判断题干中某具体行为属于哪种沟通方法/形式。答题时务必「先点出违反了哪个过程/工具，再给措施」，只罗列现象不给对策不得全分。

九、考点速记卡