目录
前言：
前文中阐述了项目经理在“管人"方面一个重要的手段，就是沟通。本文就进一步阐述沟通的模型，它是对项目沟通管理的深入，关于项目中的沟通管理，请参考：
[项目管理-6]：软硬件项目管理 - 项目沟通管理（渠道、方法）_文火冰糖的硅基工坊的博客-CSDN博客
第1章 项目中闭环沟通模型
1.1 沟通模型
（1）沟通的对象：与何人沟通。
（2）沟通的频率：隔多久沟通一次。
（3）沟通的形式：面对面?线上文字?还是语音等;
（4）沟通的内容：想要解决什么问题。
（5）沟通的反馈：确认，要及时给对方反馈，也关注对方及时给你的反馈。
反馈非常重要，可以通过反馈，可以知道对方是否收到、对方是否理解、对方是否认同你的消息。
（6）超时的重传：对方没有反馈时，需要重发信息。
（7）监控机制：
在长时间不需要消息交互的时候，需要使用心跳机制、周期性状态查询机制、周期性状态汇报机制。然后根据监控的结果，决定是否需要重新发送新的消息或命令。
1.2 开环沟通
（1）疑问
在实际沟通中，（5）和（6）是容易被忽略的，在项目出进度出问题的时候，我们常听说的一句话：我已经发邮件给他了，这不关我的事。真的不关我们的事吗？你能确定：
你确定对方是否收到了邮件？
你确定对方已经看了邮件？
你确定对方的理解与你的理解一致?
你确定你的内容是否合适的？对方没有疑问？
你确定对方认可你邮件的内容？
你确定对方按照你的邮件指示去执行了？
很显然，简单的把邮件发出去，邮件系统虽然可以能够确保，你的邮件肯定能够进入对方的邮箱，但除了这个，但上面的疑问，能有几个问题是可以确定的呢？
（2）开环沟通
所谓开环沟通，就是消息发出去之后，不关心对方是否确认。这样的沟通称为开环沟通。
开环沟通，属于不可靠沟通，不可靠通信。
1.3 闭环沟通
所谓闭环沟通，就是消息发出去之后，就是表明要求对方回复（置应答标志）。
如果对方在指定的时间没有回复，需要发送提醒消息，请求对方回复，或直接重发消息。
1.4 闭环监控式沟通
闭环沟通只确保对方已经正确地接收了消息、正确理解了消息，也认同了消息内容。
但闭环沟通，并没有解决，对方是否在执行，执行的结果与你期望的目标是否一致。
这时候就需要采用闭环闭环监控式沟通模型。
闭环监控式沟通能够监控中间的执行过程，确保执行结果的达成。
与PDCA是相似的。
P：计划，通过沟通的方式表达你期望对方完成的目标。开环沟通的结果到此步骤。
D：执行，对方按照你的期望目标在执行。闭环沟通的效果到此步骤。
C：检查，定期通过沟通的方式获取对方执行的结果，并获得偏差。闭环监控式沟通的中的“监”的效果到此步骤。
A：纠偏行动，最终目标达成。闭环监控式沟通的中的“控”的效果到此步骤。
第2章 TCP/UDP/SCTP通信模型在项目管理中的应用
通信的本质就是沟通。他们的英文都是communication。
2.1 UDP通信沟通模式
面向无连接的、不可靠的沟通方式。
（1）优点
- 高效
- 快速
- 低成本
（2）缺点
- 不可靠
- 无法确认数据包是否被丢弃
- 无法确认数据包内容是否出错
（3）应用场合
- 不重要的信息
- 丢弃不影响进展的信息
2.2 TCP通信沟通模式
面向的连接的、可靠的沟通方式。
（1）优点
- 有确认、可靠
- 超时重传
- 否定应答重传
（2）缺点
- 耗时
- 传输效率低
- 需要缓存，需要更大的内存，用于重发
- 上下文不能立即释放，需要更长的时间保存数据。
（3）应用场合
- 大部分需要对方做事的消息，都需要对方确认
- 大部分重要的信息，都需要对方确认
- 需要多次沟通，反复讨论的信息
- 项目中大量的沟通应该采用TCP沟通，这是项目管理有效沟通最常用的沟通模型。
2.3 SCTP通信沟通模式
面向的连接的、可靠、加密的沟通方式。
（1）优点：
- 安全
- 加密
- 确认
（2）缺点：
- 低效
- 耗时
（3）应用场合
- 需要私人交流面对面交流的场合
- 私人邮寄，不是群发的邮寄
- 需要保密的邮寄和信息
2.4 PID闭环监控
（1）状态获取
通过心跳机制、周期性状态查询机制、周期性状态汇报机制获取对方当前的执行状态。
（2）偏差判断
根据反馈的状态，判断状态与期望和目标的差距。
（3）偏差纠正
如果有偏差，这需要发送新的指令、消息，请求对方进行纠正。
这个纠偏的过程必须采用闭环沟通模型进行通信，需要对方理解和确认。
（4）目标达成
（5）应用场合
- 非常重要的任务
- 需要长时间执行的任务
- 执行力弱的人（不适合执行力非常强的人，否则容易引起对方的反感）
1585
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
