第一篇：项目沟通管理的重要性

项目沟通管理的重要性

黄崇亮—311050787

2011年4月27日

摘要：在项目早期创建一个沟通管理计划，并与干系人一起评审，可以防止或减少以后的沟通问题。例如，同一业主单位系统集成项目群经理王二小，将从沟通管理计划中获得巨大的利益。由于其中几个项目可能拥有一些相同的干系人，因此编制一个协调的沟通计划甚至更为重要。关键词：沟通、计划

王二小与向他汇报的项目经理们进行过几次正式的和非正式的讨论。他与他们以及项目实施助理翠花一起为该项目编制了一个沟通计划。然而，他还是不能确定发送信息和管理所有不可避免的变化的最佳方法。他还想给项目经理制订统一的编制计划和跟踪执行的方法，又不扼杀他们的创造性和自主性。翠花建议他们考虑使用一些新的网络产品，使一些重要的项目信息及时更新，保持同步。尽管王二小对网络了解的很多，但是他不是使用IT改善沟通过程的专家。事实上，这也是为什么他要翠花做他的助手的部分原因。他们能够编制一个灵活而且容易使用的沟通程序吗?由于每周都有更多的项目将纳入这个项目群中，所以，时间是决定性的因素。

1、项目沟通管理的重要性

许多专家都认为对任何项目特别是IT项目的成功，威胁最大的是沟通的失败。与IT项目成功有关的最重要的四个因素是：主管层的支持、用户参与、有经验的项目经理和清晰的业务目标。所有这些因素都依赖项目经理和团队具有良好的沟通能力，特别是与非IT人员。信息技术领域在不断变化，这些变化产生了大量的技术行话。当计算机专业人士与非计算机人士进行沟通时，技术行话常常使问题变得越发复杂，把非专业人士搞得没有头绪。尽管当今使用计算机的人越来越多，但是随着技术进步，用户与开发者之间的差距也越来越大。当然，并不是所有计算机专业人员都不善于沟通，任何领域的人员都可以提高自己的沟通能力。

此外，我们的教育体制注重培养信息技术毕业生的技术技能，而不重视培养他们的沟通与社交技能。大多数与IT相关的学位课都有许多技术要求，但很少有沟通(听，说，写)、心理学、社会学和人文科学方面的课程。人们常常认为学习这些“软技能”是很容易的，但它们是非常重要的技能，人们同样需要学习和发展这些技能。

许多研究表明，信息技术专业人士需要这些软技能，它们和其他技

能同等重要甚至更重要。当你在运作IT项目时，不可能把技术技能与这些软技能完全分开。为了使项目成功，项目的每个成员都需要这两类技能，而且这两类技能都应该通过正规教育和在职培训得到不断提高。一篇发表在《信息系统教育》杂志上的文章，就专业人员沟通技能重要性表述了如下结论：

基于这项研究结果，我们可以得出一些一般性的结论。第一，显然信息系统专业人员要参加大量的口头沟通活动，这些活动本质上是非正式的、持续时间短而且每次的人数都不多。第二，我们可以推断大部分的沟通实际上是口头的，但是有时候辅以笔记、图表或计算机输出。第三，很显然人们希望同伴在谈话过程中仔细地听，对问题做出恰当的反应。第四，所有的信息系统专业人员必须意识到他们有时必须参加某种非正式的公开演讲。第五，很显然，信息系统专业人员为了在现在的职位上获得成功，以及提升到更高的职位，就必须可以进行有效的沟通。平均起来，我们的被调查者似乎在他们的信息系统事业中都有过从低职位向高职位提升的经历，他们认为对于职位提升更重要的是口头表达能力，而不是当前的工作。口头沟通能力似乎是职位提升的关键因素。本章将重点突出项目沟通管理的主要方面，为提高沟通管理提供一些建议，并介绍软件如何辅助项目沟通管理。

