(完整)项目实施管理方案.docx

《(完整)项目实施管理方案.docx》由会员分享，可在线阅读，更多相关《(完整)项目实施管理方案.docx（50页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、项 目 实 施 管 理 方 案1项目实施与管理目标一般项目的管理采用目标管理法.项目管理目标主要包括用户满意度、进度、质量、风险、 成本五类，当前重点考虑在满足其它管理目标的前提下取得最大用户满意度。用户满意目标用户满意是项目管理追求的首要目标，也是其他目标执行的指导原则。进度控制目标遵照招标书要求,严格遵守合同规定，不折不扣地按时完成合同规定的所有工程任务。在工 程执行过程中出现任何变化，在保障用户利益的前提下，双方磋商、达成一致，确保合同完成， 让用户满意。目标质量是工程建设的基石，没有质量其他目标就没有意义。质量控制在项目管理中是极其重 要的,通过建立规范的管理体系、严格的内部管理措施、

2、可靠的工程质量保障机制、明确的验收 方式、有效的知识转移培训和完备的售后服务措施，确保项目的顺利实施，不会造成任何形式 的返工。风险控制f标任何事件的发展都会有一定意外，它的发生是不确定的，这种脱离常规的意外称之为风险. 风险存在于任何工程建设项目，风险控制是长期、大型项目管理所必需的管理内容。根据以往 经验，重视风险要比风险管理本身更重要。风险不可预测，但可以管理与补救.本项目将从风险 因素管理、风险预警与应急管理、风险补救三个方面确保项目风险处于管理控制范围之内.预算控制目标项目预算控制反映了项目建设的高效性，考核项目预算是自我监督的重要步骤，目的在于（完整）项目实施管理方案 需求跟踪：比

3、较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保“需求-设计-编程-测试”之间的一致性，确保产品依据需求文档进行开发.需求变更控制是指依据“变更申请-审批-更改-重新确认”的流程处理需求的变更，防止 需求变更失去控制而导致项目发生混乱。1.5. 1.3交付件系统需求规格说明书L5. 1.4完成标准系统需求规格说明书审批通过。1. 5. 2系统设计1. 5. 2 1概述系统设计覆盖系统需求规格说明书的全部内容，并作为程序开发的依据，使系统能够被软 件开发小组顺利地实现。1. 5. 2 2系统设计的步骤概要设计概要设计注重宏观和框架的设计,包括总体结构设计、全局数据库（包括

4、数据结构设计）、外 部接口设计、功能部件分配设计、部件间接口设计，覆盖系统需求规格说明书中的功能点列 表、性能点列表、接口列表。其过程如下：其中数据库设计包括数据库需求分析-一数据库概念设计一数据库物理设计三个阶段，其（完整）项目实施管理方案 过程如下：详细设计详细设计覆盖系统概要设计说明书的全部内容,注重微观和框架内的设计，是各子系统 的公用部件实现设计、专用部件实现设计、存储过程实现设计、触发器实现设计、外部接口实 现设计、部门角色授权设计、报表输出模块设计、前台用户界面设计、后台数据处理模块设计、 数据传输与接收模块设计等。在设计阶段后期要重新进行规模、工作量和进度的估算，调整开发计划。

5、进行概要设计的人 员要协助测试人员一起制定系统测试计划和系统测试用例；进行详细设计的人员要制定 系统单元测试计划和系统单元测试用例。交付件系统概要设计说明书系统详细设计说明书24完成标准系统概要设计说明书和系统详细设计说明书审批通过。1- 5. 3编码开发5. 3.1 概述软件实现是通过输入系统详细设计说明书，输出源程序、目标程序及用户指南，此阶段 分为编码、代码静态检查和单元测试三个环节:编码人员根据编码规范进行编码；代码静态 检查对代码的规范符合度进行检查，质量保证人员也要抽查编码规范的遵守情况;单元测试由编（完整）项目实施管理方案 码人员根据详细设计阶段制定的测试用例自行或交叉进行，最终

6、形成单元测试报告。1.5. 3.2编码开发的步骤1、项目组根据概要设计说明书、详细设计说明书制定系统实现计划2、有条件的情况下保证开发、测试和生产环境独立.选择软件工具，明确项目成员的职责分 工,按照编码规范和详细设计实现软件功能.3、代码应满足结构良好，清晰易读，且与设计一致，符合编码规范.4、开发人员需要软件实现过程中编写软件功能说明，源代码说明.软件功能说明文档应说明 项目名称、编号、软件名称和版本号，软件功能、主要功能实现过程.源代码说明应说明项目编 号、软件名称、功能，全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中, 以注释形式存在.5、项目组进行单元测试和集成测试。

