專案複盤與知識沉澱

專案結束不是終點。把一次專案的經驗提煉成可複用的知識資產，下次專案才能少踩坑。這個案例展示如何用 LanMate 組織一次結構化複盤，並沉澱為團隊知識庫。

用到的技能

• 內建技能（隨 LanMate 安裝，開箱即用）：Word 文件（lanmate-docx）
• 技能商店：專案回顧——KISS 法結構化復盤；PARA知識組織法——經驗分類歸檔；根本原因分析工具——用「5 個為什麼」深挖根因

場景痛點

• 複盤流於形式：只總結成績，不複盤根因
• 經驗留在個人腦子裡：換個專案經理，同樣的坑再踩一遍
• 經驗太籠統不可執行：“加強溝通”“提前規劃”無法複用
• 知識沒有歸檔：複盤報告寫完就束之高閣

推薦流程

提示詞範例

專案複盤

請根據我上傳的專案材料，對"XX 系統移轉專案"進行結構化複盤。
複盤維度：
1. 目標回顧：專案立項時的目標和關鍵里程碑
2. 結果評估：實際完成情況，與計畫的偏差
3. 原因分析：偏差的根本原因（用"5 個為什麼"深挖）
4. 經驗總結：按 KISS 法整理
   - Keep：哪些做法有效，應該保持
   - Improve：哪些做法有效但需要改進
   - Start：下次應該開始做的新做法
   - Stop：哪些做法無效，應該停止
5. 改進行動：每條經驗對應一個可執行的改進行動

要求：
- 每條經驗必須具體，不能是"加強溝通"這種泛化表述
- 原因分析要深挖根因，不要停留在表面現象
- 改進行動要含負責人和完成時間
輸出 Word 複盤報告。

經驗提煉

請從複盤結果中提煉 3-5 條可複用經驗，每條包含：
- 經驗標題：一句話概括
- 適用場景：在什麼類型的專案中適用
- 操作建議：具體怎麼做（2-3 條可執行步驟）
- 風險提示：使用這條經驗時需要注意什麼
- 來源：這條經驗來自專案中的哪個具體事件

知識歸檔

請把提煉出的可複用經驗按 PARA 框架分類：
- Projects：當前正在進行的同類專案可直接使用的經驗
- Areas：需要持續關注的領域知識（如專案管理方法論）
- Resources：參考資料（範本、清單、工具推薦）
- Archives：已完成專案的歷史記錄

每條經驗打上標籤（如：移轉專案、風險管理、溝通協作），
便於後續檢索和複用。
輸出一份知識歸檔清單。

驗收標準

• 複盤覆蓋目標偏差和根因分析（用 5 個為什麼深挖）
• KISS 四類各有具體內容，不是空話
• 每條經驗含適用場景和可執行操作建議
• 改進行動有負責人和完成時間
• 知識歸檔有分類標籤，便於檢索

常見錯誤