项目沟通管理的目标是确保项目信息能够及时适当地生成、收集、发送、存储和部署。以下是项目沟通管理过程的四个方面：

● 沟通计划(communicationsplanning)包括确定干系人的信息和沟通需求，谁需要什么信息，何时需要以及如何把信息发送给他们。这个过程的输出是沟通管理计划项目管理培训

● 信息分发(informationdistribution)包括及时向项目中的各干系人提供所需信息。主要输出是更新组织过程资产和请求变更。● 执行报告(performancereporting)包括收集并发布有关项目执行的信息，包括状态报告、过程衡量和预测。这个过程的输出是执行报告、预测、请求变更、建议纠正措施和更新组织过程资产。

● 管理干系人包括管理沟通，使其满足项目中各干系人的需求和期望以及解决问题。这个过程的输出是解决的问题、批准的请求变更和纠正措施，并且更新组织过程资产和项目管理计划

2、沟通计划

对于项目来说，沟通是如此重要，因此每个项目都应该有一个沟通管理计划(communications managementplanning)--指导项目沟通的文件。这个计划应该是整体项目管理计划(项目管理计划将在第4章项目综合管理中阐述)的一部分。沟通管理计划的类型随项目的需求而变化，但是应该准备一些典型计划的书面形式。例如，对一些小的项目来说，沟通管理在第3章中的企业内部网项目已描述。沟通管理计划是项目合同的一部分，沟通管理计划包括以下项：

·干系人沟通需求

·用于沟通的信息，包括格式、内容和各部分细节

·谁接收信息，谁产生信息

·传送信息的建议方法和技术项目管理培训

·沟通频率

·增加解决问题的过程

·用于更新沟通管理计划的修订过程

·常用术语表

知道什么信息分发给哪些干系人是很重要的。通过分析干系人的沟通，你能避免浪费时间和金钱去创建或发送一些不必要的信息。项目组织结构图是识别内在干系人的出发点。此外还必须考虑项目组织外的关键干系人，如客户、客户的高层管理和分包商等。

提供了一个干系人沟通分析的实例，从中可以看出哪些干系人能获得哪种书面信息。注意，这种分析包括的信息如信息的联系人、交付信息的时间及指定的信息格式。你可以建立一个类似的表来表示哪些干系人应出席哪些项目会议。在这些表中包含注释部分常常是一个很好的想法，用来记录与每个干系人、文件和会议等有关的特殊考虑或者细节。让干系人评审和批准所有的与干系人沟通的分析材料能确保这些信息的正确性和实用性。

许多项目没有足够的关于沟通的初始信息。项目经理、高层管理和项目团队成员设想利用现有的沟通渠道来传播项目信息就足够了。使用现有的沟通渠道的问题在于各个组(和其他干系人)都有不同的沟通需求。在项目早期创建一个沟通供应链管理计划，并与干系人一起评审，可以防止或减少以后的沟通问题。如果组织运行许多项目，在处理项目沟通问题时保持一致性有助于组织的平稳运行。

一致的沟通有助于组织改善项目沟通，特别是包含许多小项目的项目群。例如，开篇案例中的海底通信项目群经理王小二，将从沟通管理计划中获得巨大的利益。这个计划由他下属的所有项目经理帮助编制并遵循。由于其中几个项目可能拥有一些相同的干系人，因此编制一个协调的沟通计划甚至更为重要。例如，如果客户收到王小二公司的状态报告，而这些报告与从该公司内其他相关项目收到的报告格式完全不同，那么他们就会怀疑王小二公司管理大项目的能力。

与基本的项目沟通内容有关的信息可从工作分解结构(WBS)中获得。事实上，许多WBS包括项目沟通的一部分内容以确保关键信息的报告是项目的可交付成果之一。如果报告中基本信息是工作分解结构定义的一项活动，那么清楚地了解什么样的项目信息要报告、什么时候报告、如何报告以及由谁负责创建这些报告等就变得尤为重要。

