論商業(yè)銀行新產(chǎn)品開發(fā)的風(fēng)險點及其控制_第1頁
論商業(yè)銀行新產(chǎn)品開發(fā)的風(fēng)險點及其控制_第2頁
論商業(yè)銀行新產(chǎn)品開發(fā)的風(fēng)險點及其控制_第3頁
論商業(yè)銀行新產(chǎn)品開發(fā)的風(fēng)險點及其控制_第4頁
論商業(yè)銀行新產(chǎn)品開發(fā)的風(fēng)險點及其控制_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、更多企業(yè)學(xué)院:中小企業(yè)管理全能版183套講座+89700份資料總經(jīng)理、高層管理49套講座+16388份資料中層管理學(xué)院46套講座+6020份資料國學(xué)智慧、易經(jīng)46套講座人力資源學(xué)院56套講座+27123份資料各階段員工培訓(xùn)學(xué)院77套講座+ 324份資料員工管理企業(yè)學(xué)院67套講座+ 8720份資料工廠生產(chǎn)管理學(xué)院52套講座+ 13920份資料財務(wù)管理學(xué)院53套講座+ 17945份資料銷售經(jīng)理學(xué)院56套講座+ 14350份資料銷售人員培訓(xùn)學(xué)院72套講座+ 4879份資料商業(yè)銀行新產(chǎn)品開發(fā)的風(fēng)險點及其控制新產(chǎn)品開發(fā)的風(fēng)險主要有項目風(fēng)險、技術(shù)風(fēng)險、商業(yè)風(fēng)險等。其中項目風(fēng)險是指在預(yù)算、進度、人員和 組織

2、、資源、需求等方面存在的潛在問題可能給項目開發(fā)帶來的風(fēng)險,如項目復(fù)雜性、規(guī)模和結(jié)構(gòu)等都可構(gòu) 成風(fēng)險因素。技術(shù)風(fēng)險指在設(shè)計、實現(xiàn)、接口、檢驗和維護方面存在的潛在問題可能給項目帶來的風(fēng)險,也 包括規(guī)格說明的多義性、技術(shù)上的不確定性、技術(shù)陳舊、新技術(shù)的不成熟所帶來的風(fēng)險。技術(shù)風(fēng)險之所以出 現(xiàn)是由于問題的解決比所預(yù)想的要復(fù)雜。而商業(yè)風(fēng)險包括以下五種:(1)開發(fā)的程序雖然很優(yōu)秀但并非市場所需(市場風(fēng)險);(2)開發(fā)的產(chǎn)品不適合整個軟件產(chǎn)品原意圖;(3)市場推廣部門不知如何推廣該新產(chǎn)品;(4)上級部門不再支持該項目的開發(fā);(5)預(yù)算或相關(guān)人員不再支持項目的開發(fā)(預(yù)算風(fēng)險)。新產(chǎn)品開發(fā)風(fēng)險分布在新產(chǎn)品開發(fā)過

3、程中從新產(chǎn)品開發(fā)可行性論證階段、產(chǎn)品設(shè)計和需求分析階段、需 求設(shè)計階段、程序編寫階段、程序測試驗收階段、試點推廣階段到產(chǎn)品運行維護階段的各個階段,控制新產(chǎn) 品開發(fā)風(fēng)險的最好辦法就是在產(chǎn)品開發(fā)的初期就將風(fēng)險控制要求考慮進去,并在開發(fā)過程每一階段對可能存 在的風(fēng)險點進行控制,并在每一階段的終點,設(shè)置檢查點進行檢查。成下面就分階段對風(fēng)險點進行分析并制訂相應(yīng)的控制措施。一、可行性論證階段可行性論證階段主要是對產(chǎn)品開發(fā)項目從市場、技術(shù)、管理和經(jīng)濟效益等諸方面進行可行性論證,并給 出系統(tǒng)的總體功能、性能、可靠性以及接口方面的初步要求,對可利用的資源、成本、可取得的效益、開發(fā) 進度做出估計,編寫可行性論證報