7、开发人员处理测试人员反馈的测试问题，并以书面形 式反馈主要问题及解决办法，直至系统运行稳定。6、汇总并提交所有相关文档，提交公司备案。1.6. 3.3交付件系统源代码；单元测试报告3.4完成标准系统编码结束。1. 5. 4 1概述软件测试包括单元测试、集成测试、系统测试、运行与验收测试，其中单元测试在系统实 现阶段实现，运行与验收测试在实施与运行阶段实现。测试的内容有接口与路径测试、功能测 试、健壮性测试、性能测试、用户界面测试、压力测试、可靠性测试等。制定系统整体测试方案，将报指定的有资质认证的软件测试中心进行检测。1.4.4 2软件测试过程软件测试过程如下图：第一步：制定测试计划。第二步:

8、设计测试用例。第三步：执行测试。第四步：撰写测试报告。第五步：消除软件缺陷。1.4.5 3交付件软件测试计划软件测试报告1. 5. 44完成标准软件测试报告审批通过。1- 5. 5集成服务5. 5.1 概述集成包括用户集成、数据集成和数据集成。系统间集成的方式有服务的方式、队列方式、 数据库表方式等。本项目的具体集成方式根据XX报社集团的要求来最后确定。1.5. 5.2集成过程A确定集成需求XX公司项目组和甲方、其他相关应用系统开发商一起，对系统集成需求进行调研，主要从 应用系统集成需求、应用集成平台需求和基础支撑环境需求三个角度展开对应用系统集成工作 的全面调研，明确系统之间的关联关系，以及

9、应用系统与应用集成平台的关联关系，确认整体集 成需求，以更好的开展集成设计工作。A执行集成标准在集成设计时，规范标准很重要。本系统的集成将按照XX报社集团制定的应用集成规范和 标准进行门户、应用和数据集成。确保集成的技术先进，灵活可扩展。A统一集成设计有了对需求的全面完成的把握，项目按照SOA架构进行总体设计，并基于构件技术对应用系 统进行切分并开发这些构件，最终由总集成商集成在应用集成平台上。a集成测试实施集成实施阶段首先需要确认集成环境已经准备继续，然后组织集成的相关系统开发商和业 务部门进行集成测试，测试通过进入试运行，试运行期间有问题及时记录、修改并测试验证问题， 确保集成顺利实施.1

10、.6. 5.3交付件集成设计说明书集成测试报告5.4完成标准集成测试实施通过.1. 5. 6施工保证1. 5. 6.1 概述在XX报社集团进行的系统的软、硬件安装调试，以及系统管理员培训、业务操作培训、现 场培训、数据初始化和数据导入等工作.XX公司对试运行结果和意见进行汇总，提交系统试运行 报告，并请XX报社集团进行审核批示，确定需作改进的问题，交付XX公司进行修改，XX公司根 据问题汇总制定修改计划，并按时完成软件更新.1.5. 6.2系统实施过程系统实施是一项复杂的工作，需要XX报社集团和XX公司做认真细致的准备。进行软件工 程过程中发生的各种软件工程管理活动。实施项目计划，最重要的是遵

11、循计划，并完成相关的 工作.实施过程包括以下步骤：1.5.6.21 设备与系统检测检查系统所包含的硬件设备和系统软件是否正常。硬件设备有主机、网络、线路和电源;（完整）项目实施管理方案系统软件主要包括操作系统版本、IE版本、数据库系统、应用服务器、Web服务器等。1.5.6.22 安装应用系统安装数据库，进行初始化； 安装、配置中间件平台系统；配置HTTP系统； 应用软件的安装.1.5.6.23 6 23运行规划与准备在本阶段对业务流程进行详细划分，确定并安排每个岗位的职责，确定业务过程的衔接，准备操作员信息表，确定每个操作员的岗位；进行人员的管理咨询培训和上线准备培训。基础数据准备与导入和X

12、X报社集团进行基础数据编码规划探讨，XX报社集团按照基础数据编码规划填写数据准 备表；基础数据准备好后，在系统中录入数据，进行数据初始化.测试应用系统与XX报社集团协商，制定测试计划；安排所有业务部门，进行测试及操作培训。1.5. 6.3交付件系统实施的交付件有系统实施计划、系统管理员手册、用户操作手册。1. 5. 6.4项目施工保证按项目实施进度计划安排日程，要求所有实施人员掌握整个项目计划，明确每一个实施人 员的权利及义务,对实施人员进行产品及技术培训。实施实施人员管理计划，确保所有人员履行所属责任。每天准时到实施地点报到上班， 并分配当天工作任务，在当天工作完后对当天的工作进行总结，并计

