RAID 日誌模板 Permalink
使用此模板在 Quire 中管理 RAID 日誌：將風險、假設、議題與相依關係集中在同一個地方，在表格檢視模式中依影響程度排序，並定期舉行每週審查，讓事項真正得到結案。
你可以前往 RAID 日誌專案，並將其複製到你的工作空間，省去從頭建置的功夫。
你也可以探索更多現成模板，加速你的工作流程。
認識 RAID 日誌
RAID 代表 Risks（風險）、Assumptions（假設）、Issues（議題）和 Dependencies（相依關係）。RAID 日誌是對這四類事項的持續紀錄：可能出錯的事、未經驗證就押注的假設、已經出錯的事，以及需要向團隊外部取得的資源。
大多數團隊會在某處追蹤其中一些內容，但很少有人把全部四類放在同一個地方——而這正是它的價值所在。一個遺漏的預算代碼，看起來只是個小小的行政問題，直到你發現這就是廠商不願釋出憑證的原因，也是上線週協議遲遲未簽的原因。同一個根本原因，散落在三份不同的清單裡，沒有人把它們串在一起。
日誌以五個區段呈現，最上方固定了一個專案里程碑，讓下方所有日期都能對照到那個真正重要的截止時間來解讀。
四個區段各自存放對應的分類內容。第五個區段「RAID 治理」負責持有審查節奏——這正是決定日誌能否撐過頭兩個月的關鍵。模板預先填入了二十一筆示範條目，讓你在以自己的內容取代之前，先了解一筆優質記錄的樣貌。
RAID 日誌或風險登記冊
Quire 兩者都提供，各自回答不同的問題。風險登記冊是針對單一分類的深度工具：5x5 矩陣、數值化風險分數、五種正式應對策略以及治理節奏，全部指向風險一項。RAID 日誌則是涵蓋四個分類的輕量工具，對風險的評估只使用可能性與影響兩個維度，但它涵蓋了登記冊無處安放的假設與相依關係。
當你想要一個能容納所有可能拖垮專案的事項的地方時，選擇日誌；當風險管理本身就是整個工作的核心、且評分必須有據可查時，選擇登記冊。兩者並用很常見——日誌作為日常工作記錄，登記冊作為正式文件。
模板隨附一份文件，涵蓋設定說明、各分類的判別規則，以及值得留意的常見失效模式。
第二份文件存放每週審查的會議議程，讓主持會議的人不必在當天早上臨時拼湊討論順序。
區分四個分類
這四個分類經常被混淆，而在審查時花前十分鐘爭論某件事該歸在哪裡，是一種常見的浪費。以下四個判斷標準幾乎可以解決所有情況。
| 分類 | 時態 | 回答的問題 | 判斷標準 |
|---|---|---|---|
| 風險 | 未來，不確定 | 什麼可能出錯？ | 能否寫成「如果 X，則 Y」？ |
| 假設 | 當下，未驗證 | 我們在押注什麼？ | 若假設為假，你會感到意外嗎？ |
| 議題 | 當下，確定 | 現在什麼正在出錯？ | 它已經發生了嗎？ |
| 相依關係 | 未來，他人負責 | 我們需要他人提供什麼？ | 下一個行動是否在你的團隊之外？ |
另有三條規則可以解決其餘情況。
- 成真的風險不再是風險。將它移至議題，並在原風險條目附上說明其去向的備註後關閉，而不是讓它同時出現在兩個地方。
- 被證明為假的假設不只是錯誤，它還有後果。關閉該假設，並將其後果作為風險或議題重新提出。
- 你已停止追蹤的相依關係就是一項風險。在每月清理時重新評估它的分數。
模板中的示範條目 A-01 正是規則二的實例，並已與它所產生的議題相互連結。
在表格檢視模式中查看日誌
表格檢視模式僅適用於 Professional、Premium、Enterprise 方案。更多資訊請參閱我們的定價頁面。
表格檢視模式是 RAID 日誌的核心呈現方式。它將每個自訂欄位並排顯示在條目旁，依影響程度排序後，清單頂端自然形成會議議程。
七個欄位承載整份日誌。
| 欄位 | 用途 |
|---|---|
| RAID 編號 | 穩定的識別代號，如 R-01 或 D-05，讓大家在會議中引用時不必唸出完整標題。即使條目關閉後也不要重複使用編號。 |
| 類型 | 刻意與區段重複。區段負責組織清單；類型讓你能在整個投資組合中篩選、分組或單獨抽出某個分類。 |
| 可能性 | 僅適用於風險。議題已經發生，因此此欄位對議題保持空白。 |
| 影響程度 | 適用於所有條目。這是你排序的依據，也是決定要升級哪些事項的標準。 |
| 建立日期 | 條目被記錄的時間。 |
| 最後審查日期 | 揭露疏忽的欄位。在每月清理時依此排序，從最舊的條目開始處理。 |
| 等待對象 | 記錄負責方的團隊、廠商或個人名稱。主要用於相依關係，但任何條目受阻於外部控制時都適用。 |
「建立日期」和「最後審查日期」看起來只是行政記錄，實則不然。一筆三月建立、四月審查、九月仍未結案的條目代表它沒有被妥善管理，而這兩個日期是在沒有人偶然注意到之前，唯一能讓這個事實浮現的方式。
注意： 如果你發現自己在議題上填寫可能性，它很可能是一項尚未重新分類的風險。議題已經發生，其可能性是百分之百。
八個標籤橫跨所有四個分類：預算、時程、技術、範疇、客戶、廠商、人員和合規。它們回答的問題與「類型」不同——不是條目屬於哪種類型，而是它從何而來。
寫出值得保留的條目
一份有用的 RAID 日誌與一份合規文件之間的差距，幾乎完全取決於條目的寫法。模板中每一筆示範條目都遵循相同的四段結構。
描述以「如果 X，則 Y」陳述開頭，接著說明若發生時的影響（以有人在乎的單位衡量），然後說明應對方式，最後給出需要觀察的觸發條件。緩解工作作為子任務掛在條目下方，讓計畫與記錄保持在同一個地方。
五條規則造就了差距。
- 用因果關係描述風險。「廠商延遲」是一種擔憂。「如果廠商錯過八月六日，則身份驗證測試將在沒有正式憑證的情況下開始，測試進度將延後兩週」，才是團隊可以採取行動的描述。
- 每項風險都要有觸發條件。即風險從假設轉為必須採取行動的可觀察臨界點。沒有觸發條件，升級就會姍姍來遲、憑感覺判斷。
- 說明應對方式。迴避、緩解、轉移或接受。「監控」不是應對方式，而是「我們尚未決定」的另一種寫法。
- 用有人在乎的單位描述影響。週數、金額、客戶數、聲譽。「高影響」對贊助方毫無意義。
- 每件事都要有日期。沒有到期日期的條目永遠不會被處理。
每筆條目都要指派一位具名負責人。一個團隊永不追蹤任何事，因為沒有人認為追蹤是自己份內的責任。
在看板檢視中追蹤流程
依狀態分組的看板檢視呈現的是流動，而非存量——這是一種不同但更誠實的視角。
六種狀態管理整份日誌。
| 狀態 | 使用時機 |
|---|---|
| 開啟 | 已記錄並指派負責人，尚未開始行動。 |
| 處理中 | 有人正在積極處理。 |
| 已升級 | 已超出專案團隊的處理範圍，需要上級做出決策。 |
| 正在等待審核 | 球確實在別人那裡。 |
| 已關閉 | 已解決、已退場，或不再相關。 |
| 已驗證 | 假設經過確認為真。 |
「正在等待審核」是最能彰顯其價值的狀態。沒有它，「處理中」就必須同時涵蓋「我正在處理這件事」和「我九天前發了一封郵件」——而這兩種情況需要截然不同的後續行動。
提示： 觀察「已升級」欄位幾週的動態，而不是只看一次。如果它的增速快於清空速度，這比任何狀態報告都更能可靠地反映專案的健康狀況。
用子清單取得跨類別視角
在 Free 訂閱方案中，每個專案最多可以建立兩個子清單，而此模板預設包含四個。複製後，保留你的團隊最常開啟的兩個，或升級訂閱方案以使用全部四個。更多資訊請參閱我們的定價頁面。
各區段回答的是「這是哪種類型的事項」。四個子清單回答的則是同時橫跨所有四個分類的問題——這正是維護一份統一日誌而非四份分開日誌開始發揮回報的地方。
- 立即升級：所有影響程度為「嚴重」且仍未結案的條目，不分分類。這就是指導委員會的報告包。如果超過約六筆，代表這個專案只是被旁觀，而不是被管理。
- 等待他人行動：所有下一步不在你這邊的條目。在每次狀態電話前開啟它，追蹤前三名。
- 未驗證的假設：沒有人在為時已晚之前閱讀的那份清單。每季大聲唸出一次。
- 廠商鏈：一個示範範例，而非篩選條件。
最後這個最值得優先開啟，因為它用四筆條目呈現了統一日誌的整個論據。
一張未提交的採購單是一個議題。它阻擋財務部門核准訂單，這是一項相依關係。這阻擋廠商交付正式憑證，又是一項相依關係。而這就是上線週協議遲遲未簽的原因，被記錄為一項風險。三個分類，同一個根本原因，只有因為它們存在於同一份日誌中才得以被看見。這些條目之間透過真實的任務相依關係相互連結，讓這條因果鏈被強制執行，而不只是被描述。
讓日誌保持誠實
沒有審查的日誌只是一份文件，不是一個流程。治理區段存放四項循環任務，讓審查節奏直接落在行程安排上，而不必依賴有人去記住。
| 節奏 | 進行內容 |
|---|---|
| 每週 | 依影響程度排序的三十分鐘審查。清單頂端即是議程。 |
| 每月 | 關閉過時條目，重新評估未結案風險的分數。三月時的評分在七月往往已不再準確。 |
| 每季 | 重新驗證假設。這是所有人都跳過的審查，卻也是最能抓住問題的那一次。 |
| 視需要 | 將紅色項目升級至指導委員會。 |
三種失效模式造成了大多數 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 日誌專案，將其複製到你的工作空間，即可獲得四個分類區段加上治理區段、七個自訂欄位、六種狀態、八個標籤、四個跨類別子清單，以及二十一筆已填寫完整的示範條目。