4、告,并提交有關(guān)部門通過。(一)風(fēng)險點分析可行性論證階段主要的風(fēng)險點有:1、在論證中對影響新產(chǎn)品開發(fā)的各種因素考慮不夠周全;2、 在論證中雖然對影響新產(chǎn)品開發(fā)的各種因素作了全面考慮,但在對其中的某些因素作可行性分析時忽 略了某些重要方面,或者作了錯誤的分析;3、市場調(diào)研工作做得不夠細致, 或根本未做市場調(diào)研工作, 或?qū)φ{(diào)研中存在的市場風(fēng)險作了錯誤的分析, 對市場趨勢作了錯誤的推定;4、設(shè)計的產(chǎn)品功能在技術(shù)上無法實現(xiàn);5、論證過程有人為干預(yù),使得論證過程不夠科學(xué)和客觀。(二)風(fēng)險控制1、建立科學(xué)合理的新產(chǎn)品開發(fā)論證管理制度:(1) 任何新產(chǎn)品開發(fā)項目必須經(jīng)過嚴(yán)格的可行性論證才能上馬;(2) 新產(chǎn)品

5、開發(fā)項目必須經(jīng)過四個階段:調(diào)查研究階段;部室內(nèi)部討論階段;相關(guān)部門業(yè)務(wù)骨干 論證階段;開發(fā)委會議討論階段。重大開發(fā)項目尚須經(jīng)由行外專家組討論。任何項目未經(jīng)委員會會議討論 通過,不得上馬。(3) 項目論證書的內(nèi)容必須包括以下八個方面內(nèi)容:市場可行性論證;技術(shù)可行性論證;競爭對 手同類產(chǎn)品開發(fā)情況分析;產(chǎn)品設(shè)計思想;產(chǎn)品功能設(shè)計;風(fēng)險控制;成本效益分析;開發(fā)計劃(開發(fā)周期及費用預(yù)估)。( 4)市場調(diào)研應(yīng)建有標(biāo)準(zhǔn)化檔案,對重大課題的市場調(diào)研時間應(yīng)在一個月以上。(5)新產(chǎn)品項目可行性論證內(nèi)部質(zhì)詢制度。即在部門討論階段,相關(guān)部門業(yè)務(wù)骨干論證階段和開發(fā)委會 議論證階段應(yīng)有 30分鐘一一1小時的時間,由與會

6、人員向項目論證小組成員輪流提問。2、人員條件(1) 項目論證小組至少在兩人以上。其中重大開發(fā)項目論證小組人數(shù)應(yīng)在5人以上,并建立內(nèi)部正反論證小組,正方主要從正面進行論證,反方主要從反面進行論證,正方和反方的意見都必須提交創(chuàng)新委員會討 論。( 2)相關(guān)部室業(yè)務(wù)骨干論證會必須有五個以上的部門的業(yè)務(wù)骨干參加,其中法律事務(wù)部和風(fēng)險部的業(yè)務(wù)骨干必須參加,并由與會三分之二以上的業(yè)務(wù)骨干通過。( 3)參加論證會的委員會成員不得少于委員全體成員的三分之二。二、產(chǎn)品設(shè)計和需求分析階段根據(jù)產(chǎn)品開發(fā)可行性論證階段提出的各類需求,深入描述待開發(fā)產(chǎn)品的功能和性能、操作流程等,確定 產(chǎn)品設(shè)計的限制, 定義系統(tǒng)的其它有效性

7、需求, 在此基礎(chǔ)上編寫出完備的產(chǎn)品設(shè)計方案和系統(tǒng)需求設(shè)計書 (或 系統(tǒng)功能設(shè)計書)并提交有關(guān)部門通過。(一)風(fēng)險點分析1、對市場需求的提煉有偏差,相應(yīng)的功能需求不適合市場需要;2、設(shè)計的產(chǎn)品流程在業(yè)務(wù)管理方面有漏洞,操作流程中存在較大的風(fēng)險隱患;3、對產(chǎn)品運營后的后續(xù)管理功能在產(chǎn)品設(shè)計時考慮不多或根本未予考慮;4、沒有合理吸收各方的正確意見;5、對產(chǎn)品需求的分析不夠全面。(二)風(fēng)險控制1、建立新產(chǎn)品設(shè)計和需求分析三級咨詢制度。(1)新產(chǎn)品設(shè)計和需求分析方案必須經(jīng)過基層網(wǎng)點咨詢、業(yè)務(wù)部門咨詢、委員會咨詢?nèi)齻€層面的咨詢, 才能進入下一階段的開發(fā)。(2)各咨詢部門或網(wǎng)點必須在接到新產(chǎn)品設(shè)計和需求分析

