交通銀行軟件開發(fā)中心問題管理介紹

交通銀行軟件開發(fā)中心問題管理介紹2內(nèi)容·

總體背景·

需求提出·

建設目標·

問題管理業(yè)務分析·

基于CQ的問題管理設計與實現(xiàn)·

實施效果（一期）·

持續(xù)改進·

經(jīng)驗總結(jié)總體背景3·

交通銀行戰(zhàn)略目標，朝著“國際公眾銀行、創(chuàng)新型銀行、綜合性銀行、經(jīng)營集約化銀行、管理先進型銀行”的目標邁進，努力創(chuàng)辦一流現(xiàn)代金融企業(yè)。·

交通銀行經(jīng)營理念，秉承“發(fā)展是硬道理，是第一要務；質(zhì)量是硬約束，是第一責任；效益是硬任務，是第一目標”的經(jīng)營理念。·

交通銀行IT發(fā)展戰(zhàn)略，加大科技投入，強化科技作用，改變IT只是將銀行業(yè)務被動“電子化”的狀況，積極利用IT技術對銀行的業(yè)務模式、營銷模式和管理模式進行深層次的整合，提高經(jīng)營管理水平；，構(gòu)建與市場需求和交通銀行發(fā)展相適應的IT體系，整和分散的科技資源，發(fā)揮集約化經(jīng)營的效益。交通銀行總體發(fā)展戰(zhàn)略概述4·

實現(xiàn)IT發(fā)展戰(zhàn)略的組織保證，2005年交行對整個信息技術條線進行了架構(gòu)調(diào)整，強調(diào)專業(yè)化管理，成立了軟件開發(fā)中心和數(shù)據(jù)中心?！?/p>

開發(fā)中心的業(yè)務目標，與數(shù)據(jù)大集中后應用軟件的特點相配套，集中全行軟件開發(fā)工作，實現(xiàn)全行新老系統(tǒng)、過渡系統(tǒng)的統(tǒng)一管理和開發(fā)，進免不必要的浪費和資源損耗，同時集中力量，實現(xiàn)渠道、業(yè)務處理系統(tǒng)、外部系統(tǒng)、特色業(yè)務的有機整合；，通過實行架構(gòu)調(diào)整與系統(tǒng)整合，快速實現(xiàn)全行各類業(yè)務系統(tǒng)的集中平臺建設。交通銀行軟件開發(fā)中心的成立及其業(yè)務目標5·

實現(xiàn)IT發(fā)展戰(zhàn)略的具體項目，

構(gòu)建以核心賬務系統(tǒng)為中心，總、分行綜合前直為交易信息通道，文件服務系統(tǒng)為文件傳輸渠道的全行數(shù)據(jù)集中化的業(yè)務處理和會計核算電子體系；，

開發(fā)建設信息管理系統(tǒng)，建立以總行為中心、以核心賬務系統(tǒng)為基礎，覆蓋全行信貸機構(gòu)的數(shù)據(jù)集中平臺，集信貸業(yè)務處理、控制、經(jīng)營、分析、決策為一體的綜合管理系統(tǒng)；，

建立全行國際業(yè)務數(shù)據(jù)集中處理，涵蓋國際結(jié)算、貿(mào)易融資、代理行與同業(yè)技信、外匯資金、外匯管理等業(yè)務的具有特色的國際業(yè)務處理系統(tǒng)；，

配合大集中工程進行海關EDI、網(wǎng)銀、Call

Center、STEPS、FESA等外圍系統(tǒng)的改造和渠道

整合，建立總分行綜合前直系統(tǒng)，搭建中間業(yè)務平臺，將現(xiàn)有多個零散的外掛前直系統(tǒng)進一步整合歸并到綜合前直系統(tǒng)和中間業(yè)務平臺上，進而建立更加清晰的大集中模式下總分行整

體架構(gòu)；，

配合數(shù)據(jù)大集中工程的全面推廣進一步加大IT基礎建設，先行在上海浦東建立全行數(shù)據(jù)集中的數(shù)據(jù)處理中心，著手建設張江數(shù)據(jù)處理中心、同城備份中心和異地災難備份中心；，

完成數(shù)據(jù)大集中后開始充分利用已形成的客戶和賬戶信息資源的集中優(yōu)勢，適時推出以數(shù)據(jù)大集中為支撐平臺的一系列新型業(yè)務系統(tǒng)和金融產(chǎn)品，實現(xiàn)銀企聯(lián)動，增強為集團客戶理財、服務的綜合能力；，

加快電子化渠道整合，利用電話銀行中心、手機銀行、網(wǎng)上銀行等新型服務渠道為客戶提供新型的客戶服務平臺，積極開發(fā)中間業(yè)務產(chǎn)品，積極拓展個人住房貸款、消費貸款等業(yè)務，

進一步加強銀行與保險、證券、電信行業(yè)的合作，穩(wěn)步開發(fā)金融衍生產(chǎn)品。交通銀行軟件開發(fā)中心實施的具體項目6內(nèi)容·

總體背景·

需求提出需求提出·

建設目標·

問題管理業(yè)務分析·

基于CQ的問題管理設計與實現(xiàn)·

實施效果（一期）·

持續(xù)改進·

經(jīng)驗總結(jié)7需求提出·

手工管理問題，效率低，工作量大，容易出錯·

問題的處理過程不能及時跟蹤·

同一問題的多系統(tǒng)協(xié)同開發(fā)協(xié)調(diào)困難·

