10.软件项目沟通计划

软件项目实施计划

1 前言 项目实施是指软件开发项目在开发过程完成后，系统在正式移交客户使用前，系统所进行的现场联调、系统试运行和实施培训的过程。 项目正式实施之前，相关实施工作人员需要认真做好实施前的准备，并仔细制定实施计划，以期顺利地做好后续各项实施工作，按时完成实施任务。 2 实施准备 2.1 人员准备 人员准备是指所涉及的项目在实施工作中可能需要沟通的人员，包括公司相关人员以及客户方相关负责人员。 2.2 技术准备 技术准备是指弄明白项目所涉及到的各项技术，如系统配置、环境配置、数据库配置、软件部署等。确保实施人员掌握了项目部署所需要的相关技术，确保项目实施工作能够顺利完成。 2.3 其他准备 其他准备是指考虑到与客户的沟通，以及可能遇到的出行方式、食宿等，以及所涉及到的辅助工具。 3 进度时间安排表 充分考虑实施工作中可能会遇到的风险与干扰，根据项目整体计划，制定实施进度的时间安排表。 4 任务分解 4.1 实施计划编制

公司项目实施人员根据项目的实际情况，和客户公司相关人员初步接触沟通后，编制实施计划文档，如有必要，可与公司以及客户方相关人员对实施计划进行修订与确认。 4.2 环境准备 4.2.1 硬件环境准备 列举项目所需要的各项硬件设备。确认客户方是否准备好运行项目所需要的服务器、附属硬件设备，用于安装数据库系统以及管理软件系统的中间层，负责数据的存取和业务规则的处理。 4.2.2 软件环境准备 列举、确认项目运行所需要的各项软件环境的要求。 4.2.3 网络环境准备 如果项目的部署需要网络环境的支持。实施人员需要考虑到项目运行所需要的网络环境支持，并与客户方确认沟通，以搭载必要的网络环境。 4.2.4 初始化数据准备 初始化数据准备是对项目的基础数据进行整理，如初始化客户方组织机构，以及各岗位工作人员及其对系统的使用权限，包括用户权限分派和业务权限分派等。实施人员需要与客户方进行深入沟通，确保初始化数据的准确。 4.3 系统培训 如项目实施需要对客户方进行系统的使用培训，需要实施人员根据系统的实际情况，与公司以及客户方相关人员进行协调沟通，明确

软件项目实施计划方案

项目实施计划方案 一、软件项目实施方案概述 针对不同行业软件产品，一般实施方案大同小异，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作。软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、系统部署安装阶段、系统培训阶段、测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，那么对于项目管理起着至关重要的作用，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照我之前工作经历整理相关项目实施方案。 二、软件项目实施方案（阶段性） （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成（大体为以上四个阶段） 此阶段主任务： 公司（安徽兴博远实信息科技有限公司） 公司通过销售部门和客户签订合同，在合同签定后，指定该项目的项目经理，成立部门项目组，授权项目组织完成项目目标。 进行前期项目调研，通过“电话”、“上门拜访”方式与用户沟通成立项目组织，编制《总体项目计划》，共同参与召开该项目启动会。 公司通过相应商务关系完成用户信息收集或者通过销售人员完成转交给实施项目组。将项目组正式介绍给用户，配合实施项目组建立与用户的联系。

软件项目实施计划

1 前言 项目实施就是指软件开发项目在开发过程完成后,系统在正式移交客户使用前,系统所进行的现场联调、系统试运行与实施培训的过程。 项目正式实施之前,相关实施工作人员需要认真做好实施前的准备,并仔细制定实施计划,以期顺利地做好后续各项实施工作,按时完成实施任务。 2 实施准备 2、1 人员准备 人员准备就是指所涉及的项目在实施工作中可能需要沟通的人员,包括公司相关人员以及客户方相关负责人员。 2、2 技术准备 技术准备就是指弄明白项目所涉及到的各项技术,如系统配置、环境配置、数据库配置、软件部署等。确保实施人员掌握了项目部署所需要的相关技术,确保项目实施工作能够顺利完成。 2、3 其她准备 其她准备就是指考虑到与客户的沟通,以及可能遇到的出行方式、食宿等,以及所涉及到的辅助工具。 3 进度时间安排表 充分考虑实施工作中可能会遇到的风险与干扰,根据项目整体计划,制定实施进度的时间安排表。 4 任务分解

