。
(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)，導(dǎo)致項目在質(zhì)量上總有或多或少的缺陷;
另一方面，為追求更高的質(zhì)量目標(biāo)，通常要求更多的投人，包括資源和時間。這種情況下，一個完善的質(zhì)量體系，可以在一定程度上平衡這種矛盾。通過制度化、規(guī)范化的操作，能夠盡可能地降低各種偶然性風(fēng)險的發(fā)生，尤其是常見的、因時間原因所帶來的質(zhì)量風(fēng)險。
通過流程化的制度要求，規(guī)范每個階段的質(zhì)量目標(biāo)，達到要求后再開展下一階段的工作。將質(zhì)量分解到項目的多個階段中，在時間受控的情況下控制質(zhì)量，可以有效地起到平衡時間和質(zhì)量的作用。
收窗口，在需求相關(guān)性、緊迫性等方面進行梳理和分類，需求審核時統(tǒng)籌考慮，加強業(yè)務(wù)提交的審核制度建設(shè)，使項目產(chǎn)品在投放市場前就能夠避免各種不確定性。
3.3業(yè)務(wù)性風(fēng)險管理
由于業(yè)務(wù)需求隨意變動的風(fēng)險無形中放大了技術(shù)性風(fēng)險的系數(shù)。項目需求階段沒有有效規(guī)避業(yè)務(wù)風(fēng)險，會給后期的系統(tǒng)設(shè)計和變更帶來巨大的運行風(fēng)險和成本支出。因此業(yè)務(wù)性風(fēng)險應(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ù)需求的合理性和科學(xué)性。
(3)強化業(yè)務(wù)要素完整性控制。盡管每一項金融業(yè)務(wù)都有其特定的功能，但究其根本也都必定從屬于某一大類的業(yè)務(wù)范疇，因此，第一，通過各類業(yè)務(wù)范疇的研究，建立業(yè)務(wù)設(shè)計流程化體系，可以避免不完整業(yè)務(wù)的產(chǎn)生，如可以規(guī)定統(tǒng)計要素范疇、監(jiān)控要素范疇、風(fēng)險要素范疇以及數(shù)據(jù)挖掘要素范疇等。通過業(yè)務(wù)設(shè)計流程化、業(yè)務(wù)審核流程化的有效約束加強對要素的審核，有助于銀行IT系統(tǒng)項目在初次設(shè)計時就能滿足絕大部分業(yè)務(wù)運行要求，從而避免投產(chǎn)后的多次反復(fù)。
第二，科技部門在得到充分、清晰的業(yè)務(wù)展示后，可在每個新業(yè)務(wù)的功能分析中盡可能進行優(yōu)化設(shè)計，最大限度滿足業(yè)務(wù)需要并為今后的擴展留有余地，從而避免系統(tǒng)頻繁變更的風(fēng)險。
4結(jié)語
事實上不難看出，銀行IT系統(tǒng)項目風(fēng)險產(chǎn)生的最大因素一是來自于項目初期的需求設(shè)計不善，二是來自于項目收尾時的測試驗證不足。銀行業(yè)務(wù)、科技部門必須共同努力，加強對項目頭、尾的重視，可以最大程度地降低甚至規(guī)避風(fēng)險，為國內(nèi)商業(yè)銀行營造一個穩(wěn)定、創(chuàng)新的銀行IT系統(tǒng)。