第11章 规划过程组 / 11.17
11.17 规划沟通管理
一句话讲明白
先想清楚"谁要什么信息、什么时候给、用什么方式给",写成一份沟通台账,省得群里 99+ 还没人看。
生活类比
办婚礼前拉个群:酒店告知通常采用推式(群发通知,发了不等于你看懂了);车队路线图和接亲节目单放网盘链接(拉式,谁要谁去看);婚礼当天现场调度必须打电话、开对讲会议(互动,实时多向交换)。而婆婆嘴里的"办得热闹点"传到你耳朵里变成"要 30 桌海鲜",中间那点失真就是噪声。
正经定义
规划沟通管理是基于干系人的信息需求、可用的组织资产,以及具体项目的需求,为沟通活动制订恰当的方法和计划的过程。主要作用:为及时向干系人提供相关信息、引导干系人有效参与而编制书面沟通计划。本过程需要根据需要在整个项目期间定期开展。
拆解与流程
输入 — 工具与技术 — 输出
| 内容 | |
|---|---|
| 主要输入 | 项目章程;项目管理计划(资源管理计划、干系人参与计划);项目文件(需求文件、干系人登记册);EEF;OPA |
| 主要工具与技术 | 专家判断;沟通需求分析;沟通技术;沟通模型;沟通方法;人际关系与团队技能(沟通风格评估、政治意识、文化意识);数据表现(干系人参与度评估矩阵);会议 |
| 主要输出 | 沟通管理计划;项目管理计划更新(干系人参与计划);项目文件更新(项目进度计划、干系人登记册) |
⭐ 沟通方法三选一(必背)
| 方法 | 特点 | 例子 |
|---|---|---|
| 互动沟通 | 两方或多方实时多向交换信息,最可靠 | 会议、电话、即时消息、社交媒体、视频会议 |
| 推式沟通 | 发给特定接收方,确保发送但不确保被理解 | 信件、备忘录、报告、电子邮件、传真、语音邮件、博客、新闻稿 |
| 拉式沟通 | 用于大量复杂信息或大量受众,由接收方自行访问 | 门户网站、组织内网、电子在线课程、经验教训数据库/知识库 |
沟通形式还可按规模分:人际沟通(面对面)、小组沟通(3~6 人)、公众沟通(演讲)、大众传播、网络和社交工具沟通。
沟通模型
最基本的是线性模型(发送方 → 编码 → 传递 → 解码 → 接收方),加上反馈后更互动;现实中发送方与接收方的情绪、知识、背景、个性、文化和偏见都会带来噪声。
- 发送方负责:信息清晰完整、确认被正确理解。
- 接收方负责:完整接收、正确理解、告知已收到或作出回应。
- 注意:该模型适用于人对人、小组对小组,不适用于邮件、广播、社交媒体等沟通成果。
输出:沟通管理计划
干系人的沟通需求;需沟通的信息(语言、形式、内容、详细程度);上报步骤;发布信息的原因;发布与回应的时限和频率;负责沟通的人员;负责授权保密信息发布的人员;接收信息的人员或群体;传递方式(备忘录、邮件、新闻稿、社交媒体);沟通活动的资源(时间和预算);随项目进展更新优化计划的方法;通用术语表;项目信息流向图、工作流程、报告清单、会议计划;法律法规等制约因素。用项目网站和项目管理软件也要写进去。
考试怎么考
- 题型:选择高频;计算题考沟通渠道数,案例考"项目经理天天开会却不发书面报告"的改进建议。
- 必背公式:沟通渠道数 = n(n−1)/2,n 为干系人/团队成员数。例如团队由 6 人增到 9 人,渠道数从 15 条增至 36 条,增加 21 条。
- 陷阱词:
- "把所有周报都发到邮箱属于拉式沟通" → 错,邮件是推式;放门户网站、知识库才是拉式。
- "电子邮件可确保信息被正确理解" → 错,推式只能确保发送。
- "沟通模型适用于社交媒体的沟通规划" → 错,只适用人对人、小组对小组。
易混辨析
| 推式 | 拉式 | 互动 | |
|---|---|---|---|
| 谁主动 | 发送方 | 接收方 | 双方实时 |
| 能否确保理解 | 不能 | 视接收方是否查看 | 能(可当场确认) |
| 适用场景 | 定向送达 | 信息量大/受众多 | 需要快速达成一致 |
一秒记忆
"开会打电话是互动,发邮件发报告是推,放网站知识库是拉——推只管发,拉要人扒(查看),渠道条数 n(n−1)/2。"