4、1 实施计划编制 公司项目实施人员根据项目的实际情况,与客户公司相关人员初步接触沟通后,编制实施计划文档,如有必要,可与公司以及客户方相关人员对实施计划进行修订与确认。 4、2 环境准备 4、2、1 硬件环境准备 列举项目所需要的各项硬件设备。确认客户方就是否准备好运行项目所需要的服务器、附属硬件设备,用于安装数据库系统以及管理软件系统的中间层,负责数据的存取与业务规则的处理。 4、2、2 软件环境准备 列举、确认项目运行所需要的各项软件环境的要求。 4、2、3 网络环境准备 如果项目的部署需要网络环境的支持。实施人员需要考虑到项目运行所需要的网络环境支持,并与客户方确认沟通,以搭载必要的网络环境。 4、2、4 初始化数据准备 初始化数据准备就是对项目的基础数据进行整理,如初始化客户方组织机构,以及各岗位工作人员及其对系统的使用权限,包括用户权限分派与业务权限分派等。实施人员需要与客户方进行深入沟通,确保初始化数据的准确。 4、3 系统培训 如项目实施需要对客户方进行系统的使用培训,需要实施人员根

项目管理：软件项目沟通管理的几点建议

项目管理：软件项目沟通管理的几点建议 [摘要]本文提出了项目实施过程中沟通管理中的重点与关键，指出把 建立沟通管理计划，内部沟通注重文档化和尽早沟通、主动沟通原则融 入沟通管理的具体措施，探索了一条对新型复杂信息系统项目进行有效 沟通的路子。 1 [正文] 沟通是指人际之间传递和沟通信息的过程，对于项目取得成功是必 不可少的，而且也是非常重要的。沟通的主旨在于互动双方建立彼此相 互了解的关系，相互回应，并期待能经由沟通的行为与过程相互接纳及 达成共识。 在信息系统项目中，项目干系人之间的沟通贯穿项目整个生命周期， 很多专家认为信息系统项目失败的重要原因就是沟通的失败。 一般而言，在一个比较完整的沟通管理体系中，包含以下内容：沟 通计划编制、信息分发、绩效报告和项目干系人管理。针对项目特点， 结合公司的战略，我建议采用如下策略进行沟通管理： 一、建立清晰的沟通管理计划，实现可管理的沟通

2 项目沟通计划是项目整体计划中的一部分，它的作用非常重要，也常常容易被忽视。经常出现的问题是项目经理凭自己的经验进行口头安排与交待，项目成员按经理的指示被动地、应付式地完成信息沟通工作。这种问题的原因主要是项目计划阶段项目经理嫌麻烦或不重视没有进行严格的沟通计划。一种高效的体系不应该仅仅靠口头传授，落实到规范的计划编制中很有必有。 电子政务系统项目由于范围大，项目干系人众多，没有沟通管理计划，沟通必然混乱。计划前，团队里应建立起一种相对稳定的、可以重复执行的沟通管理计划，只要能训练成员重复执行，沟通过程必然能逐渐演化和成熟，沟通就有实现可管理的可能。 因此，根据电子政务平台项目特点，首先要组织团队成员分析客户方的组织结构，根据摸底，确定各干系人分别对其组织、对项目、对政府的影响度，形成“项目干系人影响度分类表”；再进行各干系人信息需求分析，确定“项目关系人信息需求表”，确定此表时对关键项目干系人进行了意见征求，目的是判断能否满足其需求并确定合适的信息格式、报送方式。影响度分类表和信息需求表的结合，可以提供项目关系人的需求和预期，以及用于沟通的信息的格式、内容与细节水平。根据此工作方法，再分别确定本项目公司管理层、外部其它项目干系人等，通过这些工作则基本完成了沟通管理计划的主体工作。这个分析确认过程项目管理团队一定要全部参加，以加强他们对项目干系人特性了解及沟通时的敏感性。

软件团队项目沟通管理的几点建议

