下面是小编为大家整理的项目沟通：浅谈项目管理中沟通管理（全文完整）,供大家参考。
项目沟通：浅谈项目管理中的沟通管理
项目管理就是指把各种系统、方法和人员结合在一起，在规定的时间、预算和质量目标范围内完成项目的各项工作。项目管理的内容涉及到诸多方面，比如项目的计划、控制、度量等等，而在这些过程当中，沟通是贯穿始终，必不可少的一个工作，我记得上次在清华光环管理培训中心的调研面试中，面对老师的提问 “ 你认为沟通应该占项目经理日常工作的百分之多少？ ” ，我说 “ 项目经理日常工作的80%” ， “ 那剩下的 20% 做什么？ ” 我说 “ 剩下的 20% 就是准备沟通的内容，以期达到沟通的目的 ” 。虽然答复有些许夸张 ，但是沟通确实已经成为项目经理日常工作的一个重要组成部分，而且是贯穿项目整个生命周期的一项持久工作，这项工作的好与坏直接影响项目的过程控制和最终的项目质量。
一、积极有效的沟通
沟通管理的目的就是要保证项目信息及时、正确的提取、收集、传播、存储以及最终进行处置，保证项目组内部的信息畅通。在这过程当中，项目经理责无旁贷的成为信息传输的中心和中转站，同时又要避免成为信息流通的瓶颈。我认为项目的沟通主要包括与业务部门的沟通、与部门领导的沟通、项目组内成员之间的沟通（包括与项目组中外部资源的沟通）、与外联公 司的沟通和与其他兄弟部门（包括 CS中心、J NFSJ 中心）之间的沟通等等。
1 1 、与业务部门的沟通
与业务部门的沟通一般从项目前期阶段就开始了，在这工作当中，我想有以下几点需要注意：
· 充分分析业务部门的需求，以及需求的重点部分，沟通做到有的放矢；
· 让对方在一定程度上（即有利于项目组工作开展的程度上）了解项目组的现实情况，有困难一定先提出来，增进双方的相互理解；
· 在需求沟通中，业务的专家地位可能不很明显，项目组在有条件的前提下可以更加深入的参与业务需求讨论，甚至引导需求，即技术引导业务；
· 在项目过程当中形成前期积极进行需求挖掘、中期合理安排客户体验、后期协调验证测试的良性循环；
· 如果沟通效果不理想，要及时上升问题的高度，寻求各级相关领导和职能部门的协助，合理的借用外部力量达到项目组的既定目标- - 项目成功。
这里我举 M BYXM 部一位项目经理的项目作为案例加以说明，《X XX 项目》，这个项目涉及的对账系统决算规模 380( 人天) ) ，理论工期 8 7.8 月，实际工期 2 2.2 月。涉及：6 6 个系统。预估版本缺陷密度为 46 （X ZX 平均 15.3 ）。最后该项目得以成功完成，并顺利投产。业务反馈极佳，并发来感谢信，在 上次中心满意度调查中也给予了很高的分数。其实该项目实际情况是：时间非常紧，任务也很重，而且需求不明确，配合公司由于商务问题不能及时支持，可以说困难重重。但从项目开始到结束，项目组在项目经理的领导下与业务代表时刻保持着紧密的沟通，对于存在的各种问题从不拖延解决，每天将项目各阶段的进度情况发与项目干系人了解，保证各方面信息的一致性。项目组成员包括业务人员短期内成为了一个团结而紧密的团体，业务人员也能够了解项目组成员为此付出的努力，并打下了良好的客户基础。
事实上，在很多情况下，业务人员对我们项目的最终可交付 成果并不满意。关键的一点是，在缺乏沟通的情况下，我
们最终的可交付成果偏离了他们的预期。如果我们能在项目的整个生命周期中安排业务进行讨论、分析和体验，我们就能积极调整和提高业务代表对我们的项目和我们的系统的期望值，这样不管最终的项目有多难，业务都是用心准备的。同时，在沟通的过程中，他们也一定会理解我们的实际困难，尽可能看到我们的努力，这样一个项目最终业务部门的反馈结果也不会差。
2 2 、与部门领导的沟通
在项目管理过程中，与部门领导的沟通是不可避免的。由于在中心目前的矩阵结构管理模式下，职能部门的权限大 于项目经理的权限，所以项目经理在项目管理中会不断与各职能部门的经理打交道，同时项目经理也会定期向其部门领导汇报项目情况，寻求项目支持。我觉得和部门负责人沟通要注意以下几点: :
· 寻求支持的邮件一定要简练的描述清楚问题的关键所在，需要领导哪方面的具体支持，最好根据具体问题给领导1 1- -3 3 个选择，并指出项目组倾向于哪个选择，原因是什么，而不是把问题直接扔给领导；
· 一定要清楚各级领导的权限和角色，解决问题时一定是要找到关键路径上的关键领导，避免信息同时发布多个领导，造成领导之间的沟通成本加大，影响问题的解决效 率，增加领导协调解决问题的难度；
· 对于有些问题，不要一味的向领导妥协，不要一味的承诺实际不可能完成的项目工作，这既是对工作的负责，也是对领导、对项目组的负责。
3 3 、与项目组成员之间的沟通
对于项目经理来说，大型项目主要是和各种应用的职业经理人和架构师交流。这里我用自己带来的一个项目来说明一些需要注意的问题。
《X XX 项目》在系统测试阶段，开发经理和测试经理关于提交的测试问题数量存在争论，开发经理认为测试部门提交问题重复，且数量过多；而测试经理认为项目办对于测试部门给出了测试标杆值，她是按照 这个来执行的，而且她认为开发经理一味偏袒开发人员，且拒绝修改的问题答复过于简单。针对以上这些情况，我首先了解了一下标杆值的问题，这个值是项目办根据每个应用以往的历史数据给出的每百功能点发版前的问题数参考值，比如该项目涉及的参数管理应用是百功能点 3 13 点多个问题，但这只是一个参考值，所以测试经理以此作为依据进行问题数目的控制是不必要的。同时我去测试经理那里了解了一下实际情况，部分问题确实是相同问题，但是 S BYCS 部的要求是回复的时候可以选择相同问题回复，但是不要直接打回拒绝修改且写明是相同问题，这也是 是 L L 总在测试部 门内部一再强调的，所以碰到这种情况测试经理坚决不会同意关闭。同时我在开发这边了解到，开发人员对于一个公用模块提多个问题非常反感，修改一处程序而填写问题清单的时候要填写多条记录，而且开发经理反馈实际上其它测试人员提交的重复问题并不多，而测试经理本人提交的很多，感觉测试经理有意而为之。针对这种情况，我和开发经理、测试经理沟通之后做了如下要求：首先为了保证测试进度和质量，测试方面发现问题该提就提，但是没有必要以测试标杆给出的值作为测试标准，要以实际情况为准；其次，开发人员和测试人员多沟通，从源头上避免一个公共模块 提多个问题的情况，但如果一旦问题提交了，开发人员就按照相同问题处理，不要拒绝修改，这个我也告知了开发经理对于项目的有效问题数不会有影响。同时由于考虑到个人面子问题，我和测试经理单独做了沟通，请她避免提交过多相同类型的问题，提交之前可以先和开发经理打个招呼。另外我也请两位专业经理考虑，由于项目所涉及应用之后的所有牵头配合项目都是两位专业经理配合工作，到底是一个和谐的工作氛围还是一个充满火药味的工作氛围对双方
更好？目前项目系统测试已经完成 85 ％，问题解决效率平均不超过 2 2 天，问题数也控制在百功能点 8 8 个左右，开发部 门和测试部门均较为满意这样的结果。
从这个案例来看，我觉得关键是项目经理收到各种信息后，不要急于下结论，因为这个结论很可能是片面的，或者根本就是错误的，要对信息进行有效的确认。同时，在沟通的过程中，项目经理要合理地切换岗位，有时从项目的岗位，有时从职业经理人的岗位。最后，在项目管理过程中要坚持公正、公平的原则，对项目涉及的应用不偏不倚，只谈问题的解决，不谈个人问题的其余部分。
二、有效的沟通方法
为了增加沟通成功的可能性，使项目工作按计划正常进行，必须注意使用有效的沟通方法。沟通方式如下: :
· 书面、口头
· 会议、邮件、视频、电话
· 正式、非正式
在实际操作中，没有一定的规则。项目经理要根据具体情况采取不同的方式，最终目的是达到最佳的沟通效果。从中心最常用的会议、邮件、视频、电话这几种沟通方式来看，我认为如果问题紧急，视频或者直接面对面沟通是最有效的。如果你需要一个实际的承诺，那么邮件沟通无疑是首选。这就涉及到高效文本( ( 邮件) ) 沟通策略的问题。
一封邮件的内容一般由三部分组成: : 标题、内容和格式。标题是一封邮件的点睛之笔，是整封邮件的总结。内容是表达诉求的具体描述；格式是邮件 的外部包装，使其具有特定性和鲜明性。一封高效的电子邮件通常具有以下特征: : 简洁、准确、清晰、发送给必要的人，以及有序的附件。这里面有几点我觉得需要注意: :
· 简明扼要：简洁的邮件将更易于对方阅读和回复。传达信息时应注意－ “ 抓住重点，杜绝重复 ” ；
· 明确需要收件人要做什么：否则，写明仅供参考；
· 内部沟通的邮件也不可以随意：简洁、有条理的邮件带来更高的处理效率；
· 尽量在正文中说清楚问题：正文阐述要表达的观点，附件起补充作用，附件要写清标题；
· 最后一步填写收件人：为避免误操作，最后一步再选择 收件人；考试大整理
· 发件前的再次确认：检查收件人、语句、表达的是否清楚，是否有歧义，是否带有个人情绪化色彩，最后重读一遍，无误后发出。
沟通是人与人之间传递信息的过程，对项目的成功至关重要。要做好项目的各个阶段，达到预期的效果，就需要在项目团队内部以及项目团队与外部环境之间建立沟通渠道，快速准确地传递信息，从而达到全体成员的协调一致；使项目成员明确各自的职责，了解自己的工作对实现项目目标的贡献；通过广泛深入的沟通，找出项目管理中存在的问题，预估项目过程中的依赖和风险，制定相应的对策和解决方案，并 对问题的解决进行跟踪和控制。因此，良好的沟通是良好的项目管理和更好地实现项目目标的重要前提。
推荐访问:项目沟通：浅谈项目管理中沟通管理 沟通 项目管理 浅谈