13、划分配第二天的工作任务。项目经理及技术骨干每天按项目实施标准及计划，定时巡视实施现场，确保项目进度如期 进行及达到实施标准。如实施环境发生特殊情况，立刻通知项目经理，有需要时同时通知用户, 以做出适当处理.实施组每天应归纳工作中出现的所有问题，做出实施进度情况总结报告，并向负责人提交, 并做到对文档资料的及时归档、建档。项目经理批阅每天有关总结报告后，应快速做出回应，根据实际需要调动人员及调整实施计 划,以确保项目的质量及进度。项目组将按照以下两种方式向甲方提交书面项目进度报告：1、于每月结束后五个工作日内提交；2、按照约定的项目进度安排，于每一阶段工作完成后五个工作日内提交。项目进度报告的内

14、容包括:项目进度、已完成的开发项目、本项目的预期效果、人员配置情 况,以及其他与本项目有关的甲方应当知道或其要求知道的情况。系统实施中应注意：坚持质量第一，确保规范实施; 按计划和方案组织实施;严格执行标准实施安装程序和制定的相应技术规范和要求； 严格按照标准保证项目的质量，确保可靠性，安全性； 必须严肃工作纪律，各级实施人员都不得随意更改方案的内容,如因实施条件变化，方案 难以执行，或方案内容不切合实际之处，应逐级上报，经变更确认后，方准执行新规定。1- 5. 7试运行与维护5. 7.1 概述1.5. 7.2试运行与维护过程5. 7. 2.1模拟运行初步测试后,业务部门进行并行操作模拟运行，

15、并随时进行比较，确认系统有效。1. 5. 7. 2.2正式运行在确认基础数据正常后，与XX报社集团确定正式运行日期；录入相关单据，初始化系统.2. 5. 7. 2.3问题反馈与改进确定需作改进的问题，交付XX公司进行修改，XX公司根据问题汇总制定修改计划，并按时 完成软件更新。2.5. 7. 2.4系统运行维护系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进行维护。1. 5. 7.3交付件系统试运行与维护的交付件有系统试运行报告。L 6项目进度管理项目的进度直接关系着整个项目的成本，特别是像本项目这样长周期的系统工程项目，有效 的项目进度的控制方法必不可少。项

16、目进度管理从以下几个步骤有序进行：活动定义、活动排序、活动资源估算、活动持续 时间估算、制订进度表以及进度控制。XX公司采用世界知名的项目管理软件PMS系统制作WBS工作分解结构，具体包括：活动定 义、活动排序、活动资源估算、活动持续时间估算、制订进度表，如下图所示：WBS工作分解上图中每个里程碑填写完成后，项目经理必须提交审批，一经审批后项目经理不可做任何 修改。通过WBS结构分解，将每项任务拆分为若干个基本的活动，同时结合里程碑和关键路径 分析，精确的控制整个项目的时间进度。根据项目成立初期做的项目进度计划，项目经理每月需提交月状态报告说明该月项目的进 度情况，同时项目经理指派人员进行本项

17、目的进度对照，出具项目进度跟踪表，根据此结果对 项目进行预警或采取相应的改进措施。项目进度跟踪表如下图所示：项目进度跟踪表（完整）项目实施管理方案 提高项目管理水平。控制项目预算的表现在资源调配的合理、高效，重点在于项目规划设计与 组织，难点在于对用户需求把握的准确性和设计的合理性、科学性。我公司目前自行开发的PMS系统作为专业的项目管理工具.通过该工具的各个模块实现对 项目的全面管理。PMS系统能够为项目经理提供如下帮助：1）为项目分配人员，并为项目人员编制任务计划，同时对于人员的实际工作地点以及工作任 务也能够实时进行跟踪和监督，从而实现项目人员的全面监管；项目团队配置情况页面如下图 所示

18、：项目人员分配2）利用PMS系统可以对每月项目的费用进行预算，并能实时进行计划值与实际值的对比, 为项目经理提供决策支持；项目预算配置页面如下图所示：项目预算管理3）在项目的实施与运维过程中，它可以对里程碑任务进行跟踪并使里程碑获得财政审批以 确认收入,它使得项目经理能够管理项目中的问题和缺陷，它也可以对审查和流程进行跟踪；项 目里程碑配置页面如下图所示：项目里程碑管理4）它还有助于项目经理加速报告的进程.L 2项目组织机构项目组织架构本项目的项目组织架构由XX报社项目组和XX公司项目组共同组成，采用项目领导组领导 下的各级项目组长负责制，并明确规范所属各组的职责及组间协调关系.这种组织结构是

