Skip to main content

第八篇：BSC 學習成長——傳承的力量，如何建立車隊知識庫

一個能永續經營的團隊，必須具備將個人經驗轉化為組織資產的能力。這就是「老師，我去年學長留下的資料只有幾張模糊的照片，還有三行沒註解的程式碼...我現在完全不知道從何開始啊！」

BSC

這大概是每個車隊新人最想崩潰的瞬間。歡迎來到 最底層的「學習與成長」構面。平衡計分卡 (BSC) 的最底層，也是最重要的根基：學習與成長 (Learning and Growth)。

1. 知識管理 (Knowledge Management) 體系

    顯性化：將設計思路、材料選擇邏輯寫入 Wiki 或技術白皮書。 結構化：建立易於搜尋的雲端資料夾與失敗經驗簿 (Lessons Learned)。

    2. T 型人才的培育路徑核心概念：知識管理與「不要重複發明輪子」

    鼓勵團隊成員在深耕專業技術的同時，學習橫向的管理技能。在企業中，最重要的資產不是機器，而是「知識」。

    • Mentorship顯性知識 制度(Explicit Knowledge)：學長姐帶領新進成員，進行實機操作與設計審查。可以寫下來的 SOP、設計圖、程式碼。
    • 技術分享會隱性知識 (Tacit Knowledge)：建立跨組別的技術交流機制，減少資訊孤島 (Information Silos)。老師傅的「手感」、解決問題的直覺。

    知識轉化 SECI 模型 圖 6：組織內部知識轉化模型知識管理 (SECI)KM) 的目的，就是把隱性知識轉化為顯性知識。如果你離開了公司，而你的專案因此就卡死了，這不是因為你太厲害，而是因為你的「知識轉化」做得太差。一個真正的高階人才，會建立一套系統，讓自己變得很強，但同時讓團隊「不依賴他」。

    3. 實踐建議：建立「文件優先」的文化賽車隊實例應用：那本「失敗經驗簿」

    在完成一項新設計或解決一個重大我見過最棒的車隊，他們有一套非常嚴謹的 Bug設計規範 後，應強制要求完成「技術總結」(Design Spec)。這不是行政負擔，而是對後輩工程師最有價值的投資。 當新成員加入時，他不是先去碰扳手，而是先讀完前三年的「失敗報告」。

    參考連結與延伸閱讀

    這種「知識傳承」的力量非常驚人。當別的車隊每年都在重複踩同樣的坑時，這個車隊已經在往更深層的技術前進了。 記住：你的傳承做得越好，你的後輩就能站得越高，幫你把車隊的榮光延續下去。

    職場轉化建議：把自己變成一個「可擴充的知識節點」

      建立個人知識庫 (Second Brain)： 不要相信你的腦袋，它很健忘。使用 Notion、Obsidian 或簡單的 Markdown 筆記。記錄下你解決的每一個 Bug、你研究出的每一個演算法流程。 寫「好讀」的文件： 在職場上，最好的工程師會寫一份「即便我離職了，新人照著做也能在三天內上手」的文件。這不會讓你被取代，反而會讓主管覺得你有極高的「管理潛力」，願意把你升上去帶人。 分享即成長： 主動在團隊內部舉辦技術分享會 (Tech Talk)。當你能把一個複雜的技術講到讓不同部門的人都聽懂時，你的「管理力」與「溝通力」就得到了最好的鍛鍊。

      導師小撇步：問問自己，如果今天你中樂透退休了，專案會崩潰嗎？

      如果會，那你現在就該開始寫文件了。一個好的工程師開發產品，一個偉大的工程師開發系統。

      下一篇預告： 計畫、財務、流程、學習都到位了，但如果老天不賞臉呢？ 第九篇：風險控管——當車在場上起火時，你該有的專案 B 計畫。

      Back to top