3.1環(huán)境性風險管理
  針對外在環(huán)境對項目的影響，可以從以下多方面加強控制，以降低甚至規(guī)避風險。
(l)為業(yè)務(wù)容量、功能擴展留有余地。由于政策、資本市場等外在因素的變化具有不確定性，無法推理預測，因此項目要規(guī)避此類風險有較大難度。但是通過項目設(shè)計初期對大量的數(shù)據(jù)統(tǒng)計、挖掘論證后，進行更多前瞻性的考慮，在項目開發(fā)期間盡可能地為業(yè)務(wù)增長和功能增強留有余地，
在一定程度上可以降低項目的社會環(huán)境風險。
(2)建立獨立的準生產(chǎn)測試環(huán)境。準生產(chǎn)測試環(huán)境是生產(chǎn)環(huán)境最大限度的復制品，要求使用的硬件與生產(chǎn)環(huán)境類似，軟件與生產(chǎn)環(huán)境一致，與生產(chǎn)環(huán)境進行同步的系統(tǒng)維護管理，以保持參數(shù)、系統(tǒng)、應(yīng)用版本一致。
使用同生產(chǎn)環(huán)境類似的測試環(huán)境，提供了進行全面測試和壓力測試的平臺，可以最大限度地測試項目的正確性、完整性以及質(zhì)量(性能)，從而降低了環(huán)境差異對項目造成的風險。
(3)數(shù)據(jù)集中。數(shù)據(jù)集中的好處是可以統(tǒng)一技術(shù)平臺、優(yōu)化科技資源、降低運行成本等。數(shù)據(jù)的整合消除了多系統(tǒng)平臺軟、硬件差異對項目的影響，科技資源更集中，為項目的開發(fā)、實施、維護和測試都提供了統(tǒng)一的標準和平臺，同時也為提高項目的質(zhì)量奠定了穩(wěn)定的基礎(chǔ)。
3.2技術(shù)性風險管理
技術(shù)性風險在很大程度上是與設(shè)計開發(fā)、測試密切相關(guān)，因此對其有效管理的方法有以下幾方面:
(1)建立專業(yè)化的測試隊伍。測試隊伍在軟件項目生命周期中是一支重要力量，從國外軟件企業(yè)的發(fā)展來看，穩(wěn)定的專業(yè)化測試人員與開發(fā)人員配比幾乎是1:1。然而國內(nèi)商業(yè)銀行開發(fā)部門的測試人員比例遠遠達不到上述的比例，因此在銀行科技隊伍建設(shè)中，應(yīng)重視專業(yè)測試隊伍的建設(shè)，
進一步擴充測試力量，培養(yǎng)測試人員的專業(yè)技能，鍛煉出一批既精通信息技術(shù)，又了解銀行業(yè)務(wù)的復合型人才。
(2)建立適應(yīng)生產(chǎn)運行的項目測試體系。軟件項目的測試是整個項目進程中的關(guān)鍵環(huán)節(jié)，測試的結(jié)果將直接影響到項目質(zhì)量和生產(chǎn)的穩(wěn)定運行。必須建立適應(yīng)銀行IT系統(tǒng)的一體化測試體系，在測試范圍、測試要素和測試程度等多方面要有明確要求。
測試體系涉及業(yè)務(wù)、科技開發(fā)和生產(chǎn)運行等部門的多級機構(gòu)，需要各部門分工協(xié)作、密切配合，全面提高產(chǎn)品質(zhì)量檢測控制能力。
(3)建立完善的質(zhì)量體系。眾所周知，時間和質(zhì)量好比是IT項目過程中蹺蹺板的兩頭。一方面出于搶占市場、控制成本等的考慮，業(yè)務(wù)部門或管理部門總是希望在盡可能短的時間內(nèi)完成項目開發(fā)投產(chǎn)，導致項目在質(zhì)量上總有或多或少的缺陷;
另一方面，為追求更高的質(zhì)量目標，通常要求更多的投人，包括資源和時間。這種情況下，一個完善的質(zhì)量體系，可以在一定程度上平衡這種矛盾。通過制度化、規(guī)范化的操作，能夠盡可能地降低各種偶然性風險的發(fā)生，尤其是常見的、因時間原因所帶來的質(zhì)量風險。
通過流程化的制度要求，規(guī)范每個階段的質(zhì)量目標，達到要求后再開展下一階段的工作。將質(zhì)量分解到項目的多個階段中，在時間受控的情況下控制質(zhì)量，可以有效地起到平衡時間和質(zhì)量的作用。
收窗口，在需求相關(guān)性、緊迫性等方面進行梳理和分類，需求審核時統(tǒng)籌考慮，加強業(yè)務(wù)提交的審核制度建設(shè)，使項目產(chǎn)品在投放市場前就能夠避免各種不確定性。
3.3業(yè)務(wù)性風險管理
由于業(yè)務(wù)需求隨意變動的風險無形中放大了技術(shù)性風險的系數(shù)。項目需求階段沒有有效規(guī)避業(yè)務(wù)風險，會給后期的系統(tǒng)設(shè)計和變更帶來巨大的運行風險和成本支出。因此業(yè)務(wù)性風險應(yīng)盡可能在業(yè)務(wù)設(shè)計階段得到排除，在提交科技部門進行需求分析前得到規(guī)避。
(1)統(tǒng)籌安排。在制度上明確規(guī)范業(yè)務(wù)需求的變更及提交流程，在組織結(jié)構(gòu)上建立專門的業(yè)務(wù)需求接
(2)深化業(yè)務(wù)需求了解。在進行一個較大規(guī)模的業(yè)務(wù)需求設(shè)計時，需要更多的數(shù)據(jù)統(tǒng)計、挖掘論證，對業(yè)務(wù)發(fā)生的條件、環(huán)境以及用戶特性有更多的前瞻性考慮。在業(yè)務(wù)設(shè)計完成后，還需要完善業(yè)務(wù)審核機制以確保業(yè)務(wù)需求的合理性和科學性。
(3)強化業(yè)務(wù)要素完整性控制。盡管每一項金融業(yè)務(wù)都有其特定的功能，但究其根本也都必定從屬于某一大類的業(yè)務(wù)范疇，因此，第一，通過各類業(yè)務(wù)范疇的研究，建立業(yè)務(wù)設(shè)計流程化體系，可以避免不完整業(yè)務(wù)的產(chǎn)生，
如可以規(guī)定統(tǒng)計要素范疇、監(jiān)控要素范疇、風險要素范疇以及數(shù)據(jù)挖掘要素范疇等。通過業(yè)務(wù)設(shè)計流程化、業(yè)務(wù)審核流程化的有效約束加強對要素的審核，有助于銀行IT系統(tǒng)項目在初次設(shè)計時就能滿足絕大部分業(yè)務(wù)運行要求，從而避免投產(chǎn)后的多次反復。
第二，科技部門在得到充分、清晰的業(yè)務(wù)展示后，可在每個新業(yè)務(wù)的功能分析中盡可能進行優(yōu)化設(shè)計，最大限度滿足業(yè)務(wù)需要并為今后的擴展留有余地，從而避免系統(tǒng)頻繁變更的風險。
4結(jié)語
  事實上不難看出，銀行IT系統(tǒng)項目風險產(chǎn)生的最大因素一是來自于項目初期的需求設(shè)計不善，二是來自于項目收尾時的測試驗證不足。銀行業(yè)務(wù)、科技部門必須共同努力，加強對項目頭、尾的重視，可以最大程度地降低甚至規(guī)避風險，為國內(nèi)商業(yè)銀行營造一個穩(wěn)定、創(chuàng)新的銀行IT系統(tǒng)。