IT项目实施与管理方案-投标书

1、1.1 项目实施与管理1.1.11.1.1 项目实施方法论针对南京银行企业服务总线系统项目， 高伟达公司基于对客户需求、业务目 标、业务能力和 ITIT 环境的理解，结合多年的软件开发和系统实施经验，将项目 的实施周期划分为六个活动阶段，保证在项目生命周期内，应用合理的项目管理 和控制技术。通过专注于使客户投资回报最大化，和使客户的投资风险最小化的 关键战略和战术领域，加快项目实施速度，使得项目成功地完成。这些阶段的特 性是可循环往复性，使客户可以尽快地获得新的应用系统所带来的好处。1.1.1.11.1.1.1 项目定义阶段在这个阶段，所有与分期实施相关的项目活动都被明确定义 ，项目的 项目

2、利益相关者 被指定，项目经理和客户项目经理的角色和职责被传达给所有的 项目利益相关者 。管理项目所需的项目控制结构被定义，所有需要的项目规划文 件被创建，客户的业务问题和被用来衡量项目成功的衡量标准被确认。制定解决方案范围，在一个高级别上定义哪些模块将被实施，估算预期需要 的客户化程度，以及勾画出在产品之外需要开发的内容和要提交的技术成果。解决方案范围文档包括解决方案范围概述，功能范围，流程范围，客户化问题，其他风险，外部依赖条件以及假设。这个工作为未来项目决策 ，统一或达成 项 目利益相关者 之间就有关项目参数的共识，提供书面的文档。它阐述以SOVSOV 为基础的业务需求，并且把它转化成产品

3、 模块实施信息。简而言之，这个阶段组建项目团队，保证客户实施项目的成功。公司人员与 客户人员一道，组建项目团队，设定项目方法和范围，并建立项目管理控制。主 要交付的成果有，解决方案范围和项目管理控制。制定了项目质量检查计划。1.1.1.21.1.1.2 需求分析阶段在需求调研阶段，在项目管理小组的指导下，由公司和客户组成的统一的 项目团队将识别并且书面记录在开始设计客户解决方案之前所必须弄清楚的，需处理的问题。项目团队书写、提炼满足客户业务目标所需的功能和技术要求。主要交付的技术成果为业务需求和差距分析。专家服务顾问将进行一个配置检查，以保证系统有精确的规格，便于购买硬 件和架构部署。在有技术

4、客户经理参与的情况下，通过完成初始的评估，来建立 部署的基准，及通过给战略，管制，用户采用，流程和技术各方面打分的评估来 建立业务目标。1.1.1.31.1.1.3 项目设计阶段在设计阶段，主要的目标是设计一个能够最佳地满足客户明确的业务需求 的解决方案，并且为培训和系统测试做准备。在设计(Design)(Design)阶段, ,项目团队利用应用系统屏幕流程和设计布局来映射在 发现阶段确定的需求，设计解决方案的原型。主要交付的技术成果是解决方案设计文档和测试策略。这个策略定义测试计划和测试要求，以保证一个系统部署的成功。主要的目的是提供一个高级的测试 策略，以便使用自动化的测试工具和/ /或手

5、工过程来实现功能测试，系统整合测试 (SIT),(SIT),用户验收测试(UAT)(UAT)和性能测试。专家服务顾问要执行设计检查，来评估由客户或集成商提供的书面设计文档， 并且提供详细的建议清单。设计标准包括，但不限于，应用系统性能，对升级的影 响, ,应用系统维护，与数据模型相关的问题和常规的最佳做法。1.1.1.41.1.1.4 项目开发阶段在开发阶段，项目团队将开发应用系统，提供任何需要的扩展功能和外部接 口，为客户部门部署和持续支持解决方案做准备。项目团队配置应用系统、所有需要的扩展功能和外部接口。主要交付的技术成果有功能测试和系统测试。这些 流程整合和测试活动更好地保证介入的系统功

6、能与客户组织的业务需求协调专家服务顾问应该进行一个配置检查， 来评估所有经过客户化改造的实施文 档。在这个检查过程中，所有这样的文件都将被评估，以使应用系统性能 ，应用 系统升级，系统维护工作量和常规最佳实践最优。1.1.1.51.1.1.5 项目验证阶段在验证阶段，将完成新系统全部功能的测试。这个阶段分两个部分。第一部 分, ,项目团队进行一个对有生产数据的应用系统的全部功能进行测试。在这个检 测完成后，关键用户然后进行一个代表性的验收测试，以保证系统正确地处理用 户的需求。一旦全面的功能测试结束，将进行一个使用系统工具的，严格的性能 测试。这一阶段主要交付的技术成果为用户验收测试和性能测试