8、方案五個工作日內(nèi)向項目小組提出書面意見, 對所涉及的新產(chǎn)品作出總體評價并指出其中尚需改進之處。(3)上述咨詢意見經(jīng)項目小組合理吸引后交風(fēng)險部存檔保管,以新產(chǎn)品開發(fā)出來后投入運行的實際效果 確定獎懲。2、新產(chǎn)品需求分析的內(nèi)容必須包括:( 1)功能需求;( 2)性能需求,即對產(chǎn)品開發(fā)的技術(shù)性指標(biāo);( 3)環(huán)境需求,即對開發(fā)出的產(chǎn)品運行環(huán)境的需求;( 4)可靠性需求,應(yīng)對重要運行部件提出可靠性要求;( 5)安全保密需求;( 6)用戶界面需求;( 7)資源使用需求,是指開發(fā)產(chǎn)品運行時所需數(shù)據(jù)、軟件、內(nèi)層空間等各項資源;( 8)軟件成本消耗與開發(fā)進度需求;( 9)預(yù)估系統(tǒng)以后可能達到的目標(biāo)。3、成立專門

9、的項目開發(fā)小組對產(chǎn)品進行設(shè)計,項目小組成員應(yīng)由產(chǎn)品開發(fā)部門、 科技部和各相關(guān)業(yè)務(wù)部門人員組成,其中新產(chǎn)品開發(fā)牽頭部門應(yīng)為相應(yīng)對口業(yè)務(wù)管理部門。4、產(chǎn)品的設(shè)計和需求分析必須包括風(fēng)險控制和后期管理的內(nèi)容。若兩者5、審計部門派專人負責(zé)對設(shè)計出的產(chǎn)品功能與可行性論證報告中的市場功能需求作一致性檢查。 不一致,要求項目小組說明原因。若項目小組所提交原因?qū)徲嫴块T認(rèn)為不夠充分,審計部門應(yīng)將此點提交委 員會討論。6、產(chǎn)品開發(fā)人員在進行產(chǎn)品需求分析時必須做到:(1)必須能夠表達和理解問題的數(shù)據(jù)域和功能域。(2)必須按自頂向下、逐層分解的方式對問題進行分解和不斷細化。(3)要給出系統(tǒng)的邏輯視圖和物理視圖。三、需求

10、設(shè)計階段此為新產(chǎn)品開發(fā)的關(guān)鍵階段,因為在需求設(shè)計階段,開發(fā)人員將已確定的各項需求轉(zhuǎn)換為一個相應(yīng)的體 系結(jié)構(gòu)。結(jié)構(gòu)中的每一組成部份都是意義明確的模塊,每個模塊都和某些需求相對應(yīng),并進而對每一個模塊 要完成的工作進行具體的描述,為源程序編寫打下基礎(chǔ)。所有設(shè)計中的考慮都應(yīng)以設(shè)計說明書的形式加以描 述,以供后續(xù)開發(fā)需求并提交評審。(一)風(fēng)險點分析1、部份模塊沒有得到清晰的定義;2、模塊之間的關(guān)系處理不當(dāng);3、并不是所有的需求都能找到與之對應(yīng)的模塊;4、對每一模塊中工作任務(wù)的具體描述與系統(tǒng)需求說明書中的功能需求間在內(nèi)容上存在不一致之處。5、在需求設(shè)計中對業(yè)務(wù)操作關(guān)系作了錯誤的界定。(二)風(fēng)險控制1、建立

11、需求設(shè)計內(nèi)部評審制度,相關(guān)業(yè)務(wù)部門應(yīng)對需求設(shè)計書寫出書面意見交風(fēng)險部存檔保管,視新產(chǎn)品推出后的實現(xiàn)運行效果確定獎懲 ;2、由審計部門專門成立需求設(shè)計的審計小組,對需求設(shè)計與需求分析的一致性進行檢驗, 在檢驗中應(yīng)注意以下五個方面:(1)全部模塊定義是否清晰;(2)全部業(yè)務(wù)操作關(guān)系是否正確;(3)模塊之間的關(guān)系處理是否得當(dāng);(4)模塊與需求設(shè)計書上的功能是否存在正確的對應(yīng)關(guān)系;(5)每一模塊對相應(yīng)工作任務(wù)是否作了與需求設(shè)計書上一致的描述。3、項目開發(fā)小組在人員配備上應(yīng)避免一人單獨作戰(zhàn),應(yīng)至少由兩人以上在一起合作進行需求設(shè)計以盡量減少可能出現(xiàn)的錯誤。4、程序分析人員在進行需求設(shè)計時應(yīng)與產(chǎn)品設(shè)計人員或