参考文献：

《信息系统教育》杂志

第二篇：项目沟通的重要性

沟通的重要性

1、与人交谈一次，往往比多年闭门劳作更能启发心智。思想必定是在与人交往中产生，而在孤独中进行加工和表达。在生活当中人们无时无刻都需要沟通和交流，沟通可以说是一件比较简单的事情，但是在每一项工作当中沟通就又变得那么复杂。你需要让别人能够接收到你的意思、你的思想并且需要产生共鸣，这些都是尤为重要的。

2、沟通是一项系统的、需要具体的管理的内容，需要合理的沟通计划来表现出项目干系人的沟通需求，或者说是项目干系人究竟需要什么，在我们可以达成项目干系人的要求的时候，及时反馈给项目干系人，如果不设置沟通计划的话，或许会导致项目经理在落实工作之后，导致项目进行的同时出现一些不稳定因素，导致项目的进行有些混乱，3、沟通的方式，我们常用的沟通方式是语言沟通和书面文字形式的沟通，书面文字的沟通可以让我们对项目中的各种数据，简洁明了，能够让其他人清晰的看懂让其他人接受。语言沟通可以在某些问题上进行一个讨论，达成共识，但是语言沟通不会留下书面信息，不会留下记录。

4、有效的沟通能够增加团队协作性、团队凝聚力，能够降低不必要的花销，降低了成本。

5、没有沟通就无法管理，项目人员越多，沟通越困难，往往问题得不到解决新的问题又出现了，沟通是一个企业，一个项目必不可少的一环。

第三篇：项目沟通管理

项目沟通管理（模版）

一、项目基本情况 项目名称： 制作人：

二、沟通时间 项目发起人： 项目经理： 项目小组： 采购小组： 质量保证小组： 配置管理小组： 其他利益相关者：

三、信息类型（描述不同类型信息传播的方式，如声音、电子邮件、电子数据表、正式陈述。）

四、现行沟通系统（讨论现行的沟通系统以及对项目所起的优势作用，包括需要考虑的任何环境因 素。）

五、需要信息的时间长度（描述各项目利益相关者连续收到项目有关信息的时间长度。）

六、考虑的环境因素（了解项目利益相关者需求以及其他环境因素。）

七、更新沟通计划的方法（描述在项目期间沟通计划的更新方式及时间。）制作日期： 年 月 日 签发人：

第四篇：IT项目沟通管理（范文模版）

论项目的沟通管理

[摘要]

2005年3月,我参加了“某省邮政储蓄中间业务平台”项目的开发，担任项目经理的角色。该系统主要是凭借邮政储蓄点多面广的特点，利用各个网点原有的网络、设备和人员等资源，在中间业务系统上为广大用户提供代缴话费、代收保险费、代收水电费等服务。该项目的实施可以为邮政系统带来除存款外新的利润增长点。项目投资共1000万，开发周期为1年。

由于该系统涉及的项目干系人众多业务复杂，加强项目的沟通管理非常重要。本文结合作者的实践，以“某省邮政储蓄中间业务平台”项目为例，讨论了项目沟通的内容和方法。论文结尾，作者谈了该项目在沟通管理方面的一些心得和体会，同时也指出了不足之处及改进办法。

[正文]

2005年3月，我参加了《某省邮政储蓄中间业务平台》的开发，担任项目经理的工作，该项目作为某省邮政的重点工程，受到了该企业领导的高度重视。该系统利用邮政储蓄原有的硬件、网络和人力资源，为广大用户提供各种代理服务，既方便了广大用户也为邮政带来了新的收益。该系统服务器采用AIX操作系统、ORACLE数据库、TUXEDO为中间件，SCO UNIX为前置机的操作系统，应用程序放在前置机上。整个系统的操作流程是：前台营业员在终端上由储蓄界面切换至中间业务系统界面，此界面为前置机上的应用程序，该程序与主机上的ORACLE数据库连接，主机再与其它各企业如电信、移动、保险公司等企业的主机进行数据交换从而达到代缴的目的。

