如何將會議記錄轉化為行動項目？

找出記錄中的承諾事項

將記錄通讀一遍，並標記暗示有人將在會後執行某事的陳述。留意如*發送、審查、起草、確認、比較*和*排程*等動詞。同時也要檢查決策：即使沒有人說「我來做」，一項決策也可能會產生後續工作。Atlassian 建議在會議結束時預留時間，用來記錄未解決的問題、後續任務並指派負責人（Atlassian 高效會議指南）。

在建立任務之前，請先區分以下三個類別：

討論要點並不自動等於任務。例如，「我們討論了春季通訊」並沒有說明任何人必須做什麼。如果記錄寫著「Maya 將為下次規劃會議起草兩個通訊主題」，這才是一個潛在的行動。如果當時未做出任何承諾，請將討論保留在記錄中，或標記以待釐清，而不要事後溯及既往地指派工作。

將每項行動改寫為可看見的成果

採用簡潔的結構：動詞 + 交付成果或結果 + 有效範疇。成員應該無須重溫整個會議，就能清楚知道完成的工作長什麼樣子。

以下為改寫範例，並非實際回報的會議成果。請保持範疇忠於實際討論的內容，切勿私自添加額外的工作、假設或成功標準。如果記錄中未說明「審查」代表什麼意思，請向團隊或負責人確認預期的成果。

為每項行動指派單一當責負責人

為每項任務指派一名指定人員擔任負責人。該負責人可以向其他人尋求協助，但單一負責人能清楚界定由誰來推進該行動並回報進度。Atlassian 的《角色與職責》工作法建議團隊在職責重疊時指定主要負責人，讓未認領的工作保持可見，並為未解決的歸屬問題設定後續追蹤日期。

根據會議中的實際承諾來確認負責人。如果記錄寫著「Maya 和 Lee 將比較方案」，請確認誰將負責完成比較報告，並在有需要時將另一人列為協作者。如果當時無人自願，請不要根據職稱推斷歸屬，也不要在未經確認的情況下指派任務。請標記為「負責人待確認」，並請相關人員協商敲定。

設定負責人能夠接受的截止日期

有用的截止日期是指日曆上的具體日期，而不是「盡快」、「下週」或「下次會議前」。這些詞彙可能含糊不清，特別是當團隊成員身處不同時區或以不同會議日期來解讀時。請保留記錄中原定的時間安排，並在記錄不明確或尚未商定截止期限時，與負責人確認具體日期。

若存在前後相依關係，請同時記錄順序與日期：例如，「待場地決選名單完成後，於 5 月 14 日前確認檔期。」若第一項任務延誤，團隊就能看出可能需要重新評估哪個後續日期。切勿為了讓清單看起來完整而捏造截止日期。在負責人與相關參與者達成共識之前，請使用「截止日期待確認」。

採用最短且可靠的轉化流程

對於一般的會議記錄，這個四步驟流程通常就足夠了：

使用虛構細節的範例：記錄寫著「我們選擇了藍色版面配置。Jordan 負責準備更新的模型；在下次檢核前審查。詢問 Priya 原始圖檔是否已準備好。」行動清單可以寫成：

此處的日期和姓名僅供示意。原始記錄僅為模型提供了一個相對的截止期限，而對於原始圖檔問題則完全沒有日期。在實際後續跟進中，請確認「下次檢核前」的具體含義、與 Jordan 確認日曆上的日期，並詢問 Priya 是否負責第二個行動。選擇的版面配置是一項決策；除非有人需要進行後續工作，否則它不是一項獨立的任務。

讓未解決的事項保持可見，而不將猜測轉變為指派任務

如果記錄中未指明負責人、日期或交付成果，請標註缺失的部分。範例包括「負責人待確認」、「截止日期待確認」或「釐清預期成果」。接著向相關參與者發送針對性的問題。這樣既能保留記錄，又能避免造成有人已接受工作或截止日期的錯誤印象。

當團隊同意由某人進行調查時，待解決問題本身可能就需要一位負責人。在這種情況下，請建立一項用來尋找或回報答案的任務，而不是為該人無法控制的事情指派解決任務。例如，如果負責人無法做決定，那麼「向場地詢問檔期並回報」就比「決定場地」更加具體。

分享一份成員能實際使用的精簡清單

讓行動清單易於快速瀏覽。內容應包含行動、負責人與截止日期；僅在有助於成員協調時才添加狀態或依賴關係。將更完整的討論和背景保留在會議記錄中，並將行動清單連結或附加到記錄中，以便讀者能追溯這項工作為何存在。

如果團隊使用工作或學校帳戶的 Google 文件，[Google 的說明頁面](https://support.google.com/docs/answer/65129?hl=en)說明了如何在註解中指派行動項目以及重新指派給他人；被指派者會收到一封電子郵件。無論團隊使用哪種工具，都請確認任務對其負責人可見，並且在會議之外日期依然明確易懂。一份共享清單只有在成員知道它存放在哪裡時才有用。

快速最後檢查

在發送記錄之前，請瀏覽每項行動並詢問：預期成果是什麼？誰負責？何時完成？如果有任何答案缺失，請清楚呈現該不確定性，並向能夠確認的人員跟進。這個小檢查能將會議記錄轉化為實用的工作交接，同時忠實記錄團隊實際達成的共識。

繼續探索這個主題