三個月後沒人記得為什麼這樣決定,Decision Log 就是解法
三個月後沒人記得為什麼這樣決定?Decision Log 是一份記錄重要決策背景與原因的工具,讓團隊不用靠記憶維持共識,也讓新成員快速理解脈絡。
WHY|決策消失了,麻煩才開始
「當初為什麼這樣決定?」這句話在專案中後期常常出現。新成員加入,沒有人告訴他背景。產品方向調整,舊的決定被重新質疑。某個功能被砍掉,但三個月後又有人提議做回來。
這些情況有個共同點:決策當下有人知道原因,但沒有記下來。
Decision Log 不是繁瑣的文件作業,是讓團隊不用一直重新解釋、不用靠記憶維持共識的工具。
WHAT|Decision Log 是什麼?
Decision Log 就是一份表格,把每一個重要決策記下來,包含:
- 什麼時候決定的
- 決定了什麼
- 為什麼這樣決定(背景、考量、取捨)
- 誰決定的
- 影響範圍
一個基本的欄位設計長這樣:
不需要每個決定都記,只記真正重要的:影響超過一個團隊、涉及資源取捨、或六個月內可能被質疑的決策。
HOW|怎麼開始用 Decision Log?
第一步:建一個地方放它
Notion、Confluence、Google Sheet 都可以,選你的團隊最常打開的地方。放在看不到的地方就沒用。
第二步:設計欄位,越簡單越好
日期、決策描述、原因、決策者這四欄是最低限度。其他欄位依需求加,但每加一欄就多一個填的負擔。
第三步:把記錄點融入既有流程
不要靠「事後補」,那根本不會發生。把填 Decision Log 放進會議結束前的最後 5 分鐘,或 sprint review 的固定環節。
第四步:新人入職就給他看
Decision Log 最大的價值之一是幫新成員快速理解「為什麼現在是這樣」。把它放進 onboarding 流程。
第五步:定期回顧
每季看一次,把已過期或已執行完的決策標記起來。保持表格清爽,才有人願意繼續用。
什麼決策值得記?
一個判斷方式:如果這個決定在六個月後被質疑,你能不能清楚說出當時的原因?如果答案是「可能不行」,就記下來。
開始練習
想一個上週做的決策,把它填進一個最簡單的版本,就三欄:決定了什麼、為什麼、誰決定的。這就是你的第一筆 Decision Log。
常見問題
Q:Decision Log 和會議記錄有什麼不同?
會議記錄記的是「說了什麼」,Decision Log 記的是「決定了什麼、為什麼」。前者是流水帳,後者是可查詢的決策資產。
Q:誰來負責填?
通常是 PM 或 Scrum Master,但決策者本人填最準確。最好在會議當下指定人填,不要散會後靠記憶補。
Q:小決定也要記嗎?
不用。只記影響範圍大、涉及取捨、或會被質疑的決定。太瑣碎的決定記進去只會讓人不想開這份文件。
Q:決策後來被推翻了怎麼辦?
直接在原本那筆紀錄加一欄「更新」,記錄什麼時候、為什麼改變了。這也是決策歷史的一部分。
Q:用什麼工具最好?
沒有最好的工具,只有最適合你的團隊的工具。Google Sheet 夠簡單、夠透明,很多團隊用這個就好。