由于该系统涉及的项目干系人众多，业务复杂，而且各个地级市局的硬件如终端、打印机、密码小键盘等型号不一致，给开发带来的很大困难。考虑到该项目牵涉面的复杂性，加强项目的沟通管理非常重要，沟通是否有效，渠道是否顺畅直接关系到项目的成败。影响项目成功的三个主要因素（用户参与、高层支持及清晰的需求定义）都依赖于拥有良好的沟通技能。项目沟通管理主要包括沟通规划、信息发布、绩效报告、干系人管理等过程。根据该项目的具体情况，我制定了合理的沟通计划、召开项目启动大会、使用多种沟通技巧和项目实施情况报告等形式，确保系统如期按质完成。

1．制定切实可行的计划

首先我做的工作是确定项目的所有干系人，了解每个干系人的基本情况。我使用Excel制作了联系人列表，人员包括项目组成员、项目组上级领导、行政、业务、技术支持人员等。

信息包括姓名、所属部门、邮箱、座机、手机、职能等，做到简洁明了。把联系人列表发送给每个干系人，并及时更新，以保证沟通渠道的畅通。另外还编制了项目文档模板，包括会议纪要、工作报告、开发文档等，统一文件格式，使文档管理规范化。

我认真考虑了每个干系人对项目的期望，想要是得到项目的信息及时间。确定工作汇报方式，明确什么时间、以什么形式向谁汇报。在该项目中，我采取的方法是：项目组成员对项目经理通过EMAIL发送周报；项目经理对直接客户和上级按月通过EMAIL发月报的方式；紧急情况通过电话及时沟通；每两周项目组进行一次当前工作沟通会议；每周同客户和上级进行一次口头汇报。另外，项目组实施了重大问题报告评估制度。这里所谓的重大问题，指的是影响项目进度成本及质量的需求变更、人员调整等。比如，由于分配到本项目组的开发人员并不是非常固定，有时需要支持公司其他的项目，项目组及相关人员会及时开会评估对项目可能产生的影响。

事实证明，我通过采用这些方法、过程和文档模板，使项目组成员之间、与其他干系人之间的沟通更加顺畅，提高了沟通的效率，保证了项目按计划完成。

2、召开项目启动大会

由于该项目干系人众多，在项目启动之初我就召开了项目启动大会。我邀请了邮政、电信、移动、保险等企业的部门负责人在酒店一起开会。会前，每个模块负责人要明确自己的客户接口，要找机会和对方单独聊，拉近彼此间的关系。会上利用双方人员到齐的机会，IT公司要把软件功能用通用、专业的语言和用户方的领导、技术人员、业务负责人进行最后确认。同时，还可使双方人员彼此认识，清楚各个层次的接口，大家混个脸熟，以后打交道就会更通畅。

此外，我在公司内部也召开了项目组成立会，我颁布一个“项目宪章”，包括项目的内容、项目负责人权限、项目团队成员、项目时间周期、项目需要的设备、资金等。内部造势不仅可以让各个部门了解项目，创造条件服务项目组，而且可以给项目组成员以压力和动力，意识到项目的意义和团队精神的重要性。

3．使用多种技巧

在该项目实施过程中，为了提高沟通的效率和效果，需要把握一些基本原则，而且项目进展的不同阶段以及对待不同的沟通对象，也要使用多种沟通方法。在需求分析阶段，作为项目经理，我经常与用户进行沟通。为了准确把握用户的需求，获取更多的信息，我召开了的需求讨论会，由客户方代表、系统分析员、主要开发人员参加，双方就项目的目标、范围、系统所需功能、性能方面的要求展开讨论。这种会议我召开了多次，每次对需求进一步细化，对某些不明确或认识不统一的地方逐一确认，直到双方对需求达成共识。除了正式的会议外，我还经常采用非正式沟通的方式，与客户拉近距离，在轻松和随意的谈话中获得更多的隐性需求信息。

