三個月後沒人記得為什麼這樣決定,Decision Log 就是解法

三個月後沒人記得為什麼這樣決定?Decision Log 是一份記錄重要決策背景與原因的工具,讓團隊不用靠記憶維持共識,也讓新成員快速理解脈絡。

三個月後沒人記得為什麼這樣決定,Decision Log 就是解法

WHY|決策消失了,麻煩才開始

「當初為什麼這樣決定?」這句話在專案中後期常常出現。新成員加入,沒有人告訴他背景。產品方向調整,舊的決定被重新質疑。某個功能被砍掉,但三個月後又有人提議做回來。

這些情況有個共同點:決策當下有人知道原因,但沒有記下來。

Decision Log 不是繁瑣的文件作業,是讓團隊不用一直重新解釋、不用靠記憶維持共識的工具。

WHAT|Decision Log 是什麼?

Decision Log 就是一份表格,把每一個重要決策記下來,包含:

  • 什麼時候決定的
  • 決定了什麼
  • 為什麼這樣決定(背景、考量、取捨)
  • 誰決定的
  • 影響範圍

一個基本的欄位設計長這樣:

日期
決策描述
背景與原因
決策者
影響
狀態
2024/06/01
不做 iOS 版,先只出 Web
用戶調查顯示 80% 從電腦訪問
PM + CTO
工程資源集中在 Web
確認

不需要每個決定都記,只記真正重要的:影響超過一個團隊、涉及資源取捨、或六個月內可能被質疑的決策。

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 夠簡單、夠透明,很多團隊用這個就好。

免費收到實用 PM 知識,產品心法,工作經驗分享