19、XX公司 在多个大型工程项目采用，并被验证为行之有效的工程组织方案。1. 7项目质量管理1. 7. 1目的和依据1. 质量保障的目的为保证系统能够充分满足用户的质量要求，使系统实现用户要求的功能，我们站在用户立场 上来掌握产品质量，我们进行有计划、有组织的系统设计开发活动，依据有关国际国内标准，在 需求分析、系统开发、系统测试、人员培训等方面为项目在预定时间内完成并达到用户要求提 供保证措施。1.7. 1.2质量保障的依据CMM和IS09000质量体系标准，这些标准已经转化为公司标准和规范，如：六个统一管理规 定。XX报社集团相关标准和规范。其他相关技术标准。1 . 7. 2项目质量保障框架项

20、目质量保障一直是国内应用软件建设项目的难点和软件工程的关注点。北京XX公司根据大 量的项目经验，总结出了一套项目质量保障手段，形成了项目质量保障框架。项目质量保障框架图2 .7.21软件产品质量保障为了确保软件质量，我们将从以下五个方面确保软件质量.需求定位保障（完整）项目实施管理方案需求调研的完整性与准确性是软件开发质量的首要保证。如果需求调研的结果不能正确反映 用户的业务，或者不能全面反映用户的业务，那么后期的软件质量无需谈起。所以，北京XX公司 总结经验，提出了严格把握需求质量的管理要求。具体工作包括：需求调研工作必须在用户现场进行；调研过程必须有严格的工作计划，包括与用户交流的时间安排

21、；调研过程中出现的业务问题、调研时间变更问题，必须要在当日反映到项目管理层， 由管理层出面解决，并由管理层备案，必要时要反映给整个项目的决策层。调研人员携带录音笔的同时，必须也要有笔记，当日材料当日整理。调研过程中涉及到几个部门的复杂业务问题，必须以书面形式上报项目组长，由项目 组长协调、落实解决。一时无法解决的问题，要作为重大业务问题，反映到XX报社集团 党组办公会加以协调.调研人员调研表格格式统一印制，但是调研前的调研准备情况，以及调研内容必须充 实，项目质量组会对调研人员进行不定期抽查.调研人员编写的系统需求规格说明书，必须经过北京XX公司组织的企业内部专家 评审，通过后才能提交用户确认

22、。系统需求规格说明书必须经过确认，然后才能进入系统设计阶段.A软件编码质量保障北京XX公司根据多年的软件开发经验，总结、开发了ResouceOne软件组建架构，指在完成 组建化开发体系。为此，在软件编码的规范上做了详尽的要求，具体体现在：1）编码风格上的要求，如类、变量、方法的命名规则。2）类定义的规范.3）编码注释规范。4）接口定义规范.5）组件定义规范ResouceOne软件组建架构拥有了自己的开发环境与编译环境，以确保规范的落实，提供自己 的组件容器,以及组件管理与部署工具，以确保组件的可应用性。软件测试质量保障准确的说明，测试本身就是软件质量保障的重要手段。这包括我们通常所说的白盒测试

23、与黑 盒测试.我们组织专门的测试组来确保软件质量。白盒测试主要是读码测试。我们采用交叉读码，小组讲码的方式进行。根据我们的经验，读 码与讲码不仅可以发现软件编码问题，更可以实现细节沟通，优化编码结构，提升软件质量。组 织读码与讲码，是公司尽一年来开发软环境建设的重要内容。黑盒测试的测试方法:是由一些非编码人员根据系统需求规格说明书的要求对打包好的 软件进行测试环境部署、模仿使用，以发现软件中的问题。黑盒测试包括安装测试、功能测试、 组装测试、压力测试、集成环境测试五种。在该项目中，我们组织了专门的测试组来完成黑盒测 试。另外，用户验收过程也是一个测试过程，是一个抽测过程.我们会为用户起草验收测

