项目管理方案Word下载.doc

项目管理方案Word下载.doc

《项目管理方案Word下载.doc》由会员分享，可在线阅读，更多相关《项目管理方案Word下载.doc（26页珍藏版）》请在冰豆网上搜索。

业务系统的现状调查、分析；

提出项目需求；

组织方案验收

系统供应商

项目管理

负责系统连接或软件部署、配置、软件开发等技术文件；

负责项目实施；

提出项目测试计划，

配合项目验收

产品提供商

提供产品的技术支持服务

在客户特别指明时提供产品安装调试服务

1.1.2任务分工

在项目的实施过程中，如果没有明确的任务分工，将会造成“职责不清”的混乱局面，使工作关系与任务分配陷入多种的关联交叉状态，导致项目人员“不知所措、不知何往”，这将严重影响对项目的反应能力与控制能力，最终影响实施的进度与实施的质量。

所以要完成好一个项目，建立起一个完善的组织架构后，组织中必须要有明确的分工，做到“各负其责”，但同时需要有统一、有效的领导机构，作到“协调一致”，才能保证整个项目的实施。

xxxxxxxxxxx针对本项目的具体分工如下：

（1）项目管理办公室：

将由用户项目部领导以及xxxxxxxxxxx管理层的相关负责人构成，建议与决定项目管理组人员的组成，接受项目管理组的汇报，指导与监督项目管理组工作，对重大问题作出决定，确保项目实施所需要的资源。

该小组在宣布中标后成立，项目验收后结束。

（2）专家顾问组：

将由用户、xxxxxxxxxxx、高级专家顾问组成，在整个项目执行过程中起顾问咨询等作用。

（3）项目管理组：

接受项目管理办公室的领导与监督，向项目管理办公室汇报；

由用户、xxxxxxxxxxx的项目管理人员组成，xxxxxxxxxxx指派一名项目经理任组长。

该组负责协调各相关单位的关系，处理所出现的各种问题；

组织各个专业小组，制定项目总的实施进度计划，推进项目进度，解决工程中出现的各种问题。

该组在项目管理办公室成立后设立，项目验收后结束。

（4）商务组：

接受项目管理组的领导，向项目管理组汇报，制定详细的商务计划，负责商务投标，合同的签署，按照合同定货，跟踪；

处理合同执行过程中由于合同条款的修改与变动而带来的各种问题。

该组在项目管理组成立后设立，项目验收后结束。

（5）财务组：

接受项目管理组的领导，向项目管理组汇报，制定资金运作计划，负责财务成本核算、成本控制、财务审计等，保证整个合同过程中各个阶段、各个方面的资金需要。

（6）培训组：

接受项目管理组的领导，向项目管理组汇报，制定详细的培训计划，负责协调与实施所有的培训工作，完成培训的组织、培训内容的审定、培训人员的落实、培训场地的联系、培训过程的组织、培训结业考试的组织、培训工作总结，按照合同规定完成所有培训工作。

该组在合同签署后设立，全部培训工作完成后结束。

（7）文档组：

接受项目管理组的领导，向项目管理组汇报，制定详细的文档递交计划，负责收集与整理各个阶段的技术文档，按照合同规定完成所有的文档递交工作。

该组在项目管理组创立后设立，验收完毕，文档全部递交后结束。

（8）技术核心组（架构设计组）：

接受项目管理组的领导，向项目管理组汇报，由用户与xxxxxxxxxxx的技术核心人员组成。

负责制定详细系统设计、完成模型实验与测试报告、终端设备参数修改测试报告，并对系统实施过程中遇到的突发技术问题给予研究解决。

该组在项目管理组创立后设立，验收完毕后结束。

（8）设计施工组（开发组）：

接受项目管理组的领导，向项目管理组汇报。

主要工作包括负责项目实施的技术细节方案设计、设备精确配置、精确物理连接图及设备位置安排等工作；

给出详细设计的文档、图纸、资料及工程安装手册；

