并非所有風險都同樣重要，這并不奇怪。有些風險發(fā)生的可能性要低得多，而另一些風險如果你不阻止它們，肯定會發(fā)生。同樣，有些風險如果確實發(fā)生，就會造成很多問題，而另一些風險則很難產生問題，或者在發(fā)生時很容易修復。甚至重要的是要考慮當風險發(fā)生時，它有多可能注意到事件-如果它可能被忽視，但會造成大量的麻煩，那么努力確保它不發(fā)生可能是至關重要的。 對于那些熟悉使用失敗模式和效果分析(FMEA)過程的人，會了解每個識別的風險都是根據(jù)效果的嚴重程度、發(fā)生的可能性和由于控制到位而被檢測的機會來評估的。認證 例如，如果供應商通知您他將停止制造組件，您可能會將風險評估為非常重大，因為這將阻礙您向客戶交付產品的能力。第二個例子，如果設備磨損會在一個過程中產生不良部件，如果廢料的成本很低，而且檢測的機會很高，可能不是一個重大的風險。在你的評估中，你會想看看三件事：嚴重程度、發(fā)生和可檢測度。如果風險發(fā)生，問題會造成多嚴重？風險有多大可能發(fā)生？？如果問題發(fā)生了，你有多可能發(fā)現(xiàn)它？即使您沒有使用正式的FMEA模板，使用這些評估標準將幫助您確定風險是否足夠大，以做一些事情。

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