7、结果，包括性能, ,容量和寿命测试。适时的性能调整审计，可保证整个企业架构环境的性能最佳。 在这个检查中， 专家服务将主动性地识别任何性能问题，这样将减少在运行时出现问题的风险， 增加系统生产切换的信心。在有技术客户经理参与的情况下，可执行一个实施准 备就绪检查，以确认系统是否可以部署了。这个实施准备就绪检查是用来评估实 施风险, ,技术上是否准备停当以及部署策略。此时，应该召开管理人员定向协调研讨会，将责任转移给一线的员工，这些 员工将开始支持业务流程和技术的推出。 在管理人员定向协调研讨会上，项目团 队与客户的管理团队一起工作，以获得维持资助人的内部负责，并把正确的信号 传达给组织的其他成

8、员。1.1.1.61.1.1.6 部署上线阶段部署上线阶段内的第一个活动是实施一个投产导航。 这个导航是被用来测试 全面的生产部署，并且在客户业务环境中的一部分部门中进行的，例如一个地区 或一个区域。生产导航在机构的业务环境中部分部门里， 为用户提供所有系统的 特点。来自于生产导航的反馈信息指导整个的部署。同样在这个过程中，专家服务顾问应该进行生产准备就绪检查 ，通过主动 地识别任何可能造成部署中断和使实施的系统解决方案的技术优点打折扣的所 有问题，来协助系统的顺利推出。此时，要召开流程实施研讨会，部署流程最优实践，来优化人 ，流程和技术 的配合。目的是在客户所有的一线机构中， 使用变革和销售

9、流程的最佳实践， 使 最初的赞助人和行政领导团队完全满意。1.1.21.1.2 项目管理方案1.1211.121 项目管理概述项目管理包括在项目生命周期中协调所有项目管理知识领域所涉及的过程。它确保项目所有的组成要素在正确的时间结合在一起，以成功的完成项目。进行项目整体管理时，必定涉及项目的范围、质量、时间和成本管理以及人力资源、 沟通、风险管理等各个环节，项目管理一个复杂的工程，在此主要针对南京银行 企业服务总线项目的项目进度管理、变更管理、沟通管理、质量管理、风险管理 等相关策略进行描述。1.1221.122 项目进度管理通过项目进度的管理最终明确项目开发阶段的进度控制活动和关键流程。?

10、? 项目经理：根据软件开发计划编制详细的阶段开发计划以及每项任务的边界时间，并召集过程控制人员、专题小组负责人审核该计划；审核各专题小组拟订的每项任务的日程安排；检查和控制项目进度；制定进度变更计划；? ? 过程控制人员：协助审核详细的阶段开发计划和任务边界时间；监督项目进展；? ? 专题小组负责人：协助审核详细的阶段开发计划和任务边界时间；在听取小组成员意见的基础上，拟订每一项任务的日程安排；负责检查和控制任务的进度，并填写进度控制表； 负责制订任务变更计划。1.1.221.1.1.221.进度安排流程? ?项目经理根据项目计划，明确该阶段的边界时间；? ?根据项目计划中的任务 PERTPE

11、RT 网络图，找出该阶段的关键任务并进一步分 解、细化，在此基础上绘制更具体的阶段任务PERTPERT 网络图；? ?拟订详细的阶段计划；? ?确定每一关键任务的边界时间；? ?召集各专题小组负责人审核拟订的计划，并修改；? ?专题小组负责人确定任务的日程安排；对于大型的或时间要求严格的项 目，进度安排应以天为单位；? ?征求小组成员的意见；? ?交由项目经理和过程管理人员审核。1.1.2.2.2.1.1.2.2.2. 进度控制流程? ?项目经理和过程管理人员按照阶段 PERTPERT 图，标志阶段中被跟踪的关键任 务和里程碑，并将之告知专题小组负责人；? ?专题小组负责人按照任务的日程安排，

