把原始檔整理成交接摘要
用 Kuse Project 把原始檔整理成一份包含事實、已定事項、待解決問題和下一步行動的交接摘要。
交接摘要要讓接手的人快速了解目前進度、已定事項、未解決問題和下一步行動，不必重複所有背景。
選擇相關檔案
新增與這項工作相關的筆記、已有摘要、參考檔案或研究資料，並放進同一個 Project，方便之後核對出處。
產生前先定好章節
先說明這份摘要給誰看、拿來做什麼，再列出必須包含的章節，例如目標、關鍵事實、已定事項、待解決問題、風險、下一步行動和原始檔。
明確哪些內容不能猜
要求 Kuse 把事實和假設分開。檔案裡沒有答案的問題，就放進「待解決問題」，不要補成看起來很確定的結論。
根據選定的原始檔建立一份可交接的專案摘要。使用這些章節：目標、關鍵事實、已作決策、待解決問題、風險、下一步行動和原始檔。保持每個章節簡潔。區分有來源支援的事實和待解決問題，不要編造缺失資訊。
什麼才算可以直接交接
接手的人應當能從摘要中理解目標、已確認資訊、未解決問題和下一步行動，不用重聽所有會議或重看每份檔案。更多細節可以回到原檔案檢視。
說明交給誰、什麼時候交
設計、營運和管理層關心的重點不同，所以要寫清楚接收人和他們下一步要做什麼。適合產生摘要的時機包括研究結束、決策會議結束，或新負責人正式接手之前。
建議的摘要結構
- 目標： 這項工作最終要達成什麼。
- 關鍵事實： 接手的人必須知道、並且有檔案依據的資訊。
- 已定事項： 檔案中明確記錄的決定；有負責人和日期時一併保留。
- 待解決問題： 缺失、衝突或仍未確定的內容。
- 風險和依賴項： 可能影響計劃的問題，不要自行猜測嚴重程度或發生機率。
- 下一步行動： 檔案有依據時，再填寫具體行動、負責人和日期。
- 原始檔： 這份摘要參考了哪些檔案。
事實、決定和假設要分開
事實有檔案依據；決定是已經確認的選擇；假設仍需要驗證。不要把三者混在一起。檔案回答不了的問題，直接列為待解決，不要寫成確定事實。
重要資訊要能查到出處
重要事實、決定和爭議點要標明原始檔。不需要每句話都帶引用，但涉及範圍、時間、成本、負責人和風險的內容，接手的人應該能找到依據。
交接前再檢查一遍
- 刪掉重複、又不能幫助接手人行動的背景資訊。
- 對照原檔案檢查名稱、日期、負責人和已定事項。
- 確認未解決的問題沒有被誤寫成事實。
- 下一步行動要具體，但不要編造負責人或截止日期。
- 在接收人實際使用的位置開啟最終檔案，確認顯示正常。
摘要也可以繼續作為輸入
把摘要和原檔案留在同一個 Project。以後可以用它產生簡報大綱、交付清單或狀態更新。決定發生變化時，及時更新並標示版本，避免兩個互相矛盾的版本同時流傳。