24、试方案。再有，为了确保测试本身质量得以加强，我们在测试过程中采取了以下手段来加强测试效果， 确保测试质量。1）采用压力测试工具，发现系统得性能承受能力；2）采用测试软件管理整个测试环节；3）编写测试案例，规范测试行为，提高测试效率；4）编写测试大纲，加强测试组与开发组的沟通；5）平台测试，平台是公司已有产品，对平台的改动由独立的测试小组完成（完整）项目实施管理方案我们的测试方案与测试用例对XX报社集团完全公开，并且需要经过XX报社集团或其委托人审 批。测试中系统如有任何部分发生故障，则测试重新开始，整个系统需整体通过测试后才标志测 试工作完成,最后提交测试报告。A软件部署质量保障软件部署过程包

25、括了系统环境搭建、应用软件安装、数据库搭建、初始数据建设、系统调优 和全市联调六个环节。软件部署质量保障关键在于软件部署方案的设计与落实。为此，要有专 门的文字材料，要经过总工程师的审阅与用户的认可。软件部署方案将包括环境要求、建设步骤、参数设置、初始数据内容、以及准确的联调时间， 以及联调内容。A软件应用质量保障软件应用的效果也是这次项目建设成败一个很关键的工作。具体体现在下面几个方面。软件应用治疗保障方法培训材料的准备、培训人员对培训内容的理解与掌握，培训口 才，培训态度和培训时间组织专门的交流会、项目启用动员会，现场技术支持人员的讲 解，考核机制人性化的操作、图形化的界面、非变成化的定制

26、、“拖曳”式 的流程定义、手写笔、电子盖章等。1. 7. 2.能术保障技术保障包括技术人员数量保障、技术人员素质保障和技术人员培训与考试，因此，根据我 们多年相关经验，提出了“六统一”思想。A “六统一”介绍以下引用自北京XX公司“六统一管理规定”：为了规范公司软件项目的开发及提交管理,有效的利用项目资源和实现复用并且增强对项目(完整)项目实施管理方案 从设计到开发以及交付各个阶段的把关，要实现六个统一：统一文档管理统一build管理统一代码安全管理统一设计review统一代码review统一软件出版管理其中，统一的文档管理和代码安全管理，主要是通过统一的版本控制工具管理文档和代码的 版本和内

27、容；统一的build管理和软件出版管理，是通过统一build工具、过程规范来统一的build 来源和软件出版的规范，对开发结果进行统一管理控制和发布；统一review设计和代码,是通过 统一的代码和设计review提高开发质量和设计水平，主要包括两方面：第一，项目经理对开发人 员代码的review和review后的指导;第二，公司组织对设计review,将设计高度从项目组设计高 度提升到公司设计的高度，有效复用。针对以上的要求，基础技术资源开发与管理部之前提交了一个适用于各个团队内部的项目管 理规范：管理规范，涵盖了整个软件过程的三条线和八个点的详细管理办法。三条线：【文档管理】、【源代码控制

28、】、【提交物版本控制】八个点：【需求】、【总体设计】、【技术设计】、【开发(code) s开发(build)】、 【测试】、【实施】、【用户验证和使用性测试】本实施规范站在更高的层面，在各个项目组及团队之间来约束和规定各项目，保证其最新提 交物能够提交到公司。不同项目组可以在权限允许的情况下直接获取和参考其他项目的最新成 果，并且公司可以集中优势技术资源来对各个项目的关键点进行指导和把关，避免技术方向失 误及重复开发，同时也可以此为基础形成相关产品的复用。a实施“六统一”1、基础环境开发工具：R1 Bizfoundation V5O0开发语言:Java2、项目定岗信息根据六统一管理规定填写下表

29、：项目定岗信息LXJ /上 冈位姓名总设计师项目经理测试经理文档管理员代码管理员Build管理员3、具体任务和分工具体任务和分工表任务具体内容版本管理环境搭建和维护提交（含公司、客户）代码Review文档文档清单文档模版修改列表提交测试单元测试集成测试部署数据部署和维护应用部署A技术人员保障北京XX公司为了提高所承接项目的质量,为了提高工作效率，在整个项目过程中对内部人员还要针对项 目本身组织多次培训，确保每个项目参与人员能够高质量的完成本职工作.项目背景与用户背景讲解。介绍用户的业务、组织，项目的定位、重心等内容，使整个 项目团队能够宏观理解整个项目的价值和意义。从而提升团队的战斗协调性，提

30、升团队的价值 认同感。需求分析讲解。根据需求调研与分析结果，给团队讲解项目的功能、流程，使各种技术 人员都能够全面理解该系统，从而提高工作效率.系统设计培训.根据系统设计结果，给整个团队讲解产品架构。软件编码培训。讲解编码规则、平台关联点、重点注意事项、重点函数与主要APL软件部署与调试培训。讲解部署方案，系统安装过程中的注意事项。技术支持技巧培训。结合XX报社集团的实际情况，给现场运行维护人员、技术支持人员 进行业务、技巧培训，做到“人对人贴身服务工 开发、测试、管理工具系统开发工具：1、Eclipse.是使用最普遍的，最有发展前景的J2EE开发平台软件.2、Power Designero是

