系統(tǒng)規(guī)劃與管理師論文范文：論IT服務(wù)風險管理

閱讀推薦：系統(tǒng)規(guī)劃與管理師論文考試大綱

歷年系統(tǒng)規(guī)劃與管理師論文真題論題分布情況

系統(tǒng)規(guī)劃與管理師論文模板框架(論文54分考友提供)

論IT服務(wù)風險管理

注：以下系統(tǒng)規(guī)劃與管理師論文范文來源于考友分享，并不代表一定符合寫作要求，系統(tǒng)規(guī)劃與管理師論文寫作需要注意的細節(jié)問題很多，大家在備考時寫好論文之后，最好有“前輩”或老師的批閱指導。信管網(wǎng)針對培訓學員提供論文專題精講課程及論文批閱服務(wù)。【點擊了解詳情】

【摘要】

2017年8月，我公司中標南方某市農(nóng)商銀行互聯(lián)網(wǎng)核心系統(tǒng)“芝米BANK”整體上云的系統(tǒng)規(guī)劃與建設(shè)項目，我作為本項目的系統(tǒng)規(guī)劃與管理師負責從系統(tǒng)規(guī)劃設(shè)計、上云部署實施、業(yè)務(wù)運營及持續(xù)改進等全流程管理工作。該項目是基于銀行互聯(lián)網(wǎng)核心，將涉及到網(wǎng)貸系統(tǒng)、手機銀行、互聯(lián)網(wǎng)收單業(yè)務(wù)，以及消費信貸、投資理財、資產(chǎn)證券化等金融產(chǎn)品全部遷移上云，并探索全行各級機構(gòu)數(shù)據(jù)中心整合模式，實現(xiàn)全行大數(shù)據(jù)的共享與協(xié)調(diào)。此項目時間緊，任務(wù)重，實施過程中，我們特別注意IT風險管理，從風險管理計劃編制、風險識別、風險定性分析、風險定量分析、風險處置計劃、風險監(jiān)控與跟蹤等方面進行了詳細的安排和工作實施，經(jīng)過我們團隊的不懈努力，“芝米BANK”整體遷移上云于2017年12月順利完成，截止到2018年4月，對私客戶數(shù)量已達30萬，超過原系統(tǒng)客戶數(shù)量的5倍之多，得到了行方的高度評價。

【正文】

2016年7月，銀監(jiān)會發(fā)布《中國銀行業(yè)信息科技“十三五”發(fā)展規(guī)劃監(jiān)管指導意見》，要求銀行業(yè)金融機構(gòu)積極探索云計算架構(gòu)模式，制訂去計算標準，聯(lián)合建立行業(yè)云平臺，逐步實施架構(gòu)遷移，到“十三五“末期，面向互聯(lián)網(wǎng)場景的主要信息系統(tǒng)盡可能遷移到云計算平臺。為了貫徹文件的精神，該市農(nóng)商銀行以高度前瞻的戰(zhàn)略規(guī)劃、為提高IT基層實施保障能力，適應本行業(yè)務(wù)發(fā)展的連續(xù)性要求啟動了互聯(lián)網(wǎng)核心系統(tǒng)”芝米BANK“整體遷移上云項目。通過邀請招標，我公司作為同業(yè)云服務(wù)提供方最終有幸中標，我作為本項目的系統(tǒng)規(guī)劃與管理師，全流程參與了該項目建設(shè)?！敝ッ譈ANK“是銀行核心系統(tǒng)的重要組成部分，是一款銀行運用”互聯(lián)網(wǎng)+“的理念，將傳統(tǒng)線下信貸、存款、投資理財、票據(jù)、收單支付等產(chǎn)品進行深度融合，通過銀行賬戶+金融服務(wù)雙重優(yōu)勢提供業(yè)務(wù)服務(wù)。