完成文档、图纸和技术资料的质量审核；

勘查施工现场环境；

软件安装调试的细节方案设计、协调组织现场软件安装调试；

软件集成所需的功能定制开发、接口定制开发。

该组在合同签署后设立，测试验收工作全部完毕后结束。

（9）验收组：

接受项目管理组的领导，向项目管理组汇报，负责现场实施的质量控制，以确保工程高质量、高效率地完成；

制定详细的验收计划，负责编写测试验收手册、对安装后的系统进行测试与预验收、进行验收准备工作、配合用户验收小组对系统进行最终验收，按照合同规定完成所有的测试与验收工作。

该组在安装调试工作开始后前设立，验收完毕后结束。

1.2项目范围管理

项目管理范围包括本项目建设周期内各个阶段以及所有相关的建设单位、设备、软硬件、场地等内容，从软硬件采购、需求分析、系统设计、软件开发、系统集成、测试、验收、试运行、系统维护的全过程都包括在内，如项目启动、项目范围内容、项目范围变更等项，具体内容在项目实施前经详细讨论确定。

1.3项目进度管理

针对本项目的进度管理从任务分解、时间进度安排到资源分配，每个阶段都有里程碑标志，每个阶段都须严格按照工期要求按时、保质完成，项目经理负责项目进度控制。

1.4项目风险管理

通过对大量的风险事件进行分析，在本项目中下列事件出现的概率最大，影响也是最大的。

如何使得将上述事件对项目造成的影响降低到最小，是项目风险管理的主要工作。

首先需要预防上述事件的发生，其次当事件发生不可避免之后，应当采取必要的、事先准备好的措施进行工作，将风险对项目目标的影响降低到可以容忍的程度。

1.4.1技术风险

xxxxxxxxxxx软件采购是一个采用先进的信息技术，在建设过程中需要与各个业务单位、多个技术支撑系统、多个业务系统之间接口。

系统需要采集的数据量大、涉及的相关系统范围广，需要比较高的信息管理的专业知识。

因此系统建设存在一定的技术风险，需要业主和系统建设方从系统开始建设之初，就要充分认识到该项目的技术难度，在系统调研、系统设计阶段就要进行反复的论证，在系统构架的时候尽可能采用国际上成熟的产品，借鉴相关的成功经验，同时系统的建设分步骤、分阶段进行，将技术难点逐个突破，力求将技术风险降至最低。

1.4.2需求风险

xxxxxxxxxxx软件采购的建设是一个项目周期较长、涉及相关部门较多、数据量大、系统功能要求高的复杂系统，只能在建设过程中与多家业务部门进行沟通，才能逐步明晰系统的需求。

同时，由于GIS专业性较强，有些需求各业务部门人员根本不可能明确地提出，需要系统建设方根据已有的系统建设经验进行用户需求的引导。

这些状况容易造成系统的需求不明确，或者系统的需求变更频繁，使得项目进展严重滞后，最后造成项目的失败。

为了能够减少该项目需求不清和需求频繁变更的风险，需要用户和公司在项目初期做好充分的需求调研，切实理解各个业务部门在信息方面的业务需求，尽可能避免对需求的误解和片面性。

同时，在系统建设过程中，严格遵守项目管理的规章制度，对项目需求变更进行严格的审核与控制，以保障项目的质量和进度。

1.4.3协调与沟通风险

在系统建设过程中公司需要协调多个部门，与这些部门的沟通与协调可能直接影响到本项目的质量与进度。

因此，建立高效的协调与沟通机制，减少相互之间的误解与拖延，是保障本项目成功实施的关键点之一。

这需要各相关单位充分理解项目沟通管理的重要性，严格遵守项目管理的各项规章制度，提高协调沟通的效率，降低项目协调与沟通的风险。

1.4.4项目人员风险

由于xxxxxxxxxxx软件采购项目周期较长，技术难度大，因此项目人员压力会随着项目的进展逐渐加大，工作效率也可能会随着项目的进展逐渐降低，造成工作效率低下，甚至会造成项目成员的不稳定。