为了及时了解项目的真实情况，包括项目的当前时刻，时间、、资源消耗，还需多少时间、成本、资源，项目中遇到得问题等信息，与项目开发团队成员的沟通是必不可少的。本项目的重点是系统架构的设计，所以我与系统机构师的沟通非常频繁。本项目的架构师是一名软件工程的研究生，有多年系统设计开发经验，技术水平比较高。但有时表现比较自负，不易听取别人的意见，说话的语气、神态也让人难以接受。我作为项目经理，一方面抱着学习的态度，虚心听取他对系统建设技术上的见解，另一方面在探讨技术问题同时，指出团队合作的重要性，努力协调他与开发小组其他成员的关系。在不断的磨合中，项目团队的凝聚力有所加强，逐渐形成了一个有战斗力的集体。

会议是项目沟通的一种重要形式。如何组织高效的会议也是我要考虑的问题。在本项目中，我的做法是：事先在沟通计划中制定例会制度；明确会议的目的和希望解决的问题；会议前将会议资料发到参会人员；由专人记录会议纪要；会议最后要有结论。按照这种方法，节约了时间和会议成本，有效解决了项目中遇到的问题，保证项目正常实施。

4．实施进展情况报告

该系统的实施直接关系到某省邮政业务的开展，开发方和客户方的高层很关心项目的状态和进展问题：时间是否会延期、是否要添加成本、质量是否有保障等等。对于作为项目经理的我来说，及时地给相关人员反馈这些信息，特别是将会有延期、将添加项目成本、质量将会有问题的苗头等，都提早汇报，以及时调整工作计划。

在本项目中我采用定期汇报、阶段评审和重大问题报告评估三种形式报告项目进展情况。定期报告就是在某一特定时间内将完成的工作量向干系人汇报，报

告的时间和频度在沟通计划中制定，报告的主要内容包括：项目当前状态、进度完成情况、当前问题、解决办法、下阶段计划等。在项目进行到重要阶段或里程碑式的项目发展阶段，就要进行阶段评审。如需求评审、概要设计、详细设计评审、代码复审、测试计划评审等。在出现重大问题时，进行紧急报告评估，内容包括：当前发现的问题、相关影响、如何解决（所需资源）、问题紧迫性（必须在什么时间内得到反馈）等。

项目干系人对及时取得项目情况表示满意，并对得到的信息及时反馈，共同解决项目执行中的问题。

5、结束语

主动沟通、良好的沟通技巧有助于项目经理控制项目进度和成本，保证项目成功。正是由于在该项目的建设中良好的沟通和冲突管理，才保证了项目如期完成。目前系统运行正常，我带领的项目小组受到了客户和本公司领导的一致好评，对项目给予了较高的评价。某省邮政高层也对在本项目中产品功能和所起得作用给予肯定。

当然，每个项目都具有自身的特点，沟通方法、沟通形式都可能不同。但是无论怎样，作为项目经理，必须保证项目在一个规则、和谐、合作、理解、沟通的环境下进行，因此，如何更好地把握项目沟通的原则，改善沟通技巧并灵活运用到实际项目中去，还有待于我们去研究、探索、实践和总结。

第五篇：IT项目沟通管理

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 项目总结

很多项目没有能进行很好的总结，推脱的理由有项目总结时项目人员已经不足/不全、现在有新的项目要接没有时间、写了没人看等等。这些理由全不是正确的，无论如何也要进行总结，只能总结当前，才能提高以后。

项目的成员应当在项目完成后，为取得的经验和教训写一《项目总结报告》，总结在本项目中哪些方法和事情使项目进行的更好、哪些为项目制造了麻烦、以后应在项目中避免什么情况、那些事情应在后面的项目中坚持等等。为以后的项目人员更好的工作提供一个极好的资源和依据。