31、业界数据库建模的最好工具之一。3、Rational Rose0是业界最好的面向对象的设计工具包。系统主要工具：1、LoadRunner0是一个强大有力的压力测试工具.它的脚本可以录制生成启动关联；测试场景可以面 向指标，多方监控；测试结果图表显示，拆分组合.主要用来找到系统的性能瓶颈.2、TestDirectoro本项目采用业界流行的测试管理工具一TD辅助进行测试管理。该工具提供了以下主 要功能：需求管理、缺陷管理、测试计划管理。项目管理工具：采用企业级项目管理方案 Microsoft Enterprise Project Management Solution,进行项 目进度、人力资源方面的

32、管理，为项目的负责人提供一个全局化的视角，为各部门负责人及项 目组成员提供企业级协作平台.项目质量控制质量管理控制主要是监督项目执行各阶段的结果，将阶段结果与事先制定的质量标准进行比较，找出其存在的差距，并分析形成这一差距的原因，质量控制同样贯穿于项目管理的全过程。为了保证项目质量，按项目事前质量控制、事中质量控制、事后质量控制三个阶段进行划分,有关项目质量管理的具体控制措施如下：1）项目事前质量控制：是指在项目实施前所进行的质量控制，其控制的重点是做好项目的准备工作。 主要工作内容有： 组织准备:建立项目组织机构及质量保证机制，对项目级成员进行有关项目质量管理方面的培训，使其提高其质量意识和

33、素质，并将项目质量实现岗位责任制； 计划制订:制定好各种计划是事前质量控制的重要手段。项目质量控制表计划评审问题解决计划产品验收计划计划评审计划评审计划评审计划评审在生命周期目标里程碑之前和准备期间 在生命周期目标里程碑之前和准备期间 在生命周期目标里程碑之前和准备期间 在生命周期目标里程碑之前和准备期间 在生命周期目标里程碑之前和准备期间 在生命周期目标里程碑之前和准备期间工具准备：根据项目上有关相关工具的要求，准备各种支持工具;2）事中质量控制：是指在项目开发和实施过程中所进行的的全面质量控制。 阶段评审:按照项目质量保证计划对项目各阶段的成果进行评审，及时发现问题,保证各阶段成果的质量；

34、 系统测试:做好系统单元测试、集成测试、性能测试，确保实施过程顺利；项目变更管理：明确项目变更流程，严格控制项目范围的变更；3）事后质量控制：当项目实施完处于待交接状态时，则需做好质量验收评定与项目转移工作。其项目 事后质量控制的重点包括但不限于： 质量检查、验收及评定：与客户就服务期内的项目质量进行总体的质量检查、验(完整)项目实施管理方案 收与评定；知识转移：针对服务期内的项目实施情况进行总结，并及时移交至客户。此外，公司接受XX报社集团指定的监理公司对本项目进行监督和管理，接受监理的监督、 协调.监理公司按照与XX报社集团签订的监理合同履行监理职责。L7.4项目质量改进XX公司提交的XX

35、报社集成信息门户项目保证符合招标文件内容，针对在建设过程中出现的 质量瑕疵将按照与客户沟通的结果进行改进，由此发生的费用由XX公司承担。(1)质量改进应坚持全面质量管理的PDCA循环方法。随着质量管理循环的不停进行，原有 的问题解决了，新的问题又产生了，问题不断产生而又不断被解决，如此循环不止，每一次循 环都把质量管理活动推向一个新的高度.(2)坚持“三全”管理：“全过程”质量管理指的就是在产品质量形成全过程中，把可以 影响工程质量的环节和因素控制起来；“全员”质量管理就是上至项目经理下至一般员工，全体 人员行动起来参加质量管理全面质量管理”就是要对项目各方面的工作质量进行管理。这 个任务不仅

