3.1环境性风险管理
  针对外在环境对项目的影响，可以从以下多方面加强控制，以降低甚至规避风险。
(l)为业务容量、功能扩展留有余地。由于政策、资本市场等外在因素的变化具有不确定性，无法推理预测，因此项目要规避此类风险有较大难度。但是通过项目设计初期对大量的数据统计、挖掘论证后，进行更多前瞻性的考虑，在项目开发期间尽可能地为业务增长和功能增强留有余地，
在一定程度上可以降低项目的社会环境风险。
(2)建立独立的准生产测试环境。准生产测试环境是生产环境最大限度的复制品，要求使用的硬件与生产环境类似，软件与生产环境一致，与生产环境进行同步的系统维护管理，以保持参数、系统、应用版本一致。
使用同生产环境类似的测试环境，提供了进行全面测试和压力测试的平台，可以最大限度地测试项目的正确性、完整性以及质量(性能)，从而降低了环境差异对项目造成的风险。
(3)数据集中。数据集中的好处是可以统一技术平台、优化科技资源、降低运行成本等。数据的整合消除了多系统平台软、硬件差异对项目的影响，科技资源更集中，为项目的开发、实施、维护和测试都提供了统一的标准和平台，同时也为提高项目的质量奠定了稳定的基础。
3.2技术性风险管理
技术性风险在很大程度上是与设计开发、测试密切相关，因此对其有效管理的方法有以下几方面:
(1)建立专业化的测试队伍。测试队伍在软件项目生命周期中是一支重要力量，从国外软件企业的发展来看，稳定的专业化测试人员与开发人员配比几乎是1:1。然而国内商业银行开发部门的测试人员比例远远达不到上述的比例，因此在银行科技队伍建设中，应重视专业测试队伍的建设，
进一步扩充测试力量，培养测试人员的专业技能，锻炼出一批既精通信息技术，又了解银行业务的复合型人才。
(2)建立适应生产运行的项目测试体系。软件项目的测试是整个项目进程中的关键环节，测试的结果将直接影响到项目质量和生产的稳定运行。必须建立适应银行IT系统的一体化测试体系，在测试范围、测试要素和测试程度等多方面要有明确要求。
测试体系涉及业务、科技开发和生产运行等部门的多级机构，需要各部门分工协作、密切配合，全面提高产品质量检测控制能力。
(3)建立完善的质量体系。众所周知，时间和质量好比是IT项目过程中跷跷板的两头。一方面出于抢占市场、控制成本等的考虑，业务部门或管理部门总是希望在尽可能短的时间内完成项目开发投产，导致项目在质量上总有或多或少的缺陷;
另一方面，为追求更高的质量目标，通常要求更多的投人，包括资源和时间。这种情况下，一个完善的质量体系，可以在一定程度上平衡这种矛盾。通过制度化、规范化的操作，能够尽可能地降低各种偶然性风险的发生，尤其是常见的、因时间原因所带来的质量风险。
通过流程化的制度要求，规范每个阶段的质量目标，达到要求后再开展下一阶段的工作。将质量分解到项目的多个阶段中，在时间受控的情况下控制质量，可以有效地起到平衡时间和质量的作用。
收窗口，在需求相关性、紧迫性等方面进行梳理和分类，需求审核时统筹考虑，加强业务提交的审核制度建设，使项目产品在投放市场前就能够避免各种不确定性。
3.3业务性风险管理
由于业务需求随意变动的风险无形中放大了技术性风险的系数。项目需求阶段没有有效规避业务风险，会给后期的系统设计和变更带来巨大的运行风险和成本支出。因此业务性风险应尽可能在业务设计阶段得到排除，在提交科技部门进行需求分析前得到规避。
(1)统筹安排。在制度上明确规范业务需求的变更及提交流程，在组织结构上建立专门的业务需求接
(2)深化业务需求了解。在进行一个较大规模的业务需求设计时，需要更多的数据统计、挖掘论证，对业务发生的条件、环境以及用户特性有更多的前瞻性考虑。在业务设计完成后，还需要完善业务审核机制以确保业务需求的合理性和科学性。
(3)强化业务要素完整性控制。尽管每一项金融业务都有其特定的功能，但究其根本也都必定从属于某一大类的业务范畴，因此，第一，通过各类业务范畴的研究，建立业务设计流程化体系，可以避免不完整业务的产生，
如可以规定统计要素范畴、监控要素范畴、风险要素范畴以及数据挖掘要素范畴等。通过业务设计流程化、业务审核流程化的有效约束加强对要素的审核，有助于银行IT系统项目在初次设计时就能满足绝大部分业务运行要求，从而避免投产后的多次反复。
第二，科技部门在得到充分、清晰的业务展示后，可在每个新业务的功能分析中尽可能进行优化设计，最大限度满足业务需要并为今后的扩展留有余地，从而避免系统频繁变更的风险。
4结语
  事实上不难看出，银行IT系统项目风险产生的最大因素一是来自于项目初期的需求设计不善，二是来自于项目收尾时的测试验证不足。银行业务、科技部门必须共同努力，加强对项目头、尾的重视，可以最大程度地降低甚至规避风险，为国内商业银行营造一个稳定、创新的银行IT系统。