您的位置:軟件測試 > 軟件項目管理 > 風(fēng)險管理 >
基于項目的風(fēng)險管理程序
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2013/12/9 15:29:09 ] 推薦標(biāo)簽:


1. 目的

1.1 給所有項目提供一個統(tǒng)一的方法,供項目管理者來對設(shè)計、開發(fā)、生產(chǎn)、施工、安裝、調(diào)試、試運行、操作和服務(wù)中出現(xiàn)的危險源進行識別、評估和管理。

1.2 給記錄、監(jiān)控和管理風(fēng)險提供一個標(biāo)準(zhǔn)的樣式。

2. 范圍

2.1本文件適用于所有的在公司正式立項的項目,如新產(chǎn)品開發(fā)項目、境外項目等。管理和控制風(fēng)險時所要采取的具體步驟,包括以下幾點:

(1) 過程中所涉及到人員的職責(zé)和權(quán)限;

(2) 新危險源的識別和記錄;

(3) 對已識別出來的危害所采取的行動;

(4) 為了將風(fēng)險降低到一個低可接受原則(ALARP)水平,所要實施的決策和進行的審核。

(5) 使用危害日志來對危害解決方案進行監(jiān)控,使方案能及時和滿意地完成。

2.2 子合同承包商的風(fēng)險管理應(yīng)參照本程序執(zhí)行。

3. 職責(zé)

3.1 對所有危害管理活動進行協(xié)調(diào)。

3.2 維護危害日志。

3.3 對各種危害識別活動中出現(xiàn)的新危害進行記錄和通知。

3.4 審核已經(jīng)識別出來的危害,以確認(rèn)這些危害是否屬于工作范圍。

3.5 與質(zhì)量安全工程師進行協(xié)調(diào),以保證危害日志的一致性。

3.6 對危害降低措施等危害管理過程的實施進行監(jiān)督。

3.7 確保已經(jīng)在運行的系統(tǒng)/子系統(tǒng)里,執(zhí)行了已經(jīng)認(rèn)可的危害活動。

3.8 決定采取什么行動,來將識別出來的危害降低到一個ALARP水平。

3.9 進行定量風(fēng)險評估和成本收益分析,以證明危害降低到一個ALARP水平。

3.10 作為日常工作的一部分,所有人員需從危害情景總結(jié)表中找出并提交危害,以便填入危害日志里。

3.11  給危害管理過程相關(guān)的問題提出建議。

3.12  采取審核活動,來確認(rèn)危害行動的實施。

4. 工作程序

4.1 危害狀態(tài)

危害日志中對7個不同狀態(tài)進行了定義,以反映出危害管理過程中每個危害的進展情況。

狀態(tài) 狀  態(tài)  描  述

0 將危害記錄到日志里

1 對危害進行了審核,需要澄清

2 質(zhì)量安全工程師對危害進行審核

3 質(zhì)量安全部對危害進行審核

4 控制措施完成

5 監(jiān)控實施的效果

6 危害處理完畢,而且不需要進一步采取行動

d 將危害從日志中刪除。

4.2 風(fēng)險分類

4.2.1危害日志中記錄的所有危害應(yīng)該按照它們的風(fēng)險來進行評估,且要對危害進行管理直到它們被消除或者它們帶來的風(fēng)險被降低到可以接受的水平。在危害的風(fēng)險分類和解決危害所需要的努力之間應(yīng)該有直接的關(guān)系。

4.2.2在危險源識別過程中,風(fēng)險矩陣的目的是對危險源進行優(yōu)先排序,以供審核和評估。A類風(fēng)險指有可能超過任何可以容忍標(biāo)準(zhǔn)的危害,尤其當(dāng)它們與其他一些危害一起發(fā)生在弱勢群體中時。相反,D類風(fēng)險指可能不需要采取行動來減少風(fēng)險的危害,因此也是不急于去審核的危害。

4.2.3 應(yīng)該使用專門的風(fēng)險矩陣來:對必須采取風(fēng)險降低措施的“高風(fēng)險”(A類)進行識別;篩去不必進行進一步分析的“可以忽略風(fēng)險”(D類);強調(diào)需要采取進一步風(fēng)險減少措施的“中等風(fēng)險”和“低風(fēng)險”(分別是B和C類)。風(fēng)險矩陣如下圖所示。

4.2.4要決定采取什么措施來消除或者將風(fēng)險降低到可以接受的水平是風(fēng)險處理的重要內(nèi)容。

上一頁123下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd