風險登記冊記錄尚未發生的事件。每個條目包含六項內容：事件本身、其成因、潛在成本、發生機率、負責人以及應對措施。一旦事件發生，它就不再是風險，而會轉變為問題，需在其他地方追蹤。
大多數登記冊的衰敗始於這個界線。問題常被錯誤地記錄為風險，因為登記冊是唯一會被審查的文件，導致清單不斷膨脹。不出兩個月，它就會變成一份混雜著擔憂與事實的記錄，最終無人問津。真正屬於檔案而非公開框架的，是任何商業敏感資訊：例如供應商名稱、合約罰則和內部成本曝險，這些應保留在專案檔案中，而非跨團隊使用的模組裡。
本登記冊分為七個場景：一個關於風險與問題的區別，兩個關於如何撰寫具體可執行的條目，一個關於可能性與影響以及為何評分不如討論重要，一個關於所有權以及為何無人負責的風險形同虛設，一個關於應對類型，以及一個關於維持登記冊活力的審查頻率。
每個專案都始於一份完整的風險登記冊，但大多數在第二個報告週期後便停止維護。本模組的價值在於直接解決這種衰敗現象，因為問題從來不在於格式本身。
「如果供應商錯過整合日期，測試將延遲三週。」這包含原因、事件和後果。若登記冊充斥著「資源」這類單詞主題，將無法採取行動，最終會悄然停止審查。
由「工程部」負責的風險，形同無人負責。明確指定個人，才能促使在審查前而非審查時完成更新。
關閉不再適用的風險，才能維持登記冊的公信力。一份只增不減的清單，意味著其中沒有任何項目正在被管理。
單獨的風險會議最容易被取消。將十分鐘的審查附加到既有會議中，是唯一能在繁忙月份中持續進行的節奏。
上傳您的 PMO 指南、團隊使用的風險登記冊範本，或上次專案的經驗教訓日誌。支援 PDF、DOC、DOCX、PPTX 和 TXT 格式，檔案大小上限為 200 MB。草稿將逐場景編輯，原始檔案本身不會被修改。
內部已發布的 PMO 指南已包含所需內容；請在下一個專案啟動前調整草稿。
