沟通管理

沟通： 沟通三大必要素：沟通的发起方、沟通的接收方、沟通的介质。在沟通的模型中存在多种模型，基本模型为:解码->传递信息->解码；互动沟通模型为：解码->传递信息->解码->确认已收到->反馈/响应，相对于基本模型，互动沟通模型多了确认已收到（告知收悉）和反馈/响应，确认已收到在项目中往往表示对方明确收到信息，而反馈/响应往往表示客户已经理解信息并做了反馈；所以在项目管理中互动模型的沟通最好。 　　沟通的方法包含互动沟通、推式沟通和拉式沟通； 　　其中互动沟通指的是两方或多方之间实时多向信息交换，如会议、电话、即时信息、社交媒体和视频会议等； 　　推式沟通指的是确保信息发送，不能确保信息送达，如邮件、报告、传真、博客等； 　　拉式沟通指的是接收方自行访问相关内容，如门户网站、企业内网、知识库等。 沟通的管理工具包含： 　　　　针对不同相关方调整信息发布的层次、形式和细节； 　　　　报告的形式各不相同，存在着简单沟通、详细报告、定制演示； 　　　　报告的发布可以定期准备信息，如周例会议，同样也可以基于例外情况的准备，如临时会议。 　　　　同时在沟通过程中需要沟通记录的输出，它包含项目的进展进度、产生的成本、可以交付成功的状态，及相关方需要的其他信息等。 在项目整个期间开展中，我们同时还需要实时监督沟通，以便确保满足项目及相关方信息需求的过程

分工合理，责任明确 团队是由个人组成的，团队中的个人往往经历不同、背景不同、性格有差异、水平有高低。在团队形成后、正式开工前，首先应该进行合理分工，要结合每个人的特点和爱好，充分发挥出每个人的特长。因为如果工作不愉快、不顺手的话，效率自然低下。分工完成后，每个人对应的职责也就确定了。这时应该同每一位团队成员进行明确申明，最好以文字形式落实到个人并与日常绩效考核挂钩，以避免互相推诿、相互等待的情况出现。 制定高效的沟通机制 分工完成后团队即开始工作，此时必须保证信息在整个团队内的畅通，特别是互相之间有工作关联的同事，在发现问题时需要及时提出，以免造成不必要的工时浪费。 但软件开发本身是一种需要精力集中并且安静的工作，多次临时性的打断会造成开发思路的停滞，因此团队负责人最好能够每天在固定的时间段内组织大家进行沟 通，并了解工作的进度。而固定的时间也会让大家形成习惯，使效率得到提升。 发现团队瓶颈 大家往往会陷入一种误区，认为团队中每个员工效率发挥到极致的时候就是这个团队效率最高的时候。但经过企业管理实践不断的论证，这种想法其实是非常可怕的谬 论。正确的做法应该是将整个团队看成一个整体，再去谈效率问题。团队的分工协作就好比是生产的流水线，流水线的整体生产效率不取决于流水线上效率最高的环节，而取决于效率最低、速度最慢的环节。当流水线上某一环节出现故障而停滞时，整个流水线也就停滞了

最近财务刚到位，上上下下要求各业务规范化，尤其是物资的管理。 原有的物资管理系统没有考虑存货核算与财务总帐的接口，所以拉着部门兄弟们苦了2个星期，最终完善了一套系统，也获取了不少经验。 又要忙着采购与仓库的流程规范化，暂估价的准确性。 在实际业务中有很多的问题需要沟通，最近又要烦了。 转载于:https://www.cnblogs.com/jssy/archive/2007/11/10/955051.html 来源： https://blog.csdn.net/weixin_30826761/article/details/99359762