软件团队项目沟通管理的几点建议 本文提出了项目实施过程中沟通管理中的重点与关键，指出把建立沟通管理计划，内部沟通注重文档化和尽早沟通、主动沟通原则融入沟通管理的具体措施，探索了一条对新型复杂信息系统项目进行有效沟通的路子。 沟通是指人际之间传递和沟通信息的过程，对于项目取得成功是必不可少的，而且也是非常重要的。沟通的主旨在于互动双方建立彼此相互了解的关系，相互回应，并期待能经由沟通的行为与过程相互接纳及达成共识。 在信息系统项目中，项目干系人之间的沟通贯穿项目整个生命周期，很多专家认为信息系统项目失败的重要原因就是沟通的失败。 一般而言，在一个比较完整的沟通管理体系中，包含以下内容：沟通计划编制、信息分发、绩效报告和项目干系人管理。针对项目特点，结合公司的战略，我建议采用如下策略进行沟通管理： 一、建立清晰的沟通管理计划，实现可管理的沟通 项目沟通计划是项目整体计划中的一部分，它的作用非常重要，也常常容易被忽视。经常出现的问题是项目经理凭自己的经验进行口头安排与交待，项目成员按经理的指示被动地、应付式地完成信息沟通工作。这种问题的原因主要是项目计划阶段项目经理嫌麻烦或不重视没有进行严格的沟通计划。一种高效的体系不应该仅仅靠口头传授，落实到规范的计划编制中很有必有。 电子政务系统项目由于范围大，项目干系人众多，没有沟通管理计划，沟通必然混乱。计划前，团队里应建立起一种相对稳定的、可以重复执行的沟通管理计划，只要能训练成员重复执行，沟通过程必然能逐渐演化和成熟，沟通就有实现可管理的可能。 因此，根据电子政务平台项目特点，首先要组织团队成员分析客户方的组织结构，根据摸底，确定各干系人分别对其组织、对项目、对政府的影响度，形成“项目干系人影响度分类表”;再进行各干系人信息需求分析，确定“项目关系人信息需求表”，确定此表时对关键项目干系人进行了意见征求，目的是判断能否满足其需求并确定合适的信息格式、报送方式。影响度分类表和信息需求表的结合，可以提供项目关系人的需求和预期，以及用于沟通的信息的格式、内容与细节水平。根据此工作方法，再分别确定本项目公司管理层、外部其它项目干系人等，通过这些工作则基本完成了沟通管理计划的主体工作。这个分析确认过程项目管理团队一定要全部参加，以加强他们对项目干系人特性了解及沟通时的敏感性。

软件工程项目管理计划书(完整版)54763

1．储蓄业务项目管理计划书 2．简介 1.1项目概述 本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。 1.2项目范围说明 （1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 （2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。 1.3软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 3．项目组织管理 2.1过程模型 表1.过程模型表

软件开发项目计划编制过程

软件开发项目计划编制过程 2006-06-13 本文简要说明了软件开发项目的计划的要素、计划编制过程、以及项目计划内容确定的一般过程。 一、项目计划的要素 根据PMBOK2000，项目计划可以包含如下要素： 1、项目范围说明 项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。 2、项目进度计划 进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。 在进度控制计划中，要确定应该监督哪些工作、何时进行监督、监督负责人是谁，用什么样的方法收集和处理项目进度信息，怎样按时检查工作进展和采取什么调整措施，并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。 3、项目质量计划 质量计划针对具体待定的项目，安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括与保证与控制项目质量有关的所有活动。质量计划的目的是确保项目的质量目标都能达到。根据ISO9001要求和PMBOK2000，为实现质量目标，组织应遵循以

软件项目沟通管理(模板)

