通过科学有效的规范管理防范金融技术外包开发的风险研究报告.doc

通过科学有效的规范管理 防范技术外包开发的风险 目 录 引言 3 1. 产品外包项目的流程及生命周期 4 1.1　1.1启动阶段 4 1.1.1前期需求 4 1.1.2　立项及立项申请报告 5 1.1.3启动阶段所需文档 6 1.2计划阶段 6 1.2.1项目计划 7 1.2.2需求确定 8 1.2.3确定解决方案 8 1.2.4识别和联系外包公司 9 1.2.5计划阶段所需文档 10 1.3研究阶段 10 1.3.1研究过程 10 1.3.2研究阶段所需文档 11 1.4评估阶段 11 1.4.1评估过程 11 1.4.2　评估过程所需文档 12 1.5谈判阶段 12 1.6实施阶段 12 1.6.1实施过程由四个子过程组成：设计、开发、测试和运用 13 1.6.2实施阶段所需文档 13 1.7运行阶段 13 1.71运行过程 14 1.7.2运行过程所需文档 14 2.产品外包项目风险管理 14 2.1风险的分类 14 2.2风险识别 15 2.2.1 初始阶段 15 2.2.2?设计阶段 15 2.2.3实施阶段 15 2.3风险分析 16 2.4风险应对 16 2.4.1应对方法 16 2.4.2开发应对计划 16 引言 每年都有大量的信息技术(IT)项目失败，一些研究表明，IT项目只有50%的机会能在给定的时间和预算成本内完成。 越来越多国内银行的选择是，将风险转移给第三方。与从内部自行开发技术相比，从外部专业公司获取技术可以降低风险。 另外一个趋势是新技术的发展速度越来越快。当技术成长的速度加快时，跟上当前的技术并且保持竞争力就变得愈加困难。 IT项目失败率的居高不下、技术变化的持续增长，综合考虑这些趋势，你就会明白为什么国内商业银行开始尽可能购买技术而不是开发技术了。 在技术外包开发中的问题值得关注：在挑选软件公司时，评标人员却不能像银行考察贷款客户一样严格审核，对其经营、管理情况往往仅其一面之词。对软件公司的综合实力不能全面了解，仅仅看过几次产品演示后便把项目交给对方。在开发过程中，本行的科技人员仅起到配合工作、协调关系的作用。但项目完成后，此时银行方面已势成骑虎：由于前期银行没有科技人员参与应用系统和程序编写，只能继续与软件公司协商请求协助。如果项目小组核心技术人员退出项目，项目停顿甚至瘫痪的可能性很大。银行消耗了大量人力、物力、时间后也收不到相应的成效。 银行对技术外包型项目管理存在问题。（管理方法落后，忽视技术外包项目规范流程，对项目开发前期估计分析不足，没有行之有效的项目风险缓解、监控和管理通过降低风险事件发生或得失量来减轻对项目的影响。 这种项目生命周期的方法可以更好地用来进行管理控制，并能更好处理日常运作之间关系。 1.1启动阶段 启动阶段的目的就是清晰的定义前期需求，定义和开发能满足需求的解决方案，以及申请立项并在立项报告定义项目建立的初衷。 启动阶段主要包含两个子过程：前期需求和立项申请 1.1.1前期需求 根据客户提出建议及需求，通过相关部门定义一个恰当的前期需求的关鍵不在识别解决方案，而在于说明应该被满足的业务需求是什么。 分析了客户需求，并且可以肯定已经确认了所有的事实和假设，需要将它们记录在前期需求文档中。该前期需求文档将帮助对需求进行明确地交流，将在这个过程的后期参与满足这些需示的工作。 1.1.2　立项及立项申请报告 立项申请报告的任务是明确定义项目究竟是什么。将立项申请报告与项目计划分开，因为立项申请报告需要各方面的批准，而且在项目进行过程中不应该频繁更改。 立项报告内容要点：（模板） 立项申请报告 概述 从一个很高的层次对本文档的每个部分做一个总述，这部分通常是在文档其他部分完成以后才写的。 需求 描述当前业务状况，说明本项目要満足的需求的相关背景。这部分通常是从“前期需求”文件中摘录的。 项目目标 描述为满足需求提出的解决方案。在这类项目中，这部分应该说明为满足需求需要获取某种类型的技术。 影响评价 说明所提出的解决方案对企业产生的影响。可以分为两个部分。第一部分列出成功地完成预期项目将会带来的好处。第二部分列出如果不能完成预期项目会造成的后果。换言这，主要描述如果不采取行动满足这种需求，将会发生什么事情。 成功的标准 描述你将如何测量成功，描述得越详细越好。这些成功的标准应该是可量化的，并且对于判断是否成功不要留下任何疑问。也可以先列出出一个目标清单，并且根据清单说明项目成功的最低标准。 范围 定义项目包括与不包括的内容。这是一个让你清楚地说明项目从哪里开始和到哪里结束的机会。从一开始就非常详细地定义范围很有好处，这能够确保涉及到的第个人对项目要满足的商业需求，以及项目将会产生什么样的结果达成共识。 风险 列出在进行项目过程中的风险，以及影响项目成功的风险。你