12、用戶進行充分的交流,其定稿的需求設(shè)計書得到產(chǎn)品設(shè)計人員或用戶的書面認(rèn)可。否則,不得進行程序編寫階段。四、程序編寫階段 程序設(shè)計即將需求設(shè)計轉(zhuǎn)換成計算要可以接受的程序代碼,即寫成以某一種特定程序設(shè)計語言表示的源 程序清單。(一)風(fēng)險點分析1、編寫出的程序與需求設(shè)計不一致;2、程序中BUG較多;3、程序內(nèi)在結(jié)構(gòu)不易識別4、外包項目開發(fā)出后不能使用或無法進行獨立的維護。(二)風(fēng)險控制1、 建立程序編寫的分步文檔說明制度,要求編程者嚴(yán)格按照編程步驟展開工作, 并將每一步驟以標(biāo)準(zhǔn)文 檔形式附加說明交檔案部門存檔管理。2、制訂嚴(yán)格的程序編寫進度計劃,分階段對程序編寫情況進行檢查和局部測試。3、 在組織較為

13、復(fù)雜的大型程序編寫工作時, 應(yīng)將程序按功能模塊進行分解, 每一模塊由一編寫小組負責(zé), 并由項目負責(zé)人在各編寫小組之間進行協(xié)調(diào)。模塊編寫好后,先對單個的小模塊進行測試,待所有小模塊測 試通過后,再對整個系統(tǒng)進行測試。4、定期舉行項目狀態(tài)會議。在會上由每一位程序編寫人員報告他的進展和所遇到的問題。5、 項目負責(zé)人和的新產(chǎn)品開發(fā)人員應(yīng)經(jīng)常與開發(fā)人員進行交流,以得到他們對開發(fā)進展和剛冒頭問題的 客觀評價。6、人員配備(1)應(yīng)用“軟件人員成熟度模型”對軟件開發(fā)人員進行定級和合理分工。(2)編寫中小型程序時,程序開發(fā)小組應(yīng)采用主程序員制小組形式。即小組的核心由1 位主程序員(必須嚴(yán)格挑選), 15位技術(shù)員

