雖然風險管理不需要一個程序，但有一個過程來確定風險評估的誰、什么、地點、原因和方式，將確保這個過程在您的公司中正確地發(fā)生。過程中風險評估由誰負責？？當風險被識別時需要發(fā)生什么？在這個過程中風險評估將發(fā)生在哪里？風險評估何時需要發(fā)生，何時不需要發(fā)生？為什么你要進行風險評估（這會大大影響所需的細節(jié)）？風險評估是如何進行的，風險處理是如何記錄、控制和溝通的？與貴公司的所有程序一樣，風險評估和管理程序應(yīng)包括一些重要信息，如程序的識別和描述（例如標題、日期、作者或參考編號），以便員工知道程序是關(guān)于什么的，如果他們需要澄清，可以與誰交談。同樣，有一種格式可以確保很容易地找到程序的誰、什么、在哪里、何時、為什么以及如何，這樣就可以使員工很容易地知道他們需要在組織中做什么來進行風險管理。認證

四、職能一體化滿足原則 構(gòu)建體系整合實施，應(yīng)將管理職能的集中與分散進行結(jié)合，要充分考慮兩套體系的標準差異，調(diào)整與優(yōu)化組織結(jié)構(gòu)，做到對標準的共性要求的集中管理與統(tǒng)一控制。 五、降本增效滿足原則 兩套體系整合后應(yīng)在時效性與成本控制方面有明顯的改進。 六、風險控制滿足原則 確保在體系流程規(guī)劃、實施與運行時，能夠采取有效措施對各類風險進行有效控制。 七、全員參與滿足原則 要求在體系實施與執(zhí)行過程中，組織全體人員都參與進來，從而保證大家在思路上的共識。 八、體系運行模式滿足原則 遵照PDCA 過程方法來對體系進行不間斷的持續(xù)改進。 九、工具接口滿足原則 如要對IT 服務(wù)管理與信息，要建設(shè)兩個系統(tǒng)時，要求兩個系統(tǒng)要設(shè)計詳細的接口，并有專門的文檔來記錄接口定義。 整合可行性 通過以往的項目經(jīng)驗及對兩套體系的研究，歸納與總結(jié)ISO20000與ISO27001 的體系對比，兩套體系整合的可行性可能會存在以下幾個方面，包括： 一、體系實施人員的整合 作為兩套體系整合的 要素，也是整合重要的因素，只有對實施人員的統(tǒng)一管理與任務(wù)分派，才能更好的管理體系實施與改進。即使人員有很大變動時，也能保證正常的服務(wù)運營。 二、體系規(guī)范的整合 體系實施人員通過自身研究或借助咨詢公司深入研究兩套體系規(guī)范，找出其共性體系要素。如：ISO20000的“事件管理”與ISO27001的“信息事故管理”等。 三、法律法規(guī)的整合 企業(yè)從整體上應(yīng)滿足兩套體系的法律、法規(guī)要求，這樣可以保證符合法律的性。 四、流程建設(shè)的整合 ISO20000認證與ISO27001認證參照體系規(guī)范的模型與流程建設(shè)原則，可以規(guī)范內(nèi)在管理與外在服務(wù)程序，使服務(wù)支持與服務(wù)提供緊密結(jié)合，并對成本投入進行有效控制，為組織提供事件處理的時效性、靈活性及風險控制性。通過體系中所闡述的考核指標與報表，可實現(xiàn)服務(wù)可計量。 五、體系實施文件編制的整合 當前，兩套體系認證的文檔體系框架主要都是以四級文檔為準，并且劃分的結(jié)構(gòu)層次也有一定程度的相似之處?？梢蕴釤挸龉灿玫哪０迮c文件結(jié)構(gòu)。 六、組織運維規(guī)劃與職能的整合 組織的運維規(guī)劃要從服務(wù)與風險控制兩個主要方面來考慮，保證制定的戰(zhàn)略符合未來的發(fā)展要求，依據(jù)詳細的控制措施來保障整體的服務(wù)能力。并根據(jù)兩套體系的標準差異，調(diào)整與優(yōu)化組織結(jié)構(gòu)，完善角色人員的職能化要求，從而實現(xiàn)職能一體化的建設(shè)。 七、內(nèi)部與管理評審的整合 在管理評審的前期準備時，可以考慮其評審符合條件要素，審核后可根據(jù)審核機構(gòu)的建議來統(tǒng)一進行改進與優(yōu)化。審核機構(gòu)應(yīng)盡量選擇同一家認證機構(gòu)，保證認證及維護的一致性。