RAID 日誌模板 Permalink
使用這份模板在 Quire 中管理 RAID 日誌：將風險、假設、議題與相依關係集中在同一個地方，在表格檢視模式中依影響程度排序，並定期舉行每週審查，確實結清事項。
你可以前往 RAID 日誌專案並將其複製到你的工作區，無需從頭建立所有設定。
你也可以探索更多現成模板，加速你的工作流程。
認識 RAID 日誌
RAID 代表風險（Risks）、假設（Assumptions）、議題（Issues）與相依關係（Dependencies）。RAID 日誌是這四類事項的持續記錄：可能出錯的事情、尚未查證卻已押注的假設、已經出錯的事情，以及需要團隊外部人員協助的事項。
大多數團隊會在某個地方追蹤其中一部分，但很少有團隊將全部四類放在同一個地方，而這正是它的價值所在。一個缺失的預算代碼，看起來不過是個小小的行政問題，直到你發現這正是廠商不肯釋出憑證的原因，也是上線前週合約遲遲未簽的原因。同一個根本原因，分散在三份不同的清單裡，沒有人將它們串聯起來。
日誌分為五個區段，頂端釘上一個專案里程碑，讓下方所有日期都能對照那個最重要的截止時間來閱讀。
四個區段容納各分類本身。第五個區段是 RAID 治理，用來記錄審查節奏——這正是決定日誌能否撐過前兩個月的關鍵。二十一筆範例條目已事先填寫，讓你在替換成自己的內容之前，先了解一筆優質填寫的樣貌。
RAID 日誌或風險登記冊
Quire 兩者皆提供，且各自回答不同的問題。風險登記冊是針對單一分類的深度工具：5x5 矩陣、數值風險評分、五種正式應對策略以及治理節奏，全部指向風險這一項目。RAID 日誌則是橫跨四個分類的輕量工具，僅用可能性與影響來評估風險，但涵蓋了風險登記冊無處容納的假設與相依關係。
當你想要一個能記錄所有可能使專案脫軌事項的地方時，使用 RAID 日誌。當風險管理本身就是核心工作且評分必須具有可辯護性時，使用風險登記冊。兩者並用很常見，以日誌作為日常工作記錄，以風險登記冊作為正式文件。
這份模板附帶一份文件，涵蓋設置說明、各分類規則，以及值得避免的常見失敗模式。
第二份文件記錄了每週審查的議程，讓主持會議的人不必在當天早上臨時想議事順序。
區分四種分類
各分類經常被混淆，而在審查開始的前十分鐘爭論某件事應該歸在哪裡，是浪費時間的好方法。四個判斷標準能解決幾乎所有的疑惑。
| 分類 | 時態 | 回答的問題 | 判斷標準 |
|---|---|---|---|
| 風險 | 未來，不確定 | 什麼可能出錯？ | 能否寫成「如果 X，那麼 Y」？ |
| 假設 | 當下，未經驗證 | 我們在押注什麼？ | 如果它被證明是假的，你會感到驚訝嗎？ |
| 議題 | 當下，確定 | 現在什麼正在出錯？ | 它已經發生了嗎？ |
| 相依關係 | 未來，由他人決定 | 我們需要別人提供什麼？ | 下一個行動是否在你的團隊之外？ |
三條規則能解決其餘情況。
- 已實現的風險不再是風險。將它移至議題，並在原本的風險項目上加上說明指出它的去向，而不是讓它同時保持開啟狀態。
- 被證明為假的假設不只是錯誤，它還有後果。結清假設，並將那個後果作為風險或議題提出。
- 你已停止追蹤的相依關係就是一個風險。在每月清理時重新評估它。
模板中的範例條目 A-01 是規則二的實例，並連結到它所產生的議題。
在表格檢視模式中閱讀日誌
表格檢視模式僅適用於 Professional、Premium、Enterprise 方案。詳細資訊請參閱我們的定價頁面。
表格檢視模式就是 RAID 日誌的核心呈現方式。它將每個自訂欄位並排顯示在條目旁，依影響程度排序後，清單頂端便成為你的會議議程。
七個欄位支撐整份日誌。
| 欄位 | 用途 |
|---|---|
| RAID 編號 | 一個穩定的代稱，如 R-01 或 D-05，讓人在會議中能夠引用條目而無需念出完整標題。即使條目結清後也不要重複使用編號。 |
| 類型 | 刻意與區段重複。區段用來組織清單；類型讓你能在整個組合中篩選、分組或單獨取出某一分類。 |
| 可能性 | 僅適用於風險。議題已經發生，因此此欄位對它們保持空白。 |
| 影響 | 適用於所有條目。這是你排序的欄位，也是決定什麼需要升級的依據。 |
| 建立日期 | 條目被記錄的時間。 |
| 最後審查日期 | 揭露疏忽的欄位。在每月清理時依此排序，從最舊的條目開始處理。 |
| 等待對象 | 說明負有責任的團隊、廠商或個人。主要用於相依關係，但凡條目卡在你控制範圍之外的地方，此欄位都很有用。 |
「建立日期」與「最後審查日期」看似只是書面記錄，實則不然。三月建立、四月審查、九月仍未結清的條目，代表它沒有被管理，而這兩個日期是唯一能讓這個事實浮現的方式，否則只能靠有人碰巧發現。
注意： 如果你發現自己在一個議題上填寫「可能性」，它可能是一個尚未重新分類的風險。議題已經發生，因此其可能性是百分之百。
八個標籤橫跨所有四種分類：預算、行程、技術、範疇、客戶、廠商、人員與合規。它們回答的問題與「類型」不同——是條目來自哪裡，而非它是什麼種類的事物。
撰寫值得保留的條目
一份有用的 RAID 日誌與一份純粹符合規定的文件，差異幾乎完全在於條目的撰寫方式。模板中的每一筆範例條目都遵循相同的四段式結構。
描述以如果 X，那麼 Y 的陳述開頭，接著說明一旦發生的影響（以相關人員在乎的單位表示），再說明回應方式，最後給出需要關注的觸發條件。緩解工作作為子任務掛在條目下方，讓計畫與記錄保持在同一個地方。
五條規則造就了差異。
- 以因果關係撰寫風險。「廠商延誤」是一種擔憂。「如果廠商錯過 8 月 6 日，驗證測試將在沒有正式環境憑證的情況下開始，測試進度將因此落後兩週」，才是團隊能夠採取行動的內容。
- 為每個風險設定觸發條件。這是它停止只是假設、必須採取行動的可觀察時間點。沒有觸發條件，升級就會遲到且依賴感覺。
- 說明回應方式。避免、緩解、轉移或接受。「監控」不是一種回應，而是「我們還沒做決定」的另一種說法。
- 以相關人員在乎的單位說明影響。週數、金額、客戶數、聲譽。「高影響」對贊助者毫無意義。
- 每件事都加上日期。沒有到期日期的條目永遠不會被處理。
為每一筆條目指定一位具名的負責人。團隊永不追蹤任何事情，因為沒有人認為追蹤是自己的責任。
在看板檢視模式中追蹤流程
依狀態分組的看板檢視模式呈現的是移動而非庫存，這是一種不同且更誠實的視角。
六種狀態管理日誌的運作。
| 狀態 | 使用時機 |
|---|---|
| 開啟 | 已記錄且有負責人，但尚未有任何進展。 |
| 進行中 | 有人正在積極處理。 |
| 已升級 | 已超出專案團隊的處理範圍，需要上層做出決定。 |
| 正在等待審核 | 球確實在別人那邊。 |
| 已結清 | 已解決、已停用或已不再相關。 |
| 已驗證 | 假設經過查驗並確認為真。 |
「正在等待審核」是最值得存在的狀態。沒有它，「進行中」就必須同時涵蓋「我正在處理這件事」和「我九天前發了一封電子郵件」，而這兩種情況需要完全不同的後續跟進方式。
提示： 持續觀察「已升級」欄位幾週，而不是只看一次。如果它填滿的速度快過清空的速度，這是比任何狀態報告都更可靠的健康指標。
使用子清單取得跨類別視角
在 Free Subscription 方案中，每個專案最多可建立兩個子清單，而這份模板附帶了四個。複製後保留你的團隊最常開啟的兩個，或升級訂閱方案以使用全部四個。詳細資訊請參閱我們的定價頁面。
各區段回答的是「這是什麼類型的事物」。四個子清單則回答橫跨所有四種分類的問題，這正是維護單一日誌而非四份清單開始展現價值的地方。
- 立即升級是所有仍未結清的「重大」影響條目，不論分類。這就是指導委員會的會議包。如果清單超過約六筆條目，代表這個專案正在被觀察，而不是被管理。
- 等待他人是所有下一步行動不在你這裡的事項。在每次狀態電話前開啟它，追蹤前三筆。
- 未驗證的假設是沒有人閱讀直到太晚的清單。每季大聲念一遍。
- 廠商鏈是一個具體範例，而非篩選器。
最後這個子清單值得第一個開啟，因為它用四筆條目展示了單一日誌的完整論點。
一張未送出的採購單是一個議題。它阻礙財務核准訂單，這是一個相依關係。這又阻礙廠商交付正式環境憑證，這是另一個相依關係。而這正是上線前週合約仍未簽署的原因，被記錄為一個風險。三個分類，同一個根本原因，只有在它們同處一份日誌時才得以看見。這些條目透過真實的任務相依關係相互連結，讓這條鏈是被強制執行的，而不只是被描述的。
讓日誌保持誠實
沒有審查的日誌是一份文件，而不是一個流程。治理區段設有四項循環任務，讓節奏落在行程安排上，而不必依賴有人自行記得。
| 節奏 | 執行內容 |
|---|---|
| 每週 | 三十分鐘的審查，依影響排序。清單頂端就是議程。 |
| 每月 | 結清過時條目，重新評估未結案的風險。三月份評估的風險，到了七月很少還是正確的。 |
| 每季 | 重新驗證假設。這是所有人都會略過、卻也是最有價值的審查。 |
| 視需要 | 將紅色項目升級至指導委員會。 |
三種失敗模式佔了大多數死亡 RAID 日誌的原因，值得點名，因為它們是悄悄降臨的。
- 它變成了無人問津的文件。 五十筆未結案條目，大多已過時，讓人停止開啟它。兩個月沒有人碰過的條目，不是不真實，就是沒有負責人。
- 所有事情都是高影響。 如果整份日誌都是紅色，它已停止為任何事情排序了。二十筆條目中有四筆「重大」是可信的專案狀況；十四筆則代表沒有人認真思考過這份日誌。
- 它只在指導委員會開會前才更新。 屆時它已從管理工具悄悄變成報告工具了。
三種情況都有相同的、不光彩的修法：每週一次的簡短審查，以及積極地結清條目。
在我們的部落格閱讀更多關於如何評估風險並讓登記冊保持活躍的內容。
常見問題
什麼是 RAID 日誌？
RAID 日誌是一份持續記錄四類事項的單一文件：可能出錯的事情、尚未查證卻已押注的假設、已經出錯的事情，以及需要團隊外部人員協助的事項。將全部四類放在同一個地方，才能讓你看見看似獨立的問題其實共享同一個根本原因。
RAID 代表什麼？
Risks（風險）、Assumptions（假設）、Issues（議題）與 Dependencies（相依關係）。你也會看到它被擴展為 Risks（風險）、Actions（行動）、Issues（議題）和 Decisions（決策），這在專案群組工作中更為常見。Quire 模板採用第一種版本，因為假設與相依關係是團隊最不可能在其他地方追蹤的兩類事項。
風險與議題有什麼差別？
差別在於時態與確定性。風險屬於未來且不確定，以「如果 X，那麼 Y」的方式撰寫。議題屬於當下且確定，因為它已經發生。當風險成真時，它就停止是一個風險，因此請將它移入議題，並在原本的風險項目上加上說明指出它的去向。
RAID 日誌和風險登記冊有什麼差別？
風險登記冊是針對單一分類的深度工具，提供 5x5 矩陣與正式應對策略。RAID 日誌則是橫跨四個分類的輕量工具，且涵蓋了風險登記冊無法容納的假設與相依關係。許多團隊兩者並用。
RAID 日誌由誰負責？
專案經理負責日誌本身，包括審查節奏、結清過時條目以及升級處理。每一筆條目都需要一位具名的負責人，永不是團隊，因為團隊永不追蹤任何事情。
RAID 日誌應該多久審查一次？
整份日誌每週審查一次，約三十分鐘，依影響排序。每月結清過時條目並重新評估未結案的風險。每季重新驗證假設。模板將三項均設為循環任務，讓它們自動落在行程安排上。
RAID 日誌條目應包含哪些內容？
一個穩定的編號如 R-01、分類、影響評級、一位具名的負責人、到期日期以及書面回應。風險還需要填寫可能性與觸發條件——即風險停止只是假設、必須採取行動的可觀察時間點。
RAID 日誌為什麼會停止發揮作用？
三種失敗模式：日誌變成無人問津的文件，讓人停止開啟；所有事情都被標記為高影響，代表日誌已停止為任何事情排序；或是只在指導委員會開會前才更新。三種情況的修法都一樣：每週一次的簡短審查，以及積極地結清條目。
Quire 有現成的 RAID 日誌模板嗎？
有的。前往 RAID 日誌專案並複製到你的工作區，即可獲得四個分類區段加上治理區段、七個自訂欄位、六種狀態、八個標籤、四個跨類別子清單，以及二十一筆範例條目，全部已設定完成。