项目沟通管理流程[摘要]2005年3月,我参加了“某省邮政储蓄中间业务平台”项目的开发，担任项目经理的角色。该系统主要是凭借邮政储蓄点多面广的特点，利用各个下面是小编为大家整理的项目沟通管理流程4篇,供大家参考。
项目沟通管理流程篇1
[摘要]
2005年3月,我参加了“某省邮政储蓄中间业务平台”项目的开发，担任项目经理的角色。该系统主要是凭借邮政储蓄点多面广的特点，利用各个网点原有的网络、设备和人员等资源，在中间业务系统上为广大用户提供代缴话费、代收保险费、代收水电费等服务。该项目的实施可以为邮政系统带来除存款外新的利润增长点。项目投资共1000万，开发周期为1年。
由于该系统涉及的项目干系人众多业务复杂，加强项目的沟通管理非常重要。本文结合作者的实践，以“某省邮政储蓄中间业务平台”项目为例，讨论了项目沟通的内容和方法。论文结尾，作者谈了该项目在沟通管理方面的一些心得和体会，同时也指出了不足之处及改进办法。
[正文]
2005年3月，我参加了《某省邮政储蓄中间业务平台》的开发，担任项目经理的工作，该项目作为某省邮政的重点工程，受到了该企业领导的高度重视。该系统利用邮政储蓄原有的硬件、网络和人力资源，为广大用户提供各种代理服务，既方便了广大用户也为邮政带来了新的收益。该系统服务器采用aix操作系统、oracle数据库、tuxedo为中间件，sco unix为前置机的操作系统，应用程序放在前置机上。整个系统的操作流程是：前台营业员在终端上由储蓄界面切换至中间业务系统界面，此界面为前置机上的应用程序，该程序与主机上的oracle数据库连接，主机再与其它各企业如电信、移动、保险公司等企业的主机进行数据交换从而达到代缴的目的。
由于该系统涉及的项目干系人众多，业务复杂，而且各个地级市局的硬件如终端、打印机、密码小键盘等型号不一致，给开发带来的很大困难。考虑到该项目牵涉面的复杂性，加强项目的沟通管理非常重要，沟通是否有效，渠道是否顺畅直接关系到项目的成败。影响项目成功的三个主要因素（用户参与、高层支持及清晰的需求定义）都依赖于拥有良好的沟通技能。项目沟通管理主要包括沟通规划、信息发布、绩效报告、干系人管理等过程。根据该项目的具体情况，我制定了合理的沟通计划、召开项目启动大会、使用多种沟通技巧和项目实施情况报告等形式，确保系统如期按质完成。
1．制定切实可行的计划
首先我做的工作是确定项目的所有干系人，了解每个干系人的基本情况。我使用excel制作了联系人列表，人员包括项目组成员、项目组上级领导、行政、业务、技术支持人员等。
信息包括姓名、所属部门、邮箱、座机、手机、职能等，做到简洁明了。把联系人列表发送给每个干系人，并及时更新，以保证沟通渠道的畅通。另外还编制了项目文档模板，包括会议纪要、工作报告、开发文档等，统一文件格式，使文档管理规范化。
我认真考虑了每个干系人对项目的期望，想要是得到项目的信息及时间。确定工作汇报方式，明确什么时间、以什么形式向谁汇报。在该项目中，我采取的方法是：项目组成员对项目经理通过email发送周报；项目经理对直接客户和上级按月通过email发月报的方式；紧急情况通过电话及时沟通；每两周项目组进行一次当前工作沟通会议；每周同客户和上级进行一次口头汇报。另外，项目组实施了重大问题报告评估制度。这里所谓的重大问题，指的是影响项目进度成本及质量的需求变更、人员调整等。比如，由于分配到本项目组的开发人员并不是非常固定，有时需要支持公司其他的项目，项目组及相关人员会及时开会评估对项目可能产生的影响。
事实证明，我通过采用这些方法、过程和文档模板，使项目组成员之间、与其他干系人之间的沟通更加顺畅，提高了沟通的效率，保证了项目按计划完成。
2、召开项目启动大会
由于该项目干系人众多，在项目启动之初我就召开了项目启动大会。我邀请了邮政、电信、移动、保险等企业的部门负责人在酒店一起开会。会前，每个模块负责人要明确自己的客户接口，要找机会和对方单独聊，拉近彼此间的关系。会上利用双方人员到齐的机会，it公司要把软件功能用通用、专业的语言和用户方的领导、技术人员、业务负责人进行最后确认。同时，还可使双方人员彼此认识，清楚各个层次的接口，大家混个脸熟，以后打交道就会更通畅。
此外，我在公司内部也召开了项目组成立会，我颁布一个“项目宪章”，包括项目的内容、项目负责人权限、项目团队成员、项目时间周期、项目需要的设备、资金等。内部造势不仅可以让各个部门了解项目，创造条件服务项目组，而且可以给项目组成员以压力和动力，意识到项目的意义和团队精神的重要性。
3．使用多种技巧
在该项目实施过程中，为了提高沟通的效率和效果，需要把握一些基本原则，而且项目进展的不同阶段以及对待不同的沟通对象，也要使用多种沟通方法。在需求分析阶段，作为项目经理，我经常与用户进行沟通。为了准确把握用户的需求，获取更多的信息，我召开了的需求讨论会，由客户方代表、系统分析员、主要开发人员参加，双方就项目的目标、范围、系统所需功能、性能方面的要求展开讨论。这种会议我召开了多次，每次对需求进一步细化，对某些不明确或认识不统一的地方逐一确认，直到双方对需求达成共识。除了正式的会议外，我还经常采用非正式沟通的方式，与客户拉近距离，在轻松和随意的谈话中获得更多的隐性需求信息。
为了及时了解项目的真实情况，包括项目的当前时刻，时间、、资源消耗，还需多少时间、成本、资源，项目中遇到得问题等信息，与项目开发团队成员的沟通是必不可少的。本项目的重点是系统架构的设计，所以我与系统机构师的沟通非常频繁。本项目的架构师是一名软件工程的研究生，有多年系统设计开发经验，技术水平比较高。但有时表现比较自负，不易听取别人的意见，说话的语气、神态也让人难以接受。我作为项目经理，一方面抱着学习的态度，虚心听取他对系统建设技术上的见解，另一方面在探讨技术问题同时，指出团队合作的重要性，努力协调他与开发小组其他成员的关系。在不断的磨合中，项目团队的凝聚力有所加强，逐渐形成了一个有战斗力的集体。
会议是项目沟通的一种重要形式。如何组织高效的会议也是我要考虑的问题。在本项目中，我的做法是：事先在沟通计划中制定例会制度；明确会议的目的和希望解决的问题；会议前将会议资料发到参会人员；由专人记录会议纪要；会议最后要有结论。按照这种方法，节约了时间和会议成本，有效解决了项目中遇到的问题，保证项目正常实施。
4．实施进展情况报告
该系统的实施直接关系到某省邮政业务的开展，开发方和客户方的高层很关心项目的状态和进展问题：时间是否会延期、是否要添加成本、质量是否有保障等等。对于作为项目经理的我来说，及时地给相关人员反馈这些信息，特别是将会有延期、将添加项目成本、质量将会有问题的苗头等，都提早汇报，以及时调整工作计划。
在本项目中我采用定期汇报、阶段评审和重大问题报告评估三种形式报告项目进展情况。定期报告就是在某一特定时间内将完成的工作量向干系人汇报，报
告的时间和频度在沟通计划中制定，报告的主要内容包括：项目当前状态、进度完成情况、当前问题、解决办法、下阶段计划等。在项目进行到重要阶段或里程碑式的项目发展阶段，就要进行阶段评审。如需求评审、概要设计、详细设计评审、代码复审、测试计划评审等。在出现重大问题时，进行紧急报告评估，内容包括：当前发现的问题、相关影响、如何解决（所需资源）、问题紧迫性（必须在什么时间内得到反馈）等。
项目干系人对及时取得项目情况表示满意，并对得到的信息及时反馈，共同解决项目执行中的问题。
5、结束语
主动沟通、良好的沟通技巧有助于项目经理控制项目进度和成本，保证项目成功。正是由于在该项目的建设中良好的沟通和冲突管理，才保证了项目如期完成。目前系统运行正常，我带领的项目小组受到了客户和本公司领导的一致好评，对项目给予了较高的评价。某省邮政高层也对在本项目中产品功能和所起得作用给予肯定。
当然，每个项目都具有自身的特点，沟通方法、沟通形式都可能不同。但是无论怎样，作为项目经理，必须保证项目在一个规则、和谐、合作、理解、沟通的环境下进行，因此，如何更好地把握项目沟通的原则，改善沟通技巧并灵活运用到实际项目中去，还有待于我们去研究、探索、实践和总结。
项目沟通管理流程篇2
服务型系统集成项目，特别是在金融it服务领域里，由于客户方也拥有着自己的技术团队，客户的软件项目通常不直接将项目整体交由集成商控制，而是购买系统集成供应商的服务。如此一来，甲方就占据着绝对的强势地位，项目的计划、进度与开发的方方面面均由甲方统一控制和管理，从而公司项目团队便承担更少的责任和风险。但与此同时由于其职能结构的混合性，带来了一些与自主管理项目不同的、更具有挑战性的问题，作为公司方的项目经理必需能够很好地处理这些挑战性的问题，例如：沟通，资源协调，进度协调，成本控制以及风险控制等等。
该服务型的团队混合组织结构与职能式的组织结构有诸多类似，在职能式的组织结构中，其项目性质的活动优先级一般都不能够与部门的职能活动相比。类似地，一个项目成员，即要听从项目经理的安排完成项目任务，也要遵照甲方的领导，合理安排日常工作。项目经理在这种组织结构里，权力相对比较少，更多的时候只能担任“项目协调员”的角色。那么服务型的混合组织结构里项目经理该如何利用自己有限的资源达到项目的成功实施呢？这是本篇我们要探讨的一个问题。
在项目的开展过程中，可能经常出现下列的情况：
ø项目整体由甲方控制，甲方在名义上承担大部分风险，但实际上在风险发生时集成商需要替甲方“背黑锅”。
ø项目经理处于较尴尬的地位，团队成员的意见或要求难以得到解决。项目经理圈子 项目经理圈子
ø项目经理趋向于技术专家的角色，埋头于自己手上的工作，而无暇顾及到项目及团队，导致“后知后觉”现象发生。
ø团队出现多头领导，甲方项目经理通常会直接管理团队成员，而被架空的公司项目经理仍必须跟踪和监控项目，因此团队成员必须同时向两头汇报工作。项目经理圈子
ø团队成员来自于公司，但公司职能领导很少给予驻外项目成员基本的关怀（如举办活动、职业规划、培训等），而项目经理的权力空间较小，难以实质性地开展该项工作。
服务型的混合组织结构里，项目经理可能除了需要对项目进行协调外，还有自己项目外的工作需要按时开展，也就是说，他/她的日常工作不仅仅是进行着项目管理就可以了。因此，对于我们的项目经理，除了要是公司某项目业务上的精英或专家外，他还必需要有高的个人素质，有必要的项目管理能力。而相对项目管理来讲，项目管理过程中，我们看重的不是他的专业技能，我们更需要项目经理有充分的沟通和协调能力，因为一个项目经理有70%-90%的时间是用来沟通与协调的。然而在服务型的混合组织结构里，我们的项目经理必定是公司的专家或精英，项目的管理与沟通能力可能不是公司特别看重的。这是他所面临的第一个需要解决的矛盾。
项目管理本来就不易，服务型的混合组织结构里的项目管理更加不容易。以下，我将个人认为服务型的混合组织结构里项目管理的团队管理与沟通方法提出来与大家探讨。
一、人员管理
项目经理圈子
一个项目团队，就像一支足球队，是一个文化实体。而项目开发，就像是一场足球赛，是一个文件事件。你的项目团队在项目开始时、过程中以及项目结束时看待项目的方式在很大程度上影响着项目的成功与否。项目团队如何从个人和集体的角度来看待它本身，也同样影响着项目的成败。项目管理论坛
项目经理必须把促进每一个团队成员的进步作为自己的一个长期目标。因此，我认为对一个项目经理最准确的一项的评价标准就是看他是否使那些加入到本项目的团队成员有所进步。
然而，领导不同于管理。领导就是引导人们付出额外的努力、承担义务以及得到他们的支持的能力，而这些人本来是没有义务做这些事情的。而管理更多的是侧重于权力的使用，过多的使用权力将会在很大程度上影响团队的士气和战斗力。因此，要想得到一个具有高凝聚力的团队，项目经理应该在以下几个方面多加重视：
ø项目文化管理
理解组织文化。组织文化严重影响着项目文化。如果团队成员对管理缺乏信任、不执行软件过程、或把进度表看成是纯粹虚构的，在这样的环境下，项目经理想使项目变得健壮就必须付出艰辛的努力。因此，在形成软件项目文化氛围的过程中，第一步是了解组织文化，请给自己提出以下问题：
n在这个组织中,项目通常经历一个怎样的过程？
n项目通常都获得成功了吗？成功意味着什么？
n团队成员们是怎么看待该项目的？
n组员们对组织的过程、项目进度表、测量、管理者、领导和其它的项目因素有多大的信心？
了解每一个团队成员。了解成员的学历背景、有过多少和什么类型的项目开发经历、出生于哪个年代、具有什么样的个性特征和私人生活以及从专业和个人方面看该成员实力和缺点是什么？在了解了这些成员的背景之后，才能更好地将团队成员相互搭配起来更好的工作。项目管理培训
将文化和工程角色同人相匹配。而且要如同管理技术问题一样来监控和管理团队文化。
ø如何管理优秀的人
n在不进行微管理的情况下获得可见性。
n评价过程和产品，而不是人。
n协调，而不是操纵。
n使用你的知识，而不是你的权力和地位。
n采用引导而不是控制的方式对人进行管理。
n将重点放在项目和人的需要，而不是你作为经理的权力。
ø使优秀的人更优秀
n使专业发展成为一个项目目标。
n认清长期专业发展目标和短期专业发展目标。
n让每一个团队成员确定个人进步目标。
n让团队成员跟踪他们的个人时间。
ø领导优秀的人 项目管理培训
n对自己和团队有信心。
n领导者不是没有错误的。出错了要承担责任，同时将重点放在纠正行动上。
n树立领导榜样。向团队展示你对自己和团队有什么期望。
n利用团队的全部智慧。要知道你无法全凭自己来使项目取得成功。
n按时完成你分内的工作。
n不要将朋友的关系与领导关系搞混。这会影响你在关键时间的威信。
二、减少团队内部的无效沟通
在项目开展过程中，几乎所有的项目都会存在这样的情况：客户在检查项目阶段成果时，指出曾经要求的某个产品特性没有包含在其中，并且抱怨说早就以口头的方式反映给了项目组的成员，糟糕的是作为项目经理的你却一无所知，而那位成员解释说把这点忘记了；或者，你手下的程序员在设计评审时描述了他所负责的模块架构，然而软件开发出来后，你发现这和你所理解的结构大相径庭……
在项目中，沟通更是不可忽视。项目经理最重要的工作之一就是沟通，通常花在这方面的时间应该占到全部工作的70%-90%。良好的交流才能获取足够的信息、发现潜在的问题、控制好项目的各个方面。
项目沟通计划是项目整体计划中的一部分，它的作用非常重要，也常常容易被忽视。很多项
目中没有完整的沟通计划，导致沟通非常混乱。有的项目沟通也还有效，但完全依靠客户关系或以前的项目经验，或者说完全靠项目经理个人能力的高低。然而，严格说来，一种高效的体系不应该只在大脑中存在，也不应该仅仅依靠口头传授，落实到规范的计划编制中很有必要。因而，在项目初始阶段也应该包含沟通计划。
应遵循尽早沟通、主动沟通两个原则。尽早沟通要求项目经理要有前瞻性，定期和项目成员建立沟通，不仅容易发现当前存在的问题，很多潜在问题也能暴露出来。在项目中出现问题并不可怕，可怕的是问题没被发现。沟通得越晚，暴露得越迟，带来的损失越大。
保持畅通的沟通渠道。沟通看似简单，实际很复杂。这种复杂性表现在很多方面，比如说，当沟通的人数增加时，沟通渠道急剧增加，这使相互沟通带来困难。典型的问题是“过滤”，也就是信息丢失。产生过滤的原因很多，比如语言、文化、语义、知识、信息内容、道德规范、名誉、权利、组织状态等等，经常碰到由于工作背景不同而在沟通过程中对某一问题的理解产生差异。如果要想最大程度保障沟通顺畅，当信息在媒介中传播时要尽力避免各种各样的干扰，使得信息在传递中保持原始状态。信息发送出去并接收到之后，双方必须对理解情况做检查和反馈，确保沟通的正确性。
如果结合项目，那么项目经理在沟通管理计划中应该根据项目的实际明确双方认可的沟通渠道，比如与用户之间通过正式的报告沟通，与项目成员之间通过电子邮件沟通；建立沟通反馈机制，任何沟通都要保证到位，没有偏差，并且定期检查项目沟通情况，不断加以调整。这样顺畅、有效的沟通就不再是一个难题。
另外，项目组内部沟通不是越多越好，你会发现当内部的沟通时间没有规律或是沟通时间过长，这样其实也会严重影响项目成员的开发进度，但沟通又是必不可少。这需要由项目经理结合实际情况来把握好度，一般来说，是通过定期如开会议来完成统一沟通。如：例会。
三、与客户沟通
项目经理的沟通包括项目组内部的沟通和项目组外部的沟通；而项目组外部沟通中，与客户的沟通尤为关键，因为它在很大程度上决定了项目的成败。
然而，面对各种性格特征和知识背景的客户，如何做到与客户的有效沟通，最终有利于项目？这恐怕是对大多数技术人员背景出身的项目经理一个不小的挑战。
现在，集成商在绝大多数的si项目中基本上都处于一种不利的地位，在这样的环境和形势下开展项目开发工作，其项目经理必须注意一些与客户沟通的技巧。以下是我总结的一些沟通注意点：
ø应当谦虚礼让，要控制“据理力争”
项目经理一定要注意尊敬客户。与客户沟通时，项目经理需要有良好的态度和谦虚的心态，沟通时语气要礼貌柔和，让客户感觉到您不但是一位了不起的专家而且是一位修养高尚的人，这样更容易赢得客户的配合和理解。
如果项目经理以自己是专家、技术能手自居，认为自己的见解或做法比客户高明而喜欢和客
户辩论或“据理力争”，这是非常有害的。因为我们始终需要明白，我们是去解决问题、去把项目做好，而不是去和客户比能力、比见识，如果执意“据理力争”，很可能会让客户反感而对日后的合作不利，最终影响到项目的成功。
当然，忌“据理力争”，并不是说我们不需要向客户表达我们的看法和观点，只是需要我们注意表达的方式和方法。
ø多做换位思考，不要刻意说服对方
经常会遇到客户提出新的需求，为了尽量避免项目需求的变更，有些项目经理往往急于从“自身”的利益出发，想方设法去说服客户，这种做法实不可取。对客户提出的需求，当我们难以理解或接受时，不妨先换位思考，从客户的角度去体会和分析客户如此期望的理由，这样更容易理解客户提出的需求是否合理。如果分析的结果标明客户提出的需求是项目所不需要的，我们大可以从项目对客户的价值的角度去引导客户并最终让客户放弃；如果客户提出的需求确实是项目所需要的，则我们可以通过执行需求变更流程的方式去影响这些变更（结果可能是终止变更、无偿变更或有偿变更）。
ø尽量为自己留有缓冲余地，不应当场回绝
经验欠佳的项目经理，在与客户沟通时，总会不自觉地当场给客户一个“是”或“否”的结论，其实这种做法是欠妥的，特别是当场回绝客户则更不可取。因为这样做，一方面可能会出现回复给客户的结论不当，另一方面也会让客户感觉到您不是在用心对待他们的需求。
当客户提出需求变更特别是一些我们认为比较棘手的需求变更时，我们定不可当场回绝客户，正确的做法应该是先把问题记录下来，等进行变更评估或报告上级批准后再答复客户，甚至可以请自己的上司与客户沟通。这样做既会让这件事情得到一个比较妥善的解决，同时也会让客户感觉到您是一个做事稳健的人、一个思维严谨的人、一个对事负责的人，从而为以后的合作打好基础。
ø在沟通时应该主题明确，而不是海阔天空
有些时候，我们可能需要和客户沟通一些项目方面的问题或向客户介绍、汇报项目情况，这时我们只需主题鲜明言简意赅地把主题讲清楚就可以了，而不要去滔滔不绝谈一些与主题无关的话题。因为这样做一方面浪费自己和客户的时间，另一方面也可能导致该说的事情没有说清楚。
ø有任何问题应该当面沟通，不能在背后议论
在和客户的沟通交往中，难免会出现一些彼此误会甚至产生些许冲突的情况。如何处理这些问题？有些项目经理碍于客户是甲方因而不敢或不愿和他们当面沟通，选择了背后发牢骚或与朋友“倾诉”的方式。实际上，这种方式与事无益甚至会导致误解加深或关系恶化，因为背后议论别人是对别人最大的不尊重，况且你的背后牢骚很可能会不胫而走传到客户的耳中。
良好的做法是，在适当的环境下采用适当的方式与客户当面坦诚沟通，因为这样做至少可以让客户清楚您对他的“不满”,并且你很愿意去正面化解彼此之间存在的“不快”。这样会使彼此
之间的关系良性化并最终解决问题。
总之，在服务型系统集成项目的项目管理活动中，与一般的项目管理不同，它往往更侧重于沟通和团队管理，而相对于进度及范围管理等方面的工作通常都由甲方项目管理者统一控制。因此，团队内部沟通和客户沟通工作做得好坏与否，对公司项目团队在该项目中的话语权有着相当大程度上的影响。
项目沟通管理流程篇3
it项目沟通管理
在it项目中，要做到一个项目迅速成功的完成，并能达到或者超过预先设计好的效果，是很不容易的，在完成所下达的任务当中，设计好的蓝图跟具体的实诸于实践，既要有规定统一的制定计划，还要有一套适时的监控执行方法，但同时又不能扼杀了整个项目开发中的创造性和自主性，这样，就必须有一个灵活而且容易使用的沟通方法的过程，从而使一些的重要的项目信息时时最新，做到实时同步。
在it项目中，许多专家都认为：对于成功，威胁最大的就是沟通的失败。与it项目成功的三个主要因素分别为：用户的积极参与，明确的需求表达，管理层的大力支持。而这三要素全部依赖于良好的沟通技巧，特别是非信息技术人员。沟通管理的目标是及时并适当地创建、收集、发送、储存和处理项目的信息，标准的项目沟通包含沟通计划、信息传递、实施情况报告、管理收尾共四个过程。本文将谈谈一些本人在沟通管理实践中的一些经验。制定沟通计划
在项目立项后，第一步就要制定《沟通计划》，《沟通计划》应包括以下内容：
? 文件保存方式：在沟通计划中首先明确信息保存方式、信息读写的权限，明确用户信件、会议记录、工作报告、项目文档（需求、设计、编码、发布程序等）、辅助文档等的存放位置，及相应的读写权力。这样用于收集和保存不同类型的信息，有必要制定和遵循一个规定好了的统一规章制度，将与项目有关的重要工作建档。
? 联系方式：应该有一个专用于项目管理中所有的相关的人员的联系方式的小册子，其中如项目组成员、项目组上级领导、行政部人员、技术支持人员、出差定房订票等系统中相关的人员，座机、手机、职能等等，应相应的一一列上，做到简洁又要明了，最好能有特殊人员的一些细小的标注，能够做到在一打开小册子的同时就能将所有的相关人员的资料了然于胸，正所谓知已知彼，这样一来，很多在平时大费周章的事，就能在养成的良好的习惯中，轻松做到。
? 工作汇报方式：明确表达项目组成员对项目经理或项目经理对上级和相干人员的工作汇报方式，明确什么时间，什么形式。比如项目组成员对项目经理通过email发送周报；项目经理对直接客户和上级按月通过email发月报的方式；紧急汇报通过电话及时沟通；每两周项目组进行一次当前工作沟通会议；每周同客户和上级进行一次口头汇报等等。
? 统一项目文件格式：对于一个项目本身统一的文件模板，是正规管理的一部分，所以必须统一各种文件模板，并提供编写指南。
? 《沟通计划》维护人：明确本计划在发行变化时，由谁进行修订，并对相关人员发送。
由于《沟通计划》是同很多人员有相关的，必须保证计划是有相关干系人参于制订，并且保证《沟通计划》是相当人员已经正解接收及理解。计划是用来执行的，而不是为计划而计划束之高阁。信息发送
对于项目管理的信息正确传达到相应的人员，是相当重要并有一定的困难的，经常发生的事情是信息发送人感到自己把信息正确传达了，但实际的结果却是信息没有传达到或是被错误的理解了。太多的人还是不太习惯成堆的文件或者通篇的e-mail传送的邮件，如果能利用非正式的方式或者是双方会谈的方式来听取重要的信息，就来得又快又准确更能让人接受，就象传统里的一纸书信在某些场合还是比任一现代化的联系方式来得好一样，价值取向不同，沟通的方式也就在使用效果上全然不一样了。
我们在沟通中应遵循彼得.德鲁克提出的四个基本法则：
? 沟通是一种感知
? 沟通是一种期望
? 沟通产生要求
? 信息不是沟通
本人在通过学习及结合实践的过程中得到以下的感受。
3.1 沟通是一种感知
沟通一定是双向，必须保证信息被接收者接到了。所有的沟通方式，必须有回馈机制，保证接收者接收到。比如：电子邮件进行沟通，无论是接收者简单回复“已收到、ok”等，还是电话回答收到，但必须保证接收者收到信息，并回应信息已经接收到。
信息收到必须保证理解是正确的，很多事情信息收到了，但被错误的理解了，很多信息是传达到了，但却被错误理解了。
比如：a项目经理对b项目经理说“今天我要去投标，不过我这边的现在人手少，你那边可否抽些人过来帮我壮壮声势”。
b项目经理手中有一些程序员和系统分析员，而当前程序员有些空闲人手，系统分析员今天正好有些紧急工作，但b项目经理错误理解为a项目经理需要的人是系统分析员，到时协助答辩，所以回答“不行，今天正好有紧急工作，没有办法帮忙”。
a项目经理只好另想办法。
以上就是典型的理解错误，发送方的正确表达、接收者的正确理解是非常重要的。比较简单的方式是发送者进行信息发送，接收者进行理解后进行细化并进行二次表达，但这种表达却是在确认自己理解了的同时去转叙或者执行的结果，而不是复述。
3.2 沟通是一种期望
在项目管理中，项目不同干系人是有不同的沟通需要的。
项目组成员在具体的工作安排中他想明白那个职位是否符合他的意愿等等，上级
要了解接收者的期望，向下属传达工作安排的同时还要了解他的意愿取向的问题，再采取相应的方法，调起其在工作上的热情，从而促使其在工作的高效付出，在项目管理中如让下属有反抗情绪的产生或者低效的工作，则是一个项目经理在沟通上不得法的一个失败实例。因此制定一个协调的沟通计划就更为重要了。而项目经理的上级和客户更加关心是进度的问题：时间是否会延期、是否要添加成本、质量是否有保障等等。这对于项目经理来说，就应即时的反馈这些时间，特别是将会有延期、将添加项目成本、质量将会有问题的苗头等等，更加必须提早汇报，使项目经理的上级和客户能及时并适时调整工作计划。
3.3 沟通产生要求
沟通是双向的，沟通必须能够符合接收者的利益，那样才有说服力。这就要求双方都要有良好的沟通方式，特别是良好的沟通又能达到双赢的目的，一致的沟通有助于组织促进项目更新。
口头的沟通能力同时似乎又是职位提升的关键因素。于是，沟通又必然的产生要求，比如：职位上成功，项目的早日完成，对问题作出恰当的回应，小到假期薪金等等都要沟通来达到目的。
3.4 信息不是沟通
当前是信息时代，必须分清哪些是沟通哪些是信息，对于用于沟通的信息必须明确简练、醒目，避免沉没于信息之海中。
信息也可用于沟通，但信息过于的生搬硬套，一个文字性的文件是并不能起到沟通的作用的，在项目中，项目经理并不是想集中于信息中而是想了解项目里工作的人员，并与之建立起相互信任的关系。而有效的发送信息，只能是依赖于项目经理和项目组成员的良好的沟通技能。
我们现在就能通过上面的四个法则来进行有效的沟通，达到保证管理中信息有效传达的目的了。实施情况报告
实施情况报告一般有三种形式：定期报告，阶段审查，紧急报告。
? 定期报告：就是在某一特定的时间内将所完成的工作量向上级汇报。在实际的项目管理中项目人员对项目经理按周报告，对于客户和项目经理的直接上级是按阶段或月进行统一的进展报告，从项目管理上讲，项目定期报告的主要内容就包括：当前是什么状态？在什么阶段？进度完成情况？当前有什么问题请上级（用户）协助解决？下周（下阶段或下月）的计划是什么等等。
? 阶段评审：在项目进行到重要的阶段或里程碑似的项目发展阶段，就要进行阶段评审。阶段评审的意义就在于评审当前的项目情况，迫使人们对其工作负责；阶段评审可以提前发现问题，提前将问题解决在初期阶段。不过阶段评审也是最容易产生争执的地方，这主要是针对于问题严重性的定级，项目经理或项目管理委员会必须在全面了解项目发展进展的情况下及时找到问题的重点，从而就事论
事的解决问题的真正症结所在，并进行后面的项目。
? 紧急报告：在出现意外情况下，进行紧急报告。紧急报告包括以下内容：当前发现的问题，相关影响，需如何解决（动用什么资源），问题紧迫性（必须什么时间内进行反馈）。
在实际的项目管理过程中，质量管理的质量保证部门也将进行质量审计，按阶段提交质量审计报告。
项目干系人接到实施情况报告后也应即时的进行反馈，明确报告已经成功接收到。并让项目干系人一道解决执行中的问题。管理收尾
5.1 项目客户验收
项目收尾期间客户将根据合同对项目进行验收，一般是对最终成果《软件系统》，项目文档《操作手册》、《安装手册》、《软件光盘》、《维护计划》或《维护手册》进行验收，双方将产生双方《项目开发总结报告》及《项目总结会议备忘录》
不同的人都有不同的见解，这些报告都是极好的资源，对未来项目的平稳运行有很大的帮助。
5.2 过程文件归档
项目组内部将对项目过程中的计划、需求、设计、源代码、变更、会议纪要、客户信件等文档整理归档，为以后的查询及参考作为一定的依据。项目档案常常在结束多年以后还有用，良好的项目档案能为当前的项目节省时间和金钱，有时还能对组织进行审计等快速提供有价值的信息。
5.3 项目总结
很多项目没有能进行很好的总结，推脱的理由有项目总结时项目人员已经不足/不全、现在有新的项目要接没有时间、写了没人看等等。这些理由全不是正确的，无论如何也要进行总结，只能总结当前，才能提高以后。
项目的成员应当在项目完成后，为取得的经验和教训写一《项目总结报告》，总结在本项目中哪些方法和事情使项目进行的更好、哪些为项目制造了麻烦、以后应在项目中避免什么情况、那些事情应在后面的项目中坚持等等。为以后的项目人员更好的工作提供一个极好的资源和依据。
项目沟通管理流程篇4
项目沟通管理（模版）
推荐访问:流程 沟通 项目 项目沟通管理流程包括 项目沟通管理流程图 项目沟通管理流程有哪些 项目沟通管理流程阶段 项目沟通管理流程表 项目沟通管理流程怎么写 项目沟通管理的步骤 项目沟通管理的过程包括哪些内容?