投标文件——项目管理方案（实用收藏）

1、投标文件项目管理方案项目管理方案1、 项目管理概述项目管理包括在项目生命周期中协调所有项目管理知识领域所涉及的过程。它确保项目所有的组成要素在正确的时间结合在一起,以成功的完成项目。进行项目整体管理时，必定涉及项目的范围、质量、时间和成本管理以及人力资源、沟通、风险管理等各个环节，项目管理一个复杂的工程，在此主要针对南京银行企业服务总线项目的项目进度管理、变更管理、沟通管理、质量管理、风险管理等相关策略进行描述。2、 项目进度管理通过项目进度的管理最终明确项目开发阶段的进度控制活动和关键流程。 项目经理：u 根据软件开发计划编制详细的阶段开发计划以及每项任务的边界时间，并召集过程控制人员、专题

2、小组负责人审核该计划；u 审核各专题小组拟订的每项任务的日程安排;u 检查和控制项目进度;u 制定进度变更计划; 过程控制人员：u 协助审核详细的阶段开发计划和任务边界时间；u 监督项目进展； 专题小组负责人：u 协助审核详细的阶段开发计划和任务边界时间；u 在听取小组成员意见的基础上，拟订每一项任务的日程安排；u 负责检查和控制任务的进度，并填写进度控制表；u 负责制订任务变更计划.（1） 进度安排流程 项目经理根据项目计划，明确该阶段的边界时间； 根据项目计划中的任务PERT网络图，找出该阶段的关键任务并进一步分解、细化，在此基础上绘制更具体的阶段任务R网络图； 拟订详细的阶段计划； 确定

3、每一关键任务的边界时间； 召集各专题小组负责人审核拟订的计划,并修改； 专题小组负责人确定任务的日程安排;对于大型的或时间要求严格的项目，进度安排应以天为单位； 征求小组成员的意见； 交由项目经理和过程管理人员审核。（2） 进度控制流程 项目经理和过程管理人员按照阶段PERT图，标志阶段中被跟踪的关键任务和里程碑,并将之告知专题小组负责人; 专题小组负责人按照任务的日程安排，确定任务完成期间的关键时间点,并将之告知专题小组成员； 专题小组负责人经常与成员沟通，了解任务进展;并定期检查,填写任务进度表和下期计划表,及时发现问题； 项目经理定期组织专题小组负责人，召开项目状态会议，了解任务进展，及