软件项目沟通管理 [摘要]： 2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，该系统具有严格的安全，稳定，时实高效和可靠性能要求，该系统由票务管理系统和呼叫中心系统两部分组成，呼叫中心系统主要实现电话，传真和短信业务，票务管理系统是整个系统的核心，采用了struts+hibernate+spring主流WEB应用框架，实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成(项目背景简要介绍) 沟通是作为一个项目经理在项目管理中必须具备的最基本也是最重要的技能，项目的成功离不开良好的沟通管理。本文以该项目为例，结合作者实践，讨论在该项目进行沟通管理的问题。主要通过灵活运用多种沟通方式，直接与项目组成成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效项目会议等方法和策略进行有效的沟通管理。目前，该系统已正式投入运行，状况良好，受到客户的一致好评。（在项目XX 管理中使用3种具体方法） [正文]： 2004年6月，2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，当然还做一些编码工作，主要是公用基础代码和核心代码的编写与维护。航空票务系统是将呼叫中心系统和票务管理系统有效的结合起来，采用先进的ＣＴＩ技术和语音板卡技术，充分利用电话，短信，传真，因特网等信息化手段，解决航空公司的机票销售问题，规范了业务流程，强化了内部管理，与电子商务的完美结合，使应用系统功能更加完善，提高了整个航空业务的工作效率。其中，票务管理系统包括：客户管理，机票管理，票证管理，销售管理，财务结算，调度管理，远程营业部（代理商／分销商）管理，系统管理八大功能模块，并统一于服务器端软件模块。呼叫中心系统由电话呼叫系统，短信分发系统，传真呼叫系统三部分组成。票务管理系统是整个系统的核心，在本次开发中，我把它视为整个项目的重点。 票务管理系统采用struts＋hibernate＋spring主流ＷＥＢ应用框架，使用ＲＵＰ软件工程方法，开发工具采用了ＷＳＡＤ５.０，ＷＳＡＤ５.０集成并扩展了Ｅclipse２.０的功能。硬件配置方面，ＩＢＭＲＳ／６０００用于安装websphere５.０，DELL服务器用于安装DOMINO R6和ORACLE 10g数据库，系统平台采用WINDOWS NT 实现了WEB应用服务器与协作应用程序服务器LOTUS DOMINO 的高度集成，并使用SINGLE SIGN ON （SSO）实现单点登陆。总体架构思想：用spring搭建整个框架，用hibernate取代原始的JDBC操作，并进行持久化管理，在spring 中采用Bean来管理整个持久化层和访问层，与hibernate

(完整版)软件工程项目管理计划书完整版)

储蓄业务项目管理计划书 1．简介 1.1 项目概述 本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务 的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。1.2 项目范围说明 （1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 （2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。 1.3 软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 2．项目组织管理 2.1 过程模型 表1.过程模型表 2.2 团队的分工与合作 主程序员负责制。本团队组织关系图如下。 表2 组织关系图

软件工程项目管理计划书

工程项目管理作业 储蓄业务软件工程项目管理计划书The software project management plan on deposit 班级：硕经管112班 姓名: 阮廷敬 学号：2112218063 2011年10月

储蓄业务软件工程项目管理计划书 1．简介 1.1 项目概述 本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。 1.2 项目范围说明 （1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 （2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。 1.3 软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 2．项目组织管理 2.1 过程模型

软件项目开发流程管控V2.0

一、目的 1.明确项目团队的管理和沟通流程，改善团队耦合性能。 2.部门内全面实施团队式管理机制，发挥广大员工各自的潜能，激励员工共同参与团队建设与发展。 3.使项目管理实现质量、资源、时间等要素的可控化。 4.规范项目开发管理，提高项目开发质量，提高工作效率，降低软件开发风险。 5.建立一套适合公司实际情况且又实用的有机管理体系。 6.为公司发展做好基层管理基础，为员工的发展提供有利的软环境保障。 二、原则 1.体现项目团队理念。 2.实用性。 3.有机性。 4.共同发展。 三、组织结构 1.约束条件 1)该项目管理和控制机制仅仅是用于全过程型和功能增加型软件开发。 2)该项目管理和控制机制必须与公司当前的发展状况、资源状况相匹配。 2.假定环境 1)公司具有一定的多项目同时开发的实力。 2)公司拥有几个能够带领项目开发的人员。 3)公司有能力组织测试和完备的文档管理。 4)公司有能力组织软件质量测评和监管。 5)公司软件部门管理为项目软件主管、项目团队式，且项目软件主管对各项目团队具有监控权 和工作质量跟踪权。 6)部门内有明确的岗位责任分工基础。 7)公司内有一批具有一定项目管理基础，能够带领人员完成项目开发的人才。