風險是在實現(xiàn)服務(wù)目標過程中所帶來的不確定性和可能發(fā)生的危險，風險一旦發(fā)生，會對服務(wù)產(chǎn)生影響。為該項目提供IT服務(wù)的過程中會遇到各種風險，這些風險通常包括人員、技術(shù)、資源、過程和其他方面。例如，在人員方面，會出現(xiàn)服務(wù)人員流動導致服務(wù)質(zhì)量波動大、人員誤操作導致業(yè)務(wù)數(shù)據(jù)丟失的風險;在技術(shù)方面，會存在采用發(fā)現(xiàn)問題的技術(shù)和服務(wù)對象不匹配的風險;在資源方面，會發(fā)生備品備件失效、服務(wù)工具失效等方面的風險;在過程方面，會出現(xiàn)過程規(guī)定不完善的風險;在其他方面，會出現(xiàn)服務(wù)范圍漫延的風險等。

為此，在工作啟動后，我除了嚴格按照ITSS的要求，努力做好運維服務(wù)生命周期階段的IT服務(wù)工作，加強團隊建設(shè)和管理之外，還特別注重對整個過程的監(jiān)督管理，特別是對IT服務(wù)風險的管控，主要從風險管理計劃編制、風險識別、風險定性分析、風險定量分析、風險處置計劃、風險監(jiān)控與跟蹤等方面加強了風險管理。

1. 風險管理計劃編制

風險管理計劃是在服務(wù)正式啟動前或啟動初期，基于風險角度對服務(wù)的一個縱觀全局的考慮、分析和規(guī)劃。作為一名合格的系統(tǒng)規(guī)劃與管理師，做任何事之前都應該先做好計劃，因此在該項目中，我非常重視風險計劃的制定。在"芝米 BANK"項目啟動之初。我召集需方代表以及我方IT服務(wù)團隊參加風險規(guī)劃會議，根據(jù)服務(wù)范圍說明書、服務(wù)級別、進度管理計劃、以往服務(wù)項目的組織過程資產(chǎn)，并結(jié)合項目實際情況，共同制定了風險管理計劃和風險模板。我們采用多次會議的方式，充分考慮了每個干系人提出的建議，同時我還額外邀請了我公司在金融領(lǐng)域的專家，全面地分析風險對各階段的影響，進行了責任分工，并要求每兩周召開一次風險評估會。

2. 風險識別

風險識別是識別并確定 IT服務(wù)有哪些潛在風險、引起這些風險的主要因素及風險可能引起的后果及嚴重程度。我通過一種在線文檔編輯軟件"石墨文檔"發(fā)布了風險管理計劃、風險模板和公司項目風險庫，將項目所有成員配置可讀權(quán)限，使其有所準備地參加風險識別的頭腦風暴會議。會議根據(jù)項目的實際情況，通過 RBS的形式，把 IT服務(wù)中的風險劃分為技術(shù)風險、需求風險及溝通風險三大類，最終形成了詳細的《風險登記冊》。比如∶1)在系統(tǒng)部署階段，考慮互聯(lián)網(wǎng)收單業(yè)務(wù)中支付交易在高并發(fā)情況下，如果沒有提供高可用的消息隊列，很可能出現(xiàn)系統(tǒng)掉單風險;2)在整個部署階段， 作為金融機構(gòu)的銀行由于其特殊性，會受到來自人行、銀監(jiān)等監(jiān)管機構(gòu)對其業(yè)務(wù)開展、系統(tǒng)上云等進行監(jiān)管，故存在項目的不確定性及SLB變更的風險;3)由于項目涉及的相關(guān)干系人眾多，涉及需方8個部門、設(shè)備供應商、若干第三方IT 公司以及監(jiān)管機構(gòu)，則存在與干系人間信息不對稱導致溝通風險。

3.風險定性分析

在風險定性分析階段，我們逐個確定每一個風險發(fā)生的可能性和優(yōu)先級并記錄下來。我通過會議的方式，組織TT服務(wù)團隊 并額外邀請兩名金融行業(yè)技術(shù)專家，對識別出來的風險進行認真細致的概率評估和影響分析，通過建立概率影響矩陣，確定各風險的優(yōu)先級，并將定性分析的結(jié)果更新到《風險登記冊》。