36、由质量管理部门来承担，而且项目的各部门都要参加。(3)质量改进要运用先进的管理办法、专业技术和数理统计方法。L7. 5质量控制的流程为了高效率、高质量的完成本系统，我方将按以下要点进行控制：质量控制节点检查项目1功能设计开发目的目标值开发量(程序、文档) 所需资源实施计划4各阶段的产品与作业内容 开发体制设计评审量 差错数实现检出的差错运行、维护用户文档资料检查； 程序检查（验收测试） 用户使用情况及意见1. 8项目监控检查在项目进度管理和质量管理章节中，分别详细介绍了对进度和质量的控制措施，本节重点从管理和交付 物的角度进行阐述对项目的监控检查。1. 8. 1管理监控管理控制涉及项目活动的所

37、有方面，控制活动以会议等方式进行。会议类型包括： 项目启动会议：给项目提供一个良好开端，以确保清楚地定义、公布和理解重要词汇的含义（如参 照、目标、调整、计划和组织等），并达成一致。 月/周进度会议：由项目经理汇报项目当前状况，并提供一个机会让项目指导委员会解决那些项目经理无法解决的项目相关问题，以便及时解决;会议召开的频度由双方决定。 里程碑会议:在项目的里程碑节点，由项目经理汇报项目进度和质量状况及存在的影响进度和项目质量的重大问题，由相关负责人协调解决存在的问题。 交付物评审会议：项目经理和业务领域专家、技术专家等相关人员一起检查相关交付物，确认项目 的技术和业务问题,并按需要采取相应的

38、措施。 收尾评估会议：在每个实施阶段的收尾部分进行。整体项目的组织结构如下图所示：整体项目组织结构图项目管理采用项目组长负责制，形成内部垂直管理体系。各项目小组之间的工作流程和协作 关系如下。 项目领导小组负责该项目的统一领导，在实施过程中进行管理，做出重大决策。 项目经理项目经理是项目的总负责人，对内负责公司内部资源的协调，对外负责与客户的沟通，对项 目的决策、需求变更、执行进度等负责.项目经理是整个项目执行过程中的关键人物，项目经理的更换必须以正式的形式向XX报社 项目领导小组申请，在得到批准后方可调换。 技术经理技术经理负责项目的总体设计，指导管理体系梳理、业务架构和技术架构设计、总体技

39、术 方案实现以及各地实施方案的设计和评审，指导各小组的设计和开发工作.同时还需要负责技术 路线选择、技术架构设计和逻辑结构设计，带领和指导设计团队进行详细的系统设计. 需求组由各模块项目经理及设计师组成，负责进行各模块需求调研，根据调研结果编写需求调研 报告。需求开发组的工作分为两个阶段，第一阶段的任务是框定项目的范围，第二阶段的任务是进 行具体的需求调研工作。(完整)项目实施管理方案开发结项会议：这是开发项目组的最后一个会议，用来确认并接受新开发的系统，并正式宣布本项目 的开发阶段结束。1. 8. 2交付物监控质量和技术监控主要针对特定阶段提交的交付物，而不是针对整个阶段的产品结果.目的是

40、为了在开发阶段尽可能早的确认并改正错误。它通常采用下面控制机制： 质量抽查：是指技术、质量保证及用户的相关人员对交付物进行检查，确定它已经完成并符合质量 标准和相关的用户需求。 变更控制：一个变更是指与一个或多个交付物相关的并且事先未知的需求改变.它需要被记录并应采 取适当措施加以控制以防变化扩大化。 软件配置管理:提供一个正式的机制用来对交付物进行标记和归档，跟踪开发状态及它们之间的关 系. 缺陷管理：缺陷是指已被认为正式通过后，发现交付物技术上有异常问题。它需被记录及改正以保 持交付产品的完整性.1. 9项目变更管理L9. 1项目需求变更需求变更管理是组织、控制和文档化需求的系统方法，也是

41、一种建立和维护用户和开发组织 对于改变系统功能的协议。需求开发的结果经验证批准就定义了开发工作的需求基线，这个基 线在客户和开发人员之间就构筑了一个需求约定，需求管理包括在项目进展过程中维持需求约 定一致性和精确性的活动.现在很多商业化的需求管理工具都能很好的支持需求管理活动。这个 活动需要完成下面几个任务：1、确定变更控制过程，确定一个选择、分析和决策需求变更的过程，所有的需求变更都需遵 循此流程；2、建立软件变更控制委员会(SCCB, Software Change Control Board),组织一个由项目风险承担者组成的小组作为变更控制委员会，由他们来评估和确定需求变更;（完整）项目