3.组织结构 1) 说明：该结构为行政式结构，对于系统分析人员和软件工程师、开发人员都在项目团队或无 项目员工的队列中。专职维护暂为预留组织。 2)项目组内实行团队式组织结构 a)每个项目组都是一个项目团队，具体称谓：angel 项目团队。 b)一个项目团队要由以下几个基础机构组成： ?项目经理； ?软件总体设计工程师； ?开发人员； 注：如果项目较小时可以进行机构合并，如项目主管、系统分析可以合并为一人来做。 如果项目运做前期需要时，还可以一人担负整个项目，但仍可以依据流程和控制 机制来开展工作。 总体设计工程师和系统分析员在项目运做前期可能同时负责多个项目，即一个项 目的系统分析员或总体设计工程师完成其所担负的任务后（交付所有文档和完成 对开发人员培训后）可能转做另一个项目。 c)机构内部领导模式为：民主式领导模式（项目经理与软件系统分析员、总体设计工程 师以及程序编码人员之间的关系是一种民主式方式，是同一个团队的不同成员，仅存 在职能、职责的分工不同，没有高低贵贱之分，严禁摆资格和论权利等级。）。

IT软件项目中的沟通管理

【摘要】 IT软件项目开发中最普遍的现象是一遍一遍的返工，项目工期一推再推，项目成本一再加大，客户需求不断提出，项目管理日益困难，造成这些普遍现象的一个重要因素就是沟通管理问题。沟通失败常常是软件项目成功的最大障碍。对于软件项目来说，要科学地组织、指挥、协调、控制项目的实施过程，就必须进行良好的沟通管理。 【正文】 1.建立适合组织的项目沟通管理体系 1.1 基于组织结构的沟通计划编制。沟通计划编制主要是确定项目干系人的信息需求和沟通需求;何人，在何时，需要何种信息，以及信息提供的方法。虽然所有项目都需要进行项目信息沟通，但所需要的信息和发布的方法差别甚远。因为项目的组织结构将在很大程度上影响项目的沟通需求，所以沟通计划的编制一定是在组织结构的基础上建立的。项目沟通计划是项目管理计划中的一部分，它的作用非常重要。在IT软件项目过程中经常会出现被动式、应付式沟通，造成项目随意而行、混乱无序。这种问题的原因主要是在早期项目计划阶段没有制定完善的沟通计划。在一个组织中，一般会有以往项目实施的沟通管理计划，在一个新的项目实施时，可以重复利用组织的过程资产，结合新项目的组织结构特点修订相应的沟通管理计划。从便于管理和节约的角度看，组织应该在各个项目间采取基本统一格式的沟通管理模版。一个沟通管理计划的样本模块主要包括分发给项目干系人的信息、信息分配的动机、信息分发的频率、信息分发的时间表、信息编排与传输方法以及项目成员沟通职责等。 1.2 信息分发。信息分发涉及向项目干系人及时提供所需的信息。信息分发的技术主要包括①沟通技能，书面的、口头的，内部的、外部的，正式的、非正式的，纵向的以及横向的;②信息查询体系，包括人工存档体系、电子数据库、项目管理软件以及允许查阅的诸如设计规范、测试计划等技术文档系统。③信息发送方法，包括项目会议、书面文挡复印件的发布、共享的网络电子数据库、传真、电子邮件、语音邮件、电视会议和项目内部网。一般从信息的迫切性、项目环境的可能性等方面综合考虑确定何种技术和方法。 1.3 绩效报告。绩效报告是向所有项目干系人提供信息，主要包括状态报告、进度报告以及预测。一般使用项目日报、项目月报、召开阶段性会议、汇报等方式来提供有关范围、进度、费用、质量等信息。项目管理者可以基于绩效报告的有关信息进一步开展相关的偏差分析、趋势分析以及挣值分析。通常，项目绩效的分析通常产生对项目的某些方面变更的要求。 1.4 管理收尾。管理收尾包含项目结果文档的形成、归档，对符合最终规范的保证、对项目的成功、效果及取得的教训进行的分析。在收尾过程中，除了要注意使客户满意外，还应当使干系人都感到满意。 2. 存在的沟通障碍

软件项目沟通管理建议

软件项目沟通管理建议 沟通是指人际之间传递和沟通信息的过程，对于项目取得成功是必不可少的，而且也是非常重要的。沟通的主旨在于互动双方建立彼此相互了解的关系，相互回应，并期待能经由沟通的行为与过程相互接纳及达成共识。 在信息系统项目中，项目干系人之间的沟通贯穿项目整个生命周期，很多专家认为信息系统项目失败的重要原因就是沟通的失败。 一般而言，在一个比较完整的沟通管理体系中，包含以下内容：沟通计划编制、信息分发、绩效报告和项目干系人管理。针对项目特点，结合公司的战略，我建议采用如下策略进行沟通管理： 一、建立清晰的沟通管理计划，实现可管理的沟通 项目沟通计划是项目整体计划中的一部分，它的作用非常重要，也常常容易被忽视。经常出现的问题是项目经理凭自己的经验进行口头安排与交待，项目成员按经理的指示被动地、应付式地完成信息沟通工作。这种问题的原因主要是项目计划阶段项目经理嫌麻烦或不重视没有进行严格的沟通计划。一种高效的体系不应该仅仅靠口头传授，落实到规范的计划编制中很有必有。 电子政务系统项目由于范围大，项目干系人众多，没有沟通管理计划，沟通必然混乱。计划前，团队里应建立起一种相对稳定的、可以重复执行的沟通管理计划，只要能训练成员重复执行，沟通过程必然能逐渐演化和成熟，沟通就有实现可管理的可能。

因此，根据电子政务平台项目特点，首先要组织团队成员分析客户方的组织结构，根据摸底，确定各干系人分别对其组织、对项目、对政府的影响度，形成“项目干系人影响度分类表”;再进行各干系人信息需求分析，确定“项目关系人信息需求表”，确定此表时对关键项目干系人进行了意见征求，目的是判断能否满足其需求并确定合适的信息格式、报送方式。影响度分类表和信息需求表的结合，可以提供项目关系人的需求和预期，以及用于沟通的信息的格式、内容与细节水平。根据此工作方法，再分别确定本项目公司管理层、外部其它项目干系人等，通过这些工作则基本完成了沟通管理计划的主体工作。这个分析确认过程项目管理团队一定要全部参加，以加强他们对项目干系人特性了解及沟通时的敏感性。 沟通矩阵帮助了团队理解如何以标准而连贯的形式定期就项目进展进行沟通，促使沟通系统化;团队成员有清晰的沟通模式，知道自己“什么时候”该向“谁”以“哪种”形式沟通“什么”信息。沟通管理计划的强化执行使项目的沟通逐渐朝有序化发展。 二、内部沟通注重文档化，实现团队及组织经验的有效积累 对于一些新型的项目，由于项目经验非常缺乏，那么通过对项目的建设，把项目成员个人的成功经验通过信息共享、传递和使用转化为团队以及整个项目公司的组织经验，是我们在项目沟通管理中要考虑的重要问题。特别是针对IT行业人员流动大，对信息管理缺乏重视的现状，加强项目团队经验的积累，更显急迫。

软件项目人力资源管理计划

软件项目资源管理计划案例 1. 项目组织结构 《校务通管理系统》项目的组织结构如下图所示，它是矩阵型组织结构的一个具体化。 图1：项目的组织结构 一：根据上图画出组织结构的人力资源分配？ ●市场部 ?负责与用户的协调工作。 ?负责项目相关的商务活动。 ?负责用户需求的接口。 ?配合项目经理的资源协调活动。

?负责产品的验收活动。 ?负责系统的维护活动。 ●项目管理 ?负责项目的组织和规划。 ?负责项目计划制定和维护。 ?负责项目的跟踪和管理。 ?负责资源的分配和协调活动。 ?负责各组织和计划之间的协调活动。 ?负责与市场部的协调活动。 ●软件开发 ?负责项目的软件开发，包括设计、编码、单元测试和集成测试。 ?负责产品质量控制的工作。 ?负责配合质量保证的活动，如系统测试、文档编制等。 ?配合产品验收的相关活动。 ●质量保证 ?负责项目过程和产品规范的制定。 ?负责项目过程的质量保证活动，包括过程评审和产品审计。 ●配置管理 ?负责项目的配置管理活动。 ?负责软件产品的提交。 ●用户 ?确保相关责任的实施。 ?参与项目的组织和规划。 ?负责产品的验收工作。 ? 2. 项目的沟通计划 为了保证项目开发过程的顺利进行和信息的有效沟通，要求执行如下的沟通计划：

（1）每天17:00~17:30，项目组成员进行口头交流。 （2）每周五的14:00前提交周报告。 （3）每周五的15:00~17:00，召开项目周例会，会后发布会议纪要给相关的项目人员，其中说明项目的进展和存在的问题。 （4）及时提交问题报告，问题报告可以通过网络提交，项目经理会及时获取问题信息。 二：根据此表来进行责任分解表，要有人力资源分配？

IT项目中沟通的特殊意义