14、, 1 位后援工程師組成。主程序員負責(zé)小組全部技術(shù)活動的計劃、協(xié)調(diào)與審查 工作,還負責(zé)設(shè)計和實現(xiàn)項目中的關(guān)鍵部份。技術(shù)員負責(zé)項目的具體分析與開發(fā),以及文檔資料的編寫工作。 后援工程師協(xié)助和支持主程序員的工作,為主程序員提供咨詢,也做部份分析、設(shè)計和實現(xiàn)工作,并在必要 時代替主程序員工作,以使項目進行下去。1 人)負責(zé)工作,包括任務(wù)分編寫大型程序時應(yīng)采用層次式小組,組內(nèi)人員分為三級:項目負責(zé)人(配、技術(shù)評審和走查、掌握工作量和參加技術(shù)活動。他直接領(lǐng)導(dǎo)23名高級程序員,每位高級程序員通過基層小組,管理若干位程序員。7、若項目外包,應(yīng)經(jīng)委員會同意,公開舉行項目軟件開發(fā)招標(biāo)活動找到正式外包單位,并應(yīng)與

15、其簽訂開 發(fā)任務(wù)明確,檢驗標(biāo)準(zhǔn)統(tǒng)一的開發(fā)協(xié)議。在外包單位開發(fā)過程中,科技部門應(yīng)派開發(fā)人員與外包單位人員合作開發(fā),以便外包單位能充分理解開 發(fā)項目和商業(yè)銀行內(nèi)部電腦系統(tǒng)特點,并為項目開發(fā)好后的后續(xù)維護工作打下基礎(chǔ)。8、建立雙階梯提升制度:即軟件開發(fā)人員的提升應(yīng)分別按技術(shù)職務(wù)和管理職務(wù)進行,不能混在一起。五、程序測試驗收階段程序測試本身是控制項目開發(fā)風(fēng)險和保障軟件質(zhì)量的重要手段,其主要方式是在設(shè)計測試用例的基礎(chǔ)上 檢驗軟件的各個部份。首先是進行單元測試,查找各模塊在功能和結(jié)構(gòu)上存在的問題并加以糾正;其次是進 行組裝測試,將已測試過的柜塊按一定順序組裝起來;最后按規(guī)定的各項需求,逐漸進行有效性測試,

16、決定 已開發(fā)軟件是否合適,能否交付使用。(一)風(fēng)險點分析1、測試未能發(fā)現(xiàn)程序中的重大錯誤,給安全運行留下隱患。2、埋有的邏輯炸彈未能發(fā)現(xiàn)。3、測試未能按嚴(yán)格的步驟走完。4、測試中出現(xiàn)的問題未引起足夠重視。5、測試受到個別人意志的左右。(二)風(fēng)險控制1堅持若干測試原則:盡早地和不斷地進行測試;程序員應(yīng)避免檢查自己的程序;在設(shè)計測試用 例時,應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件;充分注意測試中的群集現(xiàn)象;對每一個測試結(jié)果 作全面檢查。2、嚴(yán)格按測試內(nèi)容和步驟操作:( 1)單元測試,測試內(nèi)容應(yīng)包括:模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、獨立路徑、錯誤處理和邊界條件,以消除 程序模塊內(nèi)部在邏輯上和功能上的錯誤和

17、缺陷;( 2)集成(組裝)測試,主要檢測以下內(nèi)容: 在把各個模塊連接起來的時候,穿越模塊接口的數(shù)據(jù)是否會丟失; 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利影響; 各個子功能組合起來,能否達到預(yù)期要求的父功能; 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題; 單個模塊的誤差累積起來,是否會放大,從而達到不能接受的程度; 排除子系統(tǒng)(或系統(tǒng))結(jié)構(gòu)上的錯誤。( 3)確認(rèn)測試。 確認(rèn)測試階段首先要進行有效性測試以及軟件配置復(fù)審,然后進行驗收測試和安裝測試,在通過專家鑒定后,才能將軟件交付使用。該測試主要確定軟件的功能和性能與需求是否有差距。( 4)系統(tǒng)測試。即從系統(tǒng)整體出發(fā),看系統(tǒng)是否滿足要求。3、運用黑盒測試,以證明

18、每個實現(xiàn)了的功能是否符合要求;運用白盒測試,以證明每種內(nèi)部操作是否符 合設(shè)計規(guī)格要求,所有內(nèi)部成份是否已經(jīng)過檢查4、整個測試過程必須建立完整的文檔和測試評價制度。六、試點推廣階段試點推廣是指新產(chǎn)品測試通過后,先作局部試點,然后將新產(chǎn)品全面推向市場。(一)風(fēng)險點分析1、新產(chǎn)品未經(jīng)過嚴(yán)格的測試,匆忙上馬。2、培訓(xùn)工作沒有跟上,業(yè)務(wù)人員在使用產(chǎn)品中發(fā)生失誤。3、操作規(guī)程、管理辦法以及合同、協(xié)議等法律文書等有漏洞。4、同一產(chǎn)品的各種文書材料對產(chǎn)品的功能或操作界定不一。5、在試點中發(fā)現(xiàn)的問題未引起市場推廣人員和產(chǎn)品開發(fā)人員的注意。6、在新產(chǎn)品推廣過程中發(fā)生失誤,給新產(chǎn)品的形象帶來影響。7、新產(chǎn)品開發(fā)或推

19、廣半途而廢。(二)風(fēng)險控制1、新產(chǎn)品未經(jīng)嚴(yán)格的測試并經(jīng)委員會同意,不得隨意上馬。2、對新產(chǎn)品操作人員必須進行專門的培訓(xùn),培訓(xùn)后應(yīng)舉行筆試和上機操作考試,凡考試未通過者,不得 上崗操作新產(chǎn)品。 對大的產(chǎn)品項目的培訓(xùn)時間必須達到 30 小時以上,并且上機教學(xué)時間不得少于 8小時。3、有關(guān)新產(chǎn)品的各種操作規(guī)程、管理辦法以及合同、協(xié)議在使用前應(yīng)統(tǒng)一由法律事務(wù)部和風(fēng)險管理部進 行審查。4、建立新產(chǎn)品試點推廣中的推廣責(zé)任人制度。責(zé)任人必須經(jīng)常與試點推廣網(wǎng)點保持聯(lián)系, 在第一時間發(fā)現(xiàn)新產(chǎn)品在試點推廣中出現(xiàn)的問題,小問題立即予以解決,重大問題必須向所在部門領(lǐng)導(dǎo)匯報。由所在部門 領(lǐng)導(dǎo)確定該問題是否送委員會會議討論。5、若新產(chǎn)品在試點推廣過程中發(fā)生失誤,有關(guān)部門和業(yè)務(wù)操作部門應(yīng)在第一時間將失誤糾正過來,力求 減少失誤給新產(chǎn)品形象帶來的不良影響,并就此事件進行分析總結(jié),以免重蹈覆轍。6、凡經(jīng)委員會通過的新產(chǎn)品開發(fā)項目,停止開發(fā)或推廣必

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論