不能出具詳盡的統(tǒng)計分析報告8沒有問題管理之前…New

527 platformGUI Bug98 Newweb customerbutton Bug design transactionBug Bug348179 251析人員AddBug849NN－－編編AddprroommoottiioonnBugcalculatioNnew還有多少個1

級錯誤?Newcustomer！混會亂會亂出錯?????當然我沒有忘一個文件...記這次版本發(fā)布包括需求462嗎?44624622????????目 理在這次聯(lián)編中bbug87733

修復了嗎?88738733Buuiilldd

32

Build

1測試人員BBuild分析項目經(jīng)集成人員開發(fā)人員527u 9Bug179GUbuttonNewwed ansactionBug348Bug849251么這次聯(lián)9內(nèi)容·

總體背景·

建設目標·

需求提出建設目標·

問題管理業(yè)務分析·

基于CQ的問題管理設計與實現(xiàn)·

實施效果（一期）·

持續(xù)改進·

經(jīng)驗總結(jié)10建設目標·

強化開發(fā)中心各應用系統(tǒng)的變更管理·

建立變更管理機制提升產(chǎn)品質(zhì)量·

提高團隊協(xié)同工作能力和各部門間的配合效率·

實現(xiàn)開發(fā)、檢測和生產(chǎn)系統(tǒng)應用軟件版本在變更中的一致性·

協(xié)同各應用系統(tǒng)的版本，進免重復勞動，提高工作效率·

加強對問題整個生命周期的跟蹤管理，保證問題及時有效解決11內(nèi)容·

總體背景·

問題管理業(yè)務分析·

需求提出·

建設目標問題管理業(yè)務分析·

基于CQ的問題管理設計與實現(xiàn)·

實施效果（一期）·

持續(xù)改進·

經(jīng)驗總結(jié)12變更來源各系統(tǒng)業(yè)務需求組各系統(tǒng)技術人員技術變更變更管理流程需求變更生產(chǎn)問題產(chǎn)品管理組13管理架構(gòu)研究產(chǎn)品管理組應用系統(tǒng)變更安裝應用系統(tǒng)變更檢測變更發(fā)起生產(chǎn)系統(tǒng)管理變更受理14處理流程15內(nèi)容·

總體背景·

需求提出·

建設目標·

問題管理業(yè)務分析基于CQ的問題管理設計與實現(xiàn)·

實施效果（一期）·

持續(xù)改進·

經(jīng)驗總結(jié)·

基于CQ的問題管理設計與實現(xiàn)16基于CQ的問題管理流程實現(xiàn)步驟1.

收集項目的變更管理需求，如特定的問題跟蹤流程，特定的問

題報告表羊等2.

以既成模板為基礎或從頭開始設計Schema3.

將Schema應用到用戶數(shù)據(jù)庫，生成共用的查詢，報表等測試驗證Schema改善Schema的設計6.

導出并部署設計好的系統(tǒng)7.

系統(tǒng)在線使用17狀態(tài)遷移圖18系統(tǒng)和子系統(tǒng)分類19權(quán)限分配20權(quán)限組與項目組對照表21操作權(quán)限表22Schema的設計與實現(xiàn)23規(guī)章制度與表單·

《應用系統(tǒng)變更管理辦法》·

《變更管理辦法補充規(guī)定》·

《問題／缺陷報告表》·

《排錯處理表》·

《問題／缺陷研究裁決意見表》·

《非測試排錯變更申請表》·

《資源申請表》·

《變更安裝表》24系統(tǒng)拓撲結(jié)構(gòu)圖25內(nèi)容·

總體背景·

實施效果（一期）·

需求提出·

建設目標·

問題管理業(yè)務分析·

基于CQ的問題管理設計與實現(xiàn)實施效果（一期·

持續(xù)改進·

經(jīng)驗總結(jié)26實施效果（一期）·

對決策分析的快速支持·

有效協(xié)調(diào)處理變更·

查詢·

圖表·

報表任務列表現(xiàn)員工表現(xiàn)趨勢分析27內(nèi)容·

總體背景·

持續(xù)改進·

需求提出·

建設目標·

問題管理業(yè)務分析·

基于CQ的問題管理設計與實現(xiàn)·

實施效果（一期）持續(xù)改進·

經(jīng)驗總結(jié)28持續(xù)改進·

從版本1到版本2的演進，2004.10Ver1，2005.04Ver229從版本1到版本2的演進·

新的狀態(tài)遷移30從版本1到版本2的演進與配直管理工具ClearCase集成31從版本1到版本2的演進·

與需求管理工具集成分析需求返回調(diào)整提交不立項拒絕立項、系統(tǒng)新需求立項、新系統(tǒng)開發(fā)己立項、系統(tǒng)需求變更（測試前）己立項、系統(tǒng)需求變更（測試后）CQ提交CQ提交CQ提交CQ輸入項目信息選項目選系統(tǒng)，可重選選系統(tǒng)，可重選選系統(tǒng)，可重選輸入原因提交需求32從版本1到版本2的演進·

CQ用戶組及其角色職責33Schema的設計與實現(xiàn)34實施效果（二期）·

解決了同一問題多系統(tǒng)間并行開發(fā)協(xié)同配合問題·

通過與CC集成實現(xiàn)了統(tǒng)一配直管理·

通過與需求管理系統(tǒng)集成實現(xiàn)了對測試生命周期的覆蓋·

有效地促進了CMMI3級的實施過程35內(nèi)容·

總體背景·

經(jīng)驗總結(jié)·

需求提出