4、时发现问题；项目过程管理人员参加会议或了解会议的记录; 专题小组负责人在执行中发现延迟,分析原因：u 人员紧张：组内调配不了的,找项目经理解决;u 事先预估不足：调整任务日程安排；若解决不了,告知项目经理,会同过程管理人员,调整详细的阶段计划;如果阶段内消化不了的问题，则项目经理按照配置管理的程序，变更软件开发计划.3、 项目变更管理针对项目变更管理组织变更控制小组,由项目组经理、项目管理部人员、项目总监、客户、客户部成员组成，考虑并授权项目的重大修改（修改工作量超过一周的）。而项目经理负责项目的一般修改决策(修改工作量在一天以上，一周以内）。变更管理活动包括修改请求、评估、通过、执行和跟踪。

5、变更管理要点如下: 变更批准权限: 变更控制组负责讨论和决策项目的重大修改； 项目经理讨论和决策一般性修改;并报项目管理部备案； 修改审批程序： 根据不同地点的客户有不同的审批程序。（1） 变更状态登记变更状态登记活动记录和报告各种配置项的状态,记录在项目生命周期中的任何管理信息和历史信息.包括：所有变更请求表、所有变更报告单、所有变更记录。由项目管理人员存取状态登记。变更状态登记的目的是为了控制软件需求发生变更时的处理过程,使之按照制定的规程进行,以保证软件需求的一致性。（2） 变更管理流程 客户方或高伟达提出变更请求，填写变更申请表； 将变更申请表交本项目组的项目经理; 双方项目经理（或项

6、目经理授权人,必须以书面形式确认)共同审阅，评估该需求变更的技术有效性和对本项目的影响； 如果审阅批准该请求，则双方项目经理(或项目经理授权人，必须以书面形式确认）签字确认，变更申请表将被贵行文档管理员登记后,转发给高伟达。如果未获批准，其原因将反馈给该需求变更发起人; 高伟达在收到经审阅批准的需求变更申请后的三个工作日内,发给贵行一份书面确认书,确认其收到，并给出分析与执行变更所需时间和工作量的估算; 根据请求的变更程度和复杂度，高伟达进一步进行成本评估，若不需成本，则直接执行变更工作；若需要增加成本，则以书面形式通知贵行文档管理员，贵行管理员登记后,按照项目管理办法中的项目变更管理流程处理

7、。4、 项目沟通管理南京银行SB项目是一个技术与业务互动的项目，项目的成功很大程度上依赖于业务人员的参与程度及技术人员对业务需求的透彻分析，这就要求技术与业务人员保证充分的交流，制定并遵守项目内部的沟通管理计划.（1） 项目沟通形式根据本项目的组织形式及特点，我们建议采取如下多种方式的沟通形式:序号沟通形式负责人沟通对象内容频度输出文档1领导小组与项目组的联系会议领导小组组长项目管理组、领导小组项目实施状态汇报，问题报告、建议措施并要求得到回复,项目组进行问题回复和传达领导组指示每两周次会议纪要2总体组会议项目总监、项目经理总体组成员总体组内部工作分工协调、布置，分析各专业组工作情况和提出的问

8、题决策，为与项目组的联系会议作准备每周1次会议纪要3专业组组长会议项目总监、项目经理各专业组组长、总体组专业组进行进展汇报、问题汇报及建议措施；总体组部署工作安排，决策，协调，分析进度、问题等每周1次会议纪要*4专业组内部会议专业组组长专业组组员专业组内部交流会议,任务布置、信息交流、问题讨论等每3天1次5动员大会总体组、领导小组全体人员在全体项目成员范围内宣布项目总体和阶段目标，回顾前阶段成果，激励士气项目各阶段的开始/6简报项目助理全体人员反映项目动态，包括进展情况、问题及解决方案，本周工作成果、下周工作重点等每周1次简报*7小组工作周报专业组组长总体组反映各个专业组每周实际工作情况及结果

9、，包括根据计划的执行情况和进度偏差.每周1次小组工作周报8个人工作周报专业组组员专业组组长反映个人每周实际工作情况及结果，包括根据计划的执行情况和进度偏差。每周1次个人工作周报电子邮件全体人员当事人需讨论问题的非正式书面交流按实际需求电子邮件日常交流全体人员当事人需讨论问题的非正式口头交流按实际需求/备注：1、“负责人”为各类沟通形式的组织者；2、“沟通对象为需参与各类沟通的项目干系人；3、“输出文档”为各类沟通所产生的书面文件，由各类沟通的“负责人”或其指定人员制作并派发“沟通对象”;、“输出文档”一栏中有“”记号的文件需由项目办公室作为项目文件进行存档.（2） 会议管理制度项目开始进行以后

10、,要有效地控制项目，需要在各个关键时刻召开关键会议。关键会议的主要内容是总结上一阶段的工作,分析问题、提出建议,并介绍下一阶段的主要任务和目标,使各有关人员都能做到心中有数，明确努力的方向.关键会议也是协调各不同小组之间的人员以及工作任务的重要手段.除关键会议外，在项目进行的全过程中，应定期召开例会，会上主要介绍项目进展情况，检查进度、是否存在问题等，会议时须做详细的会议记录并在会后报送所有项目相关人员。主要的项目会议流程规定如下: 会前准备:u 做好准备工作，如明确会议目的和会议议程等;u 把会议中要求讨论的材料事先下发给开会成员；u 提前两天通知各位与会成员；u 准备会议环境、会议用设备等

11、； 会议之中：u 会议成员准时到会;u 按会议议程逐项进行；u 严格控制会议时间; 会后跟踪：u 会议决议落实和检查.5、 项目质量管理为保证项目顺利实施及系统质量，必须在项目管理过程和项目实施过程上加大质量管理力度.通过高伟达公司实施的成功案例，我们深深体会到“质量是计划出来的”这一现代质量学观点所蕴含的深刻道理,所以,我们在项目启动及项目进展的各个阶段都会仔细制定各项工作计划，严格按照审核通过的计划进行项目控制。针对本项目,我们建议从A及QC两方面保障项目的顺利实施,具体的质量保障措施如下：（1） 质量保证本项目将设置质量保证小组,由南京银行和高伟达公司各出一名人员担任QA的角色，其工作任

12、务是根据项目总体组制定的质量核对单,在项目进展过程按照质量核对单逐项审核项目是否按照计划约定执行和控制，并直接向南京银行的相关领导汇报项目实施的质量状况.（2） 正式评审根据本项目的特点，本项目中将对项目计划、软件需求规格说明书、系统设计说明书、测试规格说明书、测试报告等文档,组织南京银行相关领导、专家进行正式评审，以便审核系统开发中各阶段所产生的过程文档，以保证文档内容与上一阶段所产生的软件文档内容一致，并且符合使用者的需求。（3） 交叉审查除项目要求的正式评审内容外，本项目还将对各模块软件代码实行交叉评审制度。各模块负责人应根据总体组制定的代码质量审核清单，对所负责检查的其他模块软件代码进

13、行仔细审查，对代码质量不能通过交叉评审的则必须进行返工。整体的软件代码交叉评审总量不能少于60.（4） 变更控制为保证软件产品质量，开发过程将严格采用配置管理工具进行变更控制，其目的是保证最终软件产品能够符合业务需求的各项要求，并对开发过程进行监控、报告和提供咨询支持,它包括下面的质量属性要求: 软件产品与需求、说明书和设计一致； 按照说明的标准建立文档; 可测试和可维护； 被识别、管理、评审和测试; 当变更发生时可管理。6、 项目风险管理任何项目开发实施过程中都会遇到各种风险,在各方面都会遇到不同规模的风险，因此需要了解工程本身的风险、技术 风险、新产品的风险、工程资源风险、工程过程风险等全

14、方位的风险因素。通过对风险的量化提供一个计划来管理预防风险,同时对于潜在的风险也应该建立意外事件的应急计划，使其在必要时能够以可控的及有效的方式作出反应。 针对需求风险，南京银行应把握系统建设起点要高、规范运作为系统建设的基础工程、采用构件化技术进行应哟软件开发、采用B/技术降低信息点维护成本的方式规避需求风险。 针对合作风险，选择一个长久的、上规模、具备成熟行业经验、项目管理规范、技术先进、员工有归属感、真正站在用户的立场上考虑问题的公司作为后盾，高伟达集团是能为您最大限度地控制合作风险。 针对资源风险，拥有健全的组织与管理，在避免人员流动的基础上,即使因个人原因必须离职时，高伟达公司也因其

15、规范的、体系化的管理与产品架构而使项目基本不受影响或极少受到影响。 针对技术风险，高伟达的银行业务系统拥有多个成功实践经验,具备与国外接轨的理念与技术,同时拥有不断调整、更新的技术体系、以及参照标准体系指定规范质量标准并在实施过程中加强阶段评审,使因为技术原因而可能导致的风险降低到最小。除此之外，为预防操作风险,在南京银行自身加强制度管理的基础上，高伟达还提供培训考试合格上岗及定期培训定期总结分析的模式来规避此类风险.（1） 风险管理内容风险管理的内容如下： 项目实施前和实施中对风险的发现、识别、上报、分析及风险责任人的指定; 风险应对计划的制订和执行(应对计划包括两部分,一是在如何降低风险发

16、生机率的规避计划；一是当风险不幸变成现实时，如何应对的应急预案）; 风险状态的监控和更新； 定期对项目风险进行统计、分类和总体结构分析。（2） 风险管理中的相关角色和责任参与方角色职责备注风险识别人项目相关的任何人报告发现的风险，填写风险登记表描述风险，注明风险严重度、风险发生机率和风险分类如果是项目相关人员,提交至项目经理，如果是项目管理办公室人员，提交项目管理办公室主任项目经理项目内风险管理负责人在项目进行中，管理项目内的风险并提供项目内的应对计划对于无法在项目内解决的风险,审核风险登记表,并确认风险描述、风险发生机率、风险责任人以及风险发生后的应急预案口头确认或书面认可上报的风险登记表,

17、将风险登记表发往相应部门项目管理办公室项目整体风险管理的执行监督机构在项目启动前,组织定义项目级别的风险登记、评估和应对计划在项目实施阶段，对项目报送的相关风险登记表和应对计划进行审核,重点审核跨项目的风险、严重度为中或中以上的风险和发生机率为中或中以上的风险，建议整个项目的应对计划根据对项目全社的考虑，更改项目上报风险之严重度、发生机率和风险责任人对于无法解决、风险严重度为中或中以上的风险，负责上报项目总监跟踪风险进展，对异常进展的风险进行预警定期统计分析项目风险，在项目周报和月报中提交风险统计情况项目总监风险管理最终决策机构对重大风险,进行决策，给出最终处理意见风险责任人风险规避、应急预案

18、执行的负责人填写风险登记表的风险分析与行动计划负责风险应对的执行、并汇报风险状态变化（3） 风险严重程度 灾难的:会因为无法满足需求而导致任务失败,会产生错误导致进度延迟和预算严重超支； 严重的：会因为无法满足需求而导致系统性能下降,使得项目能否成功受到置疑,严重影响项目里程碑的范围、交付日期和交付质量以及会影响其它项目进展的风险； 轻微的:会因为无法满足要求而导致次要任务的退化,影响项目里程碑的范围、交付日期和交付质量以及会影响其它项目进展的但不严重的风险； 可忽略的：不影响或轻微影响项目里程碑的范围、交付日期和交付质量的风险，只是无法满足要求而导致使用不方便或不易操作。（4） 风险状态 已

19、提交:风险识别人已填写风险登记表,完成了风险号分配、风险描述并有项目经理提交; 拒绝：项目管理办公室认为风险导入人所提出的风险不属于项目风险； 已完成计划:风险责任人得到风险登记表后，对其进行分析并完成应对计划； 规避计划：风险责任人正在根据应对计划规避风险; 风险已规避:风险责任人已成功规避风险并得到项目管理办公室认可; 发生进入应急计划:风险责任人未成功规避风险，风险发生，执行应急预案。（5） 风险分类本项目中，风险主要分为以下几类： 管理类风险项目管理没有遵循项目管理的制度、时间、岗位的要求.出现项目的风险。 资源类风险由于人力资源、设备环境等原因产生.例如，AM设备没有驱动程序，无法进行程序调试。 业务类风险业务风险主要表现在业务需求不清晰,变动频繁。 技术类风险技术风险主要体现在技术架构不合理，各个子系统、服务渠道无法进行整合.（6） 风险管理流程风险管理流程包