#1 Supplier delivery slips
得分 16 · 高
Free 專案工具
專案風險矩陣。得分什麼可能會破壞交付.
按可能性和影響對專案風險進行評分,即時檢視 5×5 熱圖更新,並匯出自有應對計劃。
在您的瀏覽器中執行。 註冊資料從不上傳。
#2 Test environment is unstable
得分 20 · 高
可能性×影響
5
10
15
202
25
4
8
12
161
20
3
6
9
12
15
2
4
6
8
10
1
2
3
4
5
可能性
影響
2 高0 中等0 低
分數使優先順序一致，但不確定
機率乘以影響,就可以建立一個討論的共同順序。 數字是結構化的判斷,而不是測量的機率。 商定每個級別的含義,然後集中注意力於得分高的專案和降低得分的回應。
保持所有者和響應旁邊的分數
沒有主人的彩色方塊不會改變任何事情。每個重要的專案都需要一個人負責監視並做出具體的反應：避免、減少、轉移、接受、解決、驗證或解除阻止。
常見 問題
風險分數是如何計算的?
1至5的機率乘以1至5的影響,得分低於6為低,6至14為中等,15至25為高。
如果您的組織有商定的評分策略,在審查匯出的登錄檔時,請使用該策略的閾值。
什麼屬於 RAID 日誌?
風險是可能發生的不確定事件,假設是仍然需要驗證的信念,問題是現在正在發生的問題,依賴關係是交付所依賴的東西。
每個物料條目應該有一個所有者和一個響應或下一個操作。
應多久審查一次登記冊？
按照與專案更改速度相匹配的節奏：每週是主動交付的有用預設值。當觸發點臨近時，更頻繁地審查高風險。
關閉過時的專案,而不是讓登錄檔永遠成長。
專案資訊是儲存還是上傳?
登錄檔保留在當前瀏覽器標籤中,並直接匯出為 CSV 或 Markdown。 沒有帳戶,也沒有伺服器處理。