2003-07-31■田俊国■51CMM 项目沟通管理是现代项目管理知识体系中的九大知识领域之一。项目沟通管理把成功所必须的因素——人、想法和信息之间提供了一个关键连接。涉及项目的任何人都应准备以项目"语言"发送和接收信息并且必须理解他们以个人身份参与的沟通怎样影响整个项目。项目管理中，因为沟通是一个是个软指标，沟通所起的作用不好量化，而沟通对项目的影响往往也是隐形的。然而，沟通对项目的成功，尤其是IT项目的成功太重要了。本文结合IT项目的特点谈谈IT项目中的沟通的特殊意义以及沟通对项目实施效率的影响。 一、IT项目中沟通的特殊意义 对于项目来说，要科学地组织、指挥、协调和控制项目的实施过程，就必须进行信息沟通。沟通对项目的影响往往是潜移默化的，所以，在成功的项目中人们往往感受不到沟通所起的重要作用，在失败项目的痛苦反思中，却最能看出沟通不畅的危害。没有良好的信息沟通，对项目的发展和人际关系的改善，都会存在着制约作用。沟通失败是IT项目求生路上最大的拦路虎。常常能听到的典型例子是某某集团耗资几千万的ERP项目最终弃之不用，原因是开发出的软件不是用户所需要的，没提高用户的工作效率反而增加了工作量，不难看出，造成这种尴尬的局面的根本原因是沟通失败。当一个项目组付出极大的努力，而所做的工作却得不到客户的认可时，是否应该冷静地反思一下双方之间的沟通问题？软件项目开发中最普遍现象是一遍一遍的返工，导致项目的成本一再加大，工期一再拖延，为什么不能一次把事情做好？原因还是沟通不到位。 通常的项目管理教材将项目沟通的重要性归结为四点： （1）决策和计划的基础。项目班子要想作出正确的决策，必须以准确、完整、及时的信息作为基础。通过项目内、外部环境之间的信息沟通，就可以获得众多的变化的信息，从而为决策提供依据。 （2）组织和控制管理过程的依据和手段。在项目班子内部，没有好的信息沟通，情况不明，就无法实施科学的管理。只有通过信息沟通，掌握项目班子内的各方面情况，才能为科学管理提供依据，才能有效地提高项目班子的组织效能。 （3）建立和改善人际关系是必不可少的条件。信息沟通、意见交流，将许多独立的个人、团体、组织贯通起来，成为一个整体。信息沟通是人的一种重要的心理需要，是人们用以表达思想、感情与态度，寻求同情与友谊的重要手段。畅通的信息沟通，可以减少人与人的冲突，改善人与人、人与班子之间的关系。 （4）项目经理成功领导的重要手段。项目经理是通过各种途径将意图传递给下级人员并使下级人员理解和执行。如果沟通不畅，下级人员就不能正确理解和执行领导意图，项目就不能按经理的意图进行，最终导致项目混乱甚至项目

软件项目沟通计划

项目沟通计划 项目沟通计划（Project Communication Plan） 什么是项目沟通计划 项目沟通计划是对于项目全过程的沟通工作，沟通方法、沟通渠道等各个方面的计划与安排。 就大多数项目而言，沟通计划的内容是作为项目初期阶段工作的一个部分。同时，项目沟通计划还需要根据计划实施的结果进行定期检查，必要时还需要加以修订。所以项目沟通计划管理工作是贯穿于项目全过程的一项工作，项目沟通计划是和项目组织计划紧密联系在一起的，因为项目的沟通直接受项目组织结构的影响。 项目沟通计划的内容 项目沟通计划包括四个方面的具体工作，如下图所示： 1、编制项目沟通计划前的准备工作 1）收集信息 项目沟通内容方面的信息； 项目沟通所需沟通手段的信息； 项目沟通的时间和频率方面的信息； 项目信息来源与最终用户方面的信息。 2）所获信息的加工处理 对收集到的沟通计划方面的信息进行加工和处理也是编制项目沟通计划的重要一环，而且只有经过加工处理过的信息，才能作为编制项目沟通计划的有效信息使用。 2、项目沟通需求的确定 项目沟通需求的确定是在信息收集的基础上，对项目组织的信息需求做出的

