早期遇到的一个案例，需求人员小A是跟技术组组长小J沟通，小A隶属于小J，又一次小A发现了一个流程上有问题，主流程没问题，分支流程逻辑没走通，就约小J一起对接一下，对接过程一切都还好好的，可能小J在口才能力上比不上小A，最后拍了下衣服转身回到自己工位了。
这个事情在很长一段时间都让小A及当时在场的同事认为小J不是一个合格的负责人，后来慢慢时间久了，也慢慢过去了，随着工作的变换，慢慢经历多了也就知道了事实上，那个的转身并不是能判断他不是一个合格的同事，相反在那个阶段，他已经做的很好了。他能花时间讨论已经可以了，只是惦记着手里其他迫在眉睫的工作。唯一的缺点是结束有点不太好，这并不是一个很大的问题，相信以后会注意到，并且优化自己的行为模式的。
提到这里回顾一下PMBook沟通管理的几个要点
规划沟通：基于现状为相关方相关群体的信息需求，为项目沟通活动制定恰当方法和计划的过程。也就是明确清楚谁需要什么信息，相关信息怎么共享。
管理沟通：确保信息及时及恰当的收集，生成，发布，存储，检索，管理，监督和最终处置的过程。
监督沟通：确保满足项目及相关方信息需求的过程。
“沟通可以为成功完成项目与项目集建立必要的关系。用于开展沟通的活动和工件多种多样，从电子邮件和非正式对话，到正式会议和定期项目报告。”，包括内部，外部，正式、非正式，官方非官方，层级沟通，对上沟通，向下沟通，横向沟通，书面与口头沟通等。
应用书面沟通5C原则，可以减轻但无法消除理解错误。
附上一个与PM book逻辑相似的解释，及另外相对更人性化的一种一种书面5C沟通原则（http://www.360doc.com/content/19/0323/12/2054294_823585035.shtml）
Correctness：正确的语法和拼写。语法不当或拼写错误会分散注意力，还有可能扭曲信息含义，降低可信度.
concise ：简洁的表达和无多余字 ，简洁且精心组织的信息能降低信息意图的可能性。
clear ：清晰的目的和表达(适合读者的需求) 确保在信息中包含能满足受众需求与激发其兴趣的内容
conherent：连贯的思维逻辑 ，写作丝路连贯，以及在整个书面文件中使用诸如 引言和小结的小标题
controlling ：受控的语句和想法承接，可能使用图表或小结来控制语句和想法的承接。
