每天只花 10 分鐘進行經驗的紀錄，
能紀錄到的應該很有限、也不完整、甚至可能還有錯 ...
這種策略真的有用嗎？
只要有落實這 2 個原則就保證有效！
- 邊做邊紀錄
這是紀錄經驗的最佳時機。
- 下次照著做
有照著做，才能讓紀錄發揮價值，而且還能發現資料過時、不完整等問題，同時進行資料維護。
即使只有紀錄到 20% 的經驗，
甚至內容還有過時、不完整、甚至有錯誤 ...
一樣很有價值！
怎麼說呢？
這是一個真實的案例 ~
一位有 10 多年開發經驗的資深軟體 RD ，
被一個看似簡單的問題卡了一整天，心情也很糟 ...
既然發生了，也付出代價，就不要浪費！
順手花 10 分鐘寫成案例 FAQ，
然後發 LINE 通知給 RD 團隊，畢竟這是每個 RD 都會用到的技術，也很容易採到同樣的雷。
雖然這只是一個小小的動作 ~ 隨手經驗記錄與分享，
卻可以因此避免其他 RD 重蹈覆轍，節省整個團隊許多試錯的時間，做到「一人踩坑、全體免疫」的驚人效果。
關於這個案例更完整的描述，
少數的關鍵 20%，就能發揮 80% 巨大的效果
這 80-20 法則，應用在收集 FAQ 也非常適用。
以剛進公司的新人為例，
問題不外乎就是「公司制度、工作流程、IT系統、部門關係 ...」等 ，常見的通常不會超過 300 個 [註]。
只要有收集，
新人在陌生環境下，隨時都有 AI 可以問，就能減輕人資許多負擔，也可以讓新人更安心。
專業領域也一樣，
以我個人軟體 RD 30 年的經驗，在開發系統的過程中，同事問來問去好像也就這些。
會問還好，就怕「我以為 ...」而不問，白忙一場就算了，更慘的是還埋了 bug ...
如果有 AI，至少問的時候比較沒壓力 :-)
而且在需要的關鍵時刻剛好有紀錄，一切就值得了。
邊做邊紀錄的過程中，
如果 重要且常發生 的經驗，即使這次沒記錄到，下次發生的時候再記錄就好。
沒記錄到很可惜啊？ 是沒錯，
但總比浪費很多時間，記錄一堆用不到的經驗還好吧！
這就是事件驅動原則 (event-driven)，
是 Windows 和各種電腦作業系統得以運作數10 年的關鍵。
錯了，可能也還好
只要落實「邊做邊記錄、下次照著」，
就能讓「用得到」的經驗，有機會被持續修正！
而那些「用不到」的，
即使錯了也還好，反正也沒人參考，總比花力氣修改那些 CP 值極低的經驗也不划算，你說呢？
只要每天花 10 分鐘，
持續堅持 3-6 個月，20% 重要且常發生的經驗，應該就都會被記錄到。
過去 10 年都做不到的，
現在不用半年就做到，有沒有很厲害呢？
以下是一般公司新人典型的問題，雖然看起來都很簡單，但一樣需要人資或其他同事協助。
如果公司有相關文件 or 規章，這些問題 AI 都可以立刻秒回喔
工作日常與行政
加班需要申請嗎？加班費怎麼算？可以用補休代替嗎？
請假要提早多久送單？系統怎麼操作？需要檢附證明嗎？
早上有緩衝時間嗎（彈性上下班時間）？如果忘記打卡該找誰補簽？
公務出差或購買辦公用品，發票要打什麼統編？報銷流程怎麼跑？
...
薪酬福利與假勤
工作內容與權責
IT 與系統
公司環境與生活
電腦跑不動或印表機卡紙、沒碳粉時，要聯絡哪位 IT 同事？
中午大家通常去哪裡吃飯？有推薦的集體訂便當群組或外送文化嗎？
茶水間的零食、咖啡機是免費的嗎？冰箱裡的東西可以冰多久？
...
實務經驗
...