12、确定任务完成期间的关键时间点，并将之告知专题小组成员；? ?专题小组负责人经常与成员沟通，了解任务进展；并定期检查，填写任 务进度表和下期计划表，及时发现问题；? ?项目经理定期组织专题小组负责人，召开项目状态会议，了解任务进展，及时发现问题；项目过程管理人员参加会议或了解会议的记录；? ?专题小组负责人在执行中发现延迟，分析原因：人员紧张：组内调配不了的，找项目经理解决；事先预估不足：调整任务日程安排；若解决不了，告知项目经理， 会同过程管理人员，调整详细的阶段计划；如果阶段内消化不了的 问题，则项目经理按照配置管理的程序，变更软件开发计划。1.1231.123 项目变更管理针对项目变更管理

13、组织变更控制小组，由项目组经理、项目管理部人员、项 目总监、客户、客户部成员组成，考虑并授权项目的重大修改（修改工作量超过 一周的）。而项目经理负责项目的一般修改决策（修改工作量在一天以上，一周 以内）。变更管理活动包括修改请求、评估、通过、执行和跟踪。变更管理要点如下：? ? 变更批准权限：? ? 变更控制组负责讨论和决策项目的重大修改；? ? 项目经理讨论和决策一般性修改；并报项目管理部备案；? ? 修改审批程序：? ? 根据不同地点的客户有不同的审批程序。1.1.231.1.1.231.变更状态登记变更状态登记活动记录和报告各种配置项的状态，记录在项目生命周期中的任何管理信息和历史信息。

14、包括：所有变更请求表、所有变更报告单、所有变更 记录。由项目管理人员存取状态登记。变更状态登记的目的是为了控制软件需求发生变更时的处理过程，使之按照制定的规程进行，以保证软件需求的一致性。1.1.2.3.2.1.1.2.3.2.变更管理流程? ?客户方或高伟达提出变更请求，填写变更申请表；? ?将变更申请表交本项目组的项目经理；? ?双方项目经理（或项目经理授权人，必须以书面形式确认）共同审阅， 评估该需求变更的技术有效性和对本项目的影响；? ?如果审阅批准该请求，则双方项目经理（或项目经理授权人，必须以书 面形式确认）签字确认，变更申请表将被贵行文档管理员登记后，转发 给高伟达。如果未获批准

15、，其原因将反馈给该需求变更发起人；? ?高伟达在收到经审阅批准的需求变更申请后的三个工作日内，发给贵行 一份书面确认书，确认其收到，并给出分析与执行变更所需时间和工作 量的估算；? ?根据请求的变更程度和复杂度，高伟达进一步进行成本评估，若不需成 本，则直接执行变更工作；若需要增加成本，则以书面形式通知贵行文 档管理员，贵行管理员登记后，按照项目管理办法中的项目变更管理流 程处理。1.1241.124 项目沟通管理南京银行 ESBESB 项目是一个技术与业务互动的项目，项目的成功很大程度上依赖于业务人员的参与程度及技术人员对业务需求的透彻分析，这就要求技术与业务人员保证充分的交流，制定并遵守项

16、目内部的沟通管理计划。1.1.241.1.1.241.项目沟通形式根据本项目的组织形式及特点，我们建议采取如下多种方式的沟通形式:序号沟通形式负责人沟通对象内容频度输出文档1 1领导小组与 项目组的联 系会议领导小组组长项目管理 组、领导小 组项目实施状态汇报， 问题报告、建议措施 并要求得到回复，项 目组进行问题回复和 传达领导组指示每两周 1 1次会议纪要2 2总体组会议项目总监、项目经理总体组成员总体组内部工作分工 协调、布置，分析各 专业组工作情况和提 出的问题决策，为与 项目组的联系会议作 准备每周 1 1 次会议纪要序号沟通形式负责人沟通对象内容频度输出文档3 3专业组组长会议项目

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

18、周 实际工作情况及结 果，包括根据计划的 执行情况和进度偏 差。每周 1 1 次小组工作周报* *8 8个人工作周报专业组组员专业组组长反映个人每周实际工 作情况及结果，包括 根据计划的执行情况和进度偏差。每周 1 1 次个人工作周报9 9电子邮件全体人员当事人需讨论问题的非正式书面交流按实际需求电子邮件序号沟通形式负责人沟通对象内容频度输出文档1010日常交流全体人员当事人需讨论问题的非正式口头交流按实际需求/ /备注：1 1、 “负责人”为各类沟通形式的组织者；2 2、 “沟通对象”为需参与各类沟通的项目干系人；3 3“输出文档”为各类沟通所产生的书面文件， 由各类沟通的“负责人”或其指定