这就需要用户与公司相互理解，明确共同的目标，发挥团队精神，同时要合理规划项目进度，作到劳逸结合，提高项目人员的积极性，降低项目人员的风险。

1.5质量管理计划

1.5.1质量管理体系标准

本项目实施应采用先进的质量管理模式和科学的质量管理体系和流程，并根据项目自身特点选用合适的质量控制规程。

目前，xxxxxxxxxxx主要采用ISO9001质量标准和软件成熟度模型（CMM）两种控制规程。

针对本项目，公司将采用GB/T19001-2000－ISO9001:

2000质量体系标准，同时遵循SSE-CMM的安全实施标准，并在项目实施的过程中严格执行这些质量标准。

1.5.2质量控制过程

本项目中，由项目经理制订质量控制计划，项目质量控制组进行审核。

审核方面包括：

质量控制措施是否足够、各个成员的质量责任是否明确合理，测试方法是否适用。

1.5.3质量评定计划

为了加强项目质量管理和界定产品质量标准，本公司将制订适应于项目的检查验收规定和质量评定标准，确保工程质量。

本项目中，应实行两级检查、两级验收制度。

一级检查、二级检查和一级验收由本公司实施小组组织完成；

二级验收由用户组织实施。

各级检查验收严格按项目实施中制订的相应的检查验收规定和质量评定标准执行。

对实施和验收过程中出现的重大技术问题，将上报用户协调处理，对一般质量问题的处理应予以书面记录。

1.5.4质量管理措施

在项目实施过程中还将采取如下措施保障项目实施质量：

（1）产品到货后，对所有硬件设备应进行加电检测，同时对所有软件产品进行安装、产品授权验证。

（2）在项目实施前后对网络性能进行评估。

（3）在系统部署完成后要在实际环境中进行网络连通性测试、安全策略验证和应用系统测试。

（4）配合应用系统做好压力测试，根据压力测试结果调整系统配置。

（5）项目实施后要进行一定时间的试运行，在试运行期间要重点监控网络环境的运行情况、安全策略的验证和业务应用系统运行情况，若出现的问题要及时查找原因并加以修正。

（6）在试点实施过程中验证方案的可行性和正确性。

1.5.5软件质量控制

1.5.5.1阶段性评审

软件质量保证过程包括对软件过程质量控制和软件产品质量控制。

我公司在本系统项目组织中，由质量控制组负责质量控制和管理，采用软件度量过程采集信息对软件过程和软件产品的质量进行管理。

对软件过程质量的控制通过量化并提取软件过程信息实现对软件过程的目标管理，量化的主要内容包括：

产品质量、项目进度和资源占用。

软件过程控制一般采用软件开发过程的节点控制的方法。

软件开发过程的节点控制是提高软件开发的计划性和成功经验的可重复应用的重要支持手段。

我公司在开发本系统的过程中，将充分利用该方法，确保本系统的高质、准时完成。

在本系统的开发过程中，把涉及软件开发、应用的人员分为甲方、乙方，甲方代表各种层次的软件系统的用户，乙方代表软件开发商中各组织、各层次人员。

软件系统的最终成功基于甲乙双方对软件开发过程的共同控制与管理，甲方侧重“需求”与“监督”职能，乙方侧重“供求”与“控制”职能。

甲乙双方实现职能的基础是软件开发过程的可视性，即从甲乙双方角度得到软件开发过程的可见性。

如下图所示：

图（a）表示一个对甲乙双方可见性极差的过程，甲方给出需求后，经过乙方的开发过程得到的是最终结果，甲方对软件开发过程没法参与。

乙方中只有具体的开发人员了解局部的软件过程，高层管理人员没法得到开发过程中具体的过程状态信息，不能根据过程状态做出决策。

图（b）表示一个对甲乙双方可见性较好的软件过程，在软件开发过程的特定阶段设置阶段控制点（也称为里程碑），甲乙双方依