42、实施管理方案3、进行变更影响分析,评估需求变更对项目进度、资源、工作量和项目范围以及其它需求的 影响；4、跟踪变更影响的产品，当进行某项需求变更时，参照需求跟踪能力矩阵找到相关的其它需 求、设计文档、源代码和测试用例，这些相关部分可能也需要修改；5、建立基准和控制版本，需求文档确定一个基线，这是一致性需求在特定时刻的快照，之 后的需求变更就遵循变更控制过程即可；6、维护变更的历史记录，记录变更需求文档版本的日期以及所做的变更、原因，还包括由谁 负责更新和更新的新版本号等情况；7、跟踪每项需求的状态，这里状态包括“确定“、“已实现”、“暂缓”、“新增”、“变更”等.建立一个数据库，其中每一条记录

43、记录一项需求；8、衡量需求稳定性,记录基线需求的数量和每周或每月的变更（添加、修改、删除）数量。L9. 2项目进度变更由于需求变更、硬件设备到货延迟、资源短缺等原因，可能超出进度安排限度，导致项目进 度变更。为避免项目进度变更带来的风险，应加强监控，尽早发现问题，明确项目变更流程，严 格控制项目范围的变更，避免后期的变更造成项目成本的大幅提高.对于调研过程中出现调研时间变更问题，必须要在当日反映到项目管理层，由管理层出面解 决，并由管理层备案，必要时要反映给整个项目的决策层.1. 10项目风险管理风险管理是指为了最好地达到项目的目标，识别、分配、应对项目生命周期内风险的科学与 艺术.项目风险涉

44、及到对问题的理解：项目中可能发生的潜在问题，以及它们如何防碍项目的成 功.风险在字典中的解释是“损失或伤害的可能性”，一般人们对风险的理解是“可能发生的问（完整）项目实施管理方案题”.风险与许多事物都有关联，例如，一个已经投入使用的存有易燃品的仓库，随时会有发生 火灾的风险.一个建设中的项目也会面临许多不确定性的风险。风险就像“隐形杀手”一样，不 知什么时候会出现。无论人们是否喜欢，风险是不以人的意志为转移的。但这并不意味着风险 是无法避免的.比如，人们为了避免患上重大疾病”，平时会积极参加各种健身活动，增强体质， 提高防病能力。可以说，风险的存在要求人们要积极面对风险，做到有备无患，才能将风

45、险的 影响减到最小。在许多方面，风险管理像保险的一种形式。它是为减轻潜在的不利事件对项目的影响而采取 的一项活动.风险管理方法我司根据多年的项目实施经验，总结了一整套风险管理的方法,包括从哪里找风险，怎么分 析风险和如何应对风险.我们的具体做法是：首先，在思想上保持持续不断的风险意识，积极识别各种风险，但不是事无巨细处处设防。 作为项目管理人员应该清楚的认识到，项目从一开始的很多东西，比如项目建议书、可行性报 告或项目计划就都是在若干假设、前提、预测的基础上完成的，这些假设、前提、预测在项目 实施期间有可能成立，也有可能不成立，而这其中隐藏的问题都会为项目带来风险.其次，从宏观和项目内部两个方

46、面找出风险的来源.首先在宏观方面，我们从项目周期、控制 过程、团队安排和人员技能等方面找出潜在的问题，并采取相应的措施规避项目风险；其次在 项目内部，我们以工作分解结构图（WBS）的每个阶段成果作为风险分析的对象，从风险来源 技术性风险、协调性风险（即政企之间形成的矛盾）和执行过程产生的风险，并且结合我们公司 多年的经验与教训找出潜在的危害，然后运用概率、分布频率、平均数众数和头脑风暴法等技 术手段进行风险的分析和量化，然后制订教育培训、严格执行公司各项规章与规范等相应的措 施来规避风险。（完整）项目实施管理方案第三,不断的进行项目风险分析。随着项目的进展，已识别出的项目干系人的风险逐渐减小，

47、 但是未识别的项目干系人的风险却越来越大，而且还有其他预想不到的情况，新情况的出现都 会导致新风险的产生。因此我们在项目的实施过程中不断地进行风险分析，以便使之细化。最后,将风险管理的计划、行动、结果进行整理、汇总和分析，形成风险管理报告，为项目的 实施、控制、管理、决策提供信息基础。风险识别它是管理风险的第一步,即识别整个项目过程中可能存在的风险。一般是根据项目的性质， 从潜在的事件及其产生的后果和潜在的后果及其产生的原因来检查风险。收集、整理项目可能 的风险并充分征求各方意见就形成项目的风险列表。识别风险是理解某特定项目有哪些可能令人不满意的结果的过程.通过理解风险的可能来 源，你就可以进一步通过检查表、流程图或访谈等手段,来识别风险。识别风险来源可以帮助识 别项目