全面决策，其内容包括： 项目组织管理方面的信息需求； 项目内部管理方面的信息需求； 项目技术方面的信息需求； 项目实施方面的信息需求； 项目与公众关系的信息需求。 3、沟通方式与方法的确定 在项目沟通中，不同信息的沟通需要采取不同的沟通方式和方法，因此在编制项目沟通计划过程中还必须明确各种信息需求的沟通方式和方法。影响项目选择沟通方式方法的因素主要有以下几个方面： 沟通需求的紧迫程度； 沟通方式方法的有效性； 项目相关人员的能力和习惯； 项目本身的规模。 4、项目沟通计划的编制 项目沟通计划的编制是要根据收集的信息，先确定出项目沟通要实现的目标，然后是根据项目沟通目标和确定项目沟通需求去分解得到项目沟通的任务，进一步根据项目沟通的时间要求去安排这些项目沟通任务，并确定出保障项目沟通计划实施的资源和预算。 项目沟通计划书的内容除了前面给出的目标、任务、时间要求、具体责任、预算与资源保障以外，一般还应该包括下列特殊内容： 信息的收集和归档格式要求； 信息发布格式与权限的要求； 对所发布信息的描述； 更新和修订项目沟通管理计划的方法； 约束条件与假设前提。 项目沟通计划主要包括以下儿个方而的内容。 (1)描述信息收集和文件归档的结构，这一结构用于收集和保存不同类型 的信息。举例来说，一个项目组的成员出席了一个会议并带回一些有价值的信 息和资料，它将如何归档和保存在哪里?如果一个供应商送来了一本新产品样 本，它将如何归档和保存在哪里?如果同一供应商儿个月后又送来了一本新产 品样本，如何处理这本新样本与旧样本?如果在项目中不同的成员负责访谈不 同的部门，他们的访谈结果和发现会影响到其他成员下一步的研究，那么这些 访谈信息应如何处理和在成员之间共享?对于这样的信息资料如果缺乏及时 清晰的整理和保存，就会造成信息的缺失和部门间或成员间信息的不一致，所 以，有必要制定和遵循一个制度，将与项目有关的重要信息资料和文件进行建

软件项目沟通计划

软件项目沟通计划 项目沟通计划 项目沟通计划(Project Communication Plan) 什么是项目沟通计划 项目沟通计划是对于项目全过程的沟通工作，沟通方法、沟通渠道等各个方面的计划与安排。 就大多数项目而言，沟通计划的内容是作为项目初期阶段工作的一个部分。同时，项目沟通计划还需要根据计划实施的结果进行定期检查，必要时还需要加以修订。所以项目沟通计划管理工作是贯穿于项目全过程的一项工作，项目沟通计划是和项目组织计划紧密联系在一起的，因为项目的沟通直接受项目组织结构的影响。 项目沟通计划的内容 项目沟通计划包括四个方面的具体工作，如下图所示: 1、编制项目沟通计划前的准备工作 1)收集信息 项目沟通内容方面的信息; 项目沟通所需沟通手段的信息; 项目沟通的时间和频率方面的信息; 项目信息来源与最终用户方面的信息。 2)所获信息的加工处理

对收集到的沟通计划方面的信息进行加工和处理也是编制项目沟通计划的重要一环，而且只有经过加工处理过的信息，才能作为编制项目沟通计划的有效信息使用。 2、项目沟通需求的确定 项目沟通需求的确定是在信息收集的基础上，对项目组织的信息需求做出的全面决策，其内容包括: 项目组织管理方面的信息需求; 项目内部管理方面的信息需求; 项目技术方面的信息需求; 项目实施方面的信息需求; 项目与公众关系的信息需求。 3、沟通方式与方法的确定 在项目沟通中，不同信息的沟通需要采取不同的沟通方式和方法，因此在编制项目沟通计划过程中还必须明确各种信息需求的沟通方式和方法。影响项目选择沟通方式方法的因素主要有以下几个方面: 沟通需求的紧迫程度; 沟通方式方法的有效性; 项目相关人员的能力和习惯; 项目本身的规模。 4、项目沟通计划的编制 项目沟通计划的编制是要根据收集的信息，先确定出项目沟通要实现的目标，然后是根据项目沟通目标和确定项目沟通需求去分解得到项目沟通的任务，进一步根据项目沟通的时间要求去安排这些项目沟通任务，并确定出保障项目沟通计划实施的资源和预算。