19、人员 制作并派发“沟通对象”；4 4、“输出文档”一栏中有“ * * ”记号的文件需由项目办公室作为项目文件进行存档。1.12421.1242会议管理制度项目开始进行以后，要有效地控制项目，需要在各个关键时刻召开关键会议。关键会议的主要内容是总结上一阶段的工作，分析问题、提出建议，并介绍下一 阶段的主要任务和目标，使各有关人员都能做到心中有数，明确努力的方向。关 键会议也是协调各不同小组之间的人员以及工作任务的重要手段。除关键会议外，在项目进行的全过程中，应定期召开例会，会上主要介绍项 目进展情况，检查进度、是否存在问题等，会议时须做详细的会议记录并在会后 报送所有项目相关人员。主要的项目会议

20、流程规定如下：? ?会前准备：做好准备工作，如明确会议目的和会议议程等；把会议中要求讨论的材料事先下发给开会成员；提前两天通知各位与会成员；准备会议环境、会议用设备等；? ?会议之中：会议成员准时到会；按会议议程逐项进行；严格控制会议时间；? ?会后跟踪:会议决议落实和检查。1.1251.125 项目质量管理为保证项目顺利实施及系统质量， 必须在项目管理过程和项目实施过程上加 大质量管理力度。通过高伟达公司实施的成功案例，我们深深体会到“质量是计 划出来的”这一现代质量学观点所蕴含的深刻道理， 所以，我们在项目启动及项 目进展的各个阶段都会仔细制定各项工作计划，严格按照审核通过的计划进行项 目

21、控制。针对本项目，我们建议从 QAQA 及 QCQC 两方面保障项目的顺利实施，具体的质量保障措施如下:1.125.1.1.125.1.质量保证本项目将设置质量保证小组，由南京银行和高伟达公司各出一名人员担任 QAQA 的角色，其工作任务是根据项目总体组制定的质量核对单，在项目进展过程按照质量核对单逐项审核项目是否按照计划约定执行和控制，并直接向南京银行的相关领导汇报项目实施的质量状况。1.12521.1252正式评审根据本项目的特点，本项目中将对项目计划、软件需求规格说明书、系统设 计说明书、测试规格说明书、测试报告等文档，组织南京银行相关领导、专家进 行正式评审，以便审核系统开发中各阶段所

22、产生的过程文档，以保证文档内容与上一阶段所产生的软件文档内容一致，并且符合使用者的需求。1.1.2.5.3.1.1.2.5.3.交叉审查除项目要求的正式评审内容外，本项目还将对各模块软件代码实行交叉评审 制度。各模块负责人应根据总体组制定的代码质量审核清单，对所负责检查的其 他模块软件代码进行仔细审查，对代码质量不能通过交叉评审的则必须进行返工。 整体的软件代码交叉评审总量不能少于 6060%。1.12541.1254变更控制为保证软件产品质量，开发过程将严格采用配置管理工具进行变更控制，其 目的是保证最终软件产品能够符合业务需求的各项要求，并对开发过程进行监控、报告和提供咨询支持，它包括下面

23、的质量属性要求：? ? 软件产品与需求、说明书和设计一致；? ? 按照说明的标准建立文档；? ? 可测试和可维护；? ? 被识别、管理、评审和测试；? ? 当变更发生时可管理。1.1261.126 项目风险管理任何项目开发实施过程中都会遇到各种风险， 在各方面都会遇到不同规模的风险，因此需要了解工程本身的风险、技术风险、新产品的风险、工程资源风险、工程过程风险等全方位的风险因素。通过对风险的量化提供一个计划来管理 预防风险，同时对于潜在的风险也应该建立意外事件的应急计划，使其在必要时 能够以可控的及有效的方式作出反应。? ? 针对需求风险，南京银行应把握系统建设起点要高、规范运作为系统建设的基础工程、采用构件化技术进行应哟软件开发、采用 B/SB/S 技术降低信息点维 护成本的方式规避需求风险。? ? 针对合作风险，选择一个长久的、上规模、具备成熟行业经验、项目管理规