4.風險定量分析

風險定量分析使我們在面對很多不確定因素時提供了一種量化的方法，以盡可能做出恰當?shù)臎Q策。為了更準確地定量分析，我們時常采用決策樹的方法，進一步從量化的角度確定了不同風險對項目各個階段的影響程度，并將定量分析結(jié)果記錄到《量化風險優(yōu)先級清單》。通過使用決策樹方法，在整個過程中我們有效降低了服務(wù)的成本，比如在前述引起風險的事件(掉單情況)中，我們同時考慮了需方自有開源的消息總線 ActiveMQ以及使用云消息隊列 Ckafka 服務(wù)，但在實際分析后發(fā)現(xiàn)，如果選擇開源ActiveMQ的話，在高性能、高擴展性、業(yè)務(wù)安全和統(tǒng)一運維等方面會直接影響項目的可靠度，并會增加 IT服務(wù)成本，故通過決策樹評分后的結(jié)果我們最終采取云服務(wù) Ckafka。

5.風險處置計劃

風險處置計劃就是對經(jīng)過定性、定量分析后所更新的《風險登記冊》進行分析，把應對風險所需成本和措施加入 IT服務(wù)預算和進度中。比如針對高并發(fā)情況下的掉單風險，我們選擇云消息隊列 CKafka 來解決。針對監(jiān)管政策導致業(yè)務(wù)需求和 SLB變更的風險，我們除了制定完善的變更控制流程，還會協(xié)調(diào)我方政策研究發(fā)展部負責人積極協(xié)助銀行方提供相關(guān)匯報文件。針對項目各干系人之間的溝通風險，我邀請其都下載一款即時通訊軟件 (釘釘) 并建立溝通群。相較于微信、QQ 等通訊軟件其最大的優(yōu)點在于信息反饋的高時效性，即發(fā)出的消息能讓我知道哪些人已讀，哪些人未讀，對于未讀的干系人還可以采用DING 電話或短信通知的方式提醒干系人盡早閱讀，確保信息準確傳達并提高了溝通的效率。

6.風險監(jiān)控與跟蹤

風險監(jiān)控就是在整個IT服務(wù)過程中，監(jiān)視殘余風險，識別新風險，執(zhí)行應對計劃并評估有效性。此次項目各階段的風險監(jiān)控中，我們主要采取風險審計、差異分析和技術(shù)績效測量等方法，通過每兩周召開的風險會議，及時發(fā)現(xiàn) IT服務(wù)過程中的潛在風險，從某種程度上將風險意識灌輸?shù)綀F隊的每個人，客觀上提高了團隊小組的凝聚力。

經(jīng)過我們團隊的不懈努力，歷時5個月的“芝米BANK”整體遷移上云于2018年1月順利完成，截止2018年4月，對私客戶數(shù)量已達30萬，超過原系統(tǒng)客戶數(shù)量的5倍之多，得到了行方的高度評價。回顧此次“芝米BANK”上云項目，我對IT服務(wù)風險管理在整個項目運維過程中的重要性有了更加深刻的認識，同時也深刻認識到自己的一些不足之處，在實施過程中，也暴露了一些問題，比如資源分配不合理、風險清單不夠充分、溝通不足，信息收集不足等，不過通過應急處理和協(xié)調(diào)，這些問題都得到了妥善解決，沒有影響到項目進度。我們已經(jīng)把這些經(jīng)驗和教訓總結(jié)到了項目小結(jié)里面，為今后項目實施提供幫助。

注：以上系統(tǒng)規(guī)劃與管理師論文來源于網(wǎng)絡(luò)，僅供參考，不保證一定符合論文寫作要求，建議報名信管網(wǎng)培訓，由老師進行指導和批閱論文（如有侵權(quán)請聯(lián)系我方刪除）。