營隊結束才是開始：把學習成果整理成學習歷程與 LinkedIn

營隊結束後，很多人會把證書收進資料夾、照片存進手機，然後等到高三準備備審資料時，才努力回想自己當時做過什麼。

但真正能替學習歷程加分的，通常不是「參加過營隊」這件事，而是你能不能清楚說明：為什麼參加、做了什麼、遇到什麼問題、如何調整，以及這段經驗如何影響下一步。

營隊結束的那一週，正是整理這些內容的最好時機。記憶還清楚、作品還找得到，隊友與講師也比較容易協助確認細節。

第一步：先歸檔、後編輯、再美化

歸檔不是把所有檔案丟進同一個資料夾，而是讓幾個月後的自己，仍能看懂這些素材從哪裡來、哪一份是原始檔、哪一份是最後成果，以及自己在過程中做了什麼。

先保留完整資料，再從中挑選適合放入學習歷程和 LinkedIn 的內容。不要一開始就只留下最好看的成品；草稿、錯誤畫面與修改版本，往往更能呈現你如何發現問題、做出調整。

建立固定的資料夾結構

可以為每一次營隊建立一個獨立的根目錄，再依內容分類：

NATCP_營隊名稱_姓名/
├── 00_活動資訊/
├── 01_課程筆記/
├── 02_作品原始檔/
├── 03_修改與測試紀錄/
├── 04_成果展示/
├── 05_照片與影片/
├── 06_回饋與證明/
└── 07_學習歷程成品/

各資料夾可以保存：

• 課程筆記、講義與自己畫下的重點
• 程式碼、簡報、設計稿、實作照片或成果影片
• 小組分工，以及自己實際負責的部分
• 遇到的錯誤、修改紀錄與不同版本的成果
• 講師或隊友給你的回饋
• 營隊證書、檢定或其他正式證明

檔名要包含日期、內容與版本

檔名也要讓未來的自己看得懂。與其留下十幾個 IMG_1234 或 final_final2，可以使用一致的命名方式：

• 2026-07-29_專案簡報_v01.pdf
• 2026-07-29_專案簡報_v02_講師回饋後.pdf
• 2026-07-29_功能測試_登入錯誤.png
• 2026-07-29_成果展示_final.mp4

原始檔不要被編輯後的版本覆蓋。照片可以保留原圖，再另外輸出裁切或壓縮後的展示版本；程式碼則可以依版本另存，熟悉 Git 的話也能用 commit 留下修改原因。

留一份索引，記錄每個檔案的用途

在根目錄放一份 README.md 或 檔案索引.txt，簡單記下營隊日期、課程主題、小組成員、個人分工，以及最值得展示的三到五個檔案。日後製作學習歷程時，就不用重新打開每一個檔案猜內容。

最後，把完整資料保留在電腦或外接硬碟，再同步一份到自己的雲端空間。歸檔完成後，才開始編輯文字、壓縮圖片與設計版面，原始素材會更安全，後續也更容易重新組合成不同用途的成果。

證書只能證明你到過現場；過程、作品與反思，才能證明你真的學過。

整理素材時也要留意隱私。不要公開同學的姓名與照片，除非已經取得同意；程式作品則要先移除 API key、帳號、個人資料及其他不應公開的內容。

第二步：用「動機—行動—成果—反思」完成學習歷程

學習歷程不是活動流水帳。與其從第一天早上報到一路寫到結業式，不如用四個問題組成一條清楚的敘事線。

1. 動機：我為什麼選擇這個主題？

不要只寫「因為我對 AI 很有興趣」。試著交代興趣從哪裡開始，以及參加前想解決什麼問題。

例如：

我過去使用生成式 AI 時，大多只停留在問答與文字整理。這次參加營隊，是希望理解 AI 工具如何進入完整的專案流程，也想確認自己是否適合繼續探索資訊工程。

2. 行動：我實際做了什麼？

把「我們完成了一個作品」拆成自己的具體貢獻：你負責整理需求、撰寫程式、測試功能、查找資料，還是上台報告？使用了哪些工具？如何與隊友合作？

如果是小組作品，務必清楚區分「團隊成果」與「個人貢獻」，不要把整組完成的事情全部寫成自己的成就。

3. 成果：有哪些可以驗證的證據？

成果不一定要是得獎。完成一段可執行的程式、一份分析簡報、一個 FPGA 實作、一次技術報告，甚至是找出作品失敗的原因，都可以成為證據。

替每張圖片加上簡短說明，讓讀者知道它呈現的是哪個階段、你做了什麼，而不是只放一張沒有上下文的大合照。

4. 反思：這段經驗如何改變下一步？

反思不是「我學到團隊合作很重要」。更有說服力的寫法，是指出原先的想法、實際遇到的落差，以及你準備採取的下一個行動。

例如：

我原本以為功能做出來就是完成專案，但測試時才發現，如果沒有先定義使用情境，很容易反覆修改。接下來我會先補強 Git 與測試觀念，並把營隊作品重新整理成一個能獨立展示的小專案。

第三步：把內容整理成一份看得懂的成果檔案

正式檔案不需要堆滿華麗裝飾。讀者應該能快速找到重點，也能分辨你的個人貢獻。可以使用以下結構：

1. 活動名稱、時間與一句話摘要
2. 參加動機與原先設定的目標
3. 學習過程、個人任務與使用工具
4. 作品成果與具體證據
5. 遇到的困難、調整方式與反思
6. 與申請方向的連結，以及下一步學習計畫

學習歷程檔案可以記錄作品、成果報告、影音創作、證照與其他多元表現；它的目的，是讓校系看見學習軌跡、個人特質與發展潛力。營隊成果應該放在哪個分類、何時上傳，仍要依自己學校當年度的規定確認。可先閱讀技專校院招生策略委員會的學習歷程說明，再向學校輔導室或教務處確認。

第四步：用同一批素材規劃 LinkedIn

學習歷程檔案是為升學情境整理的成果；LinkedIn 則是一份持續更新、可能被公開看見的專業檔案。兩者可以共用素材，但不應直接複製貼上。

從知書系統把證書新增到 LinkedIn

如果營隊證書已經發放到我們的課務系統（知書系統），可以直接從系統將證書資料帶到 LinkedIn：

1. 登入知書系統後，點選上方的「活動系統」。
2. 在活動紀錄中找到你想展示的證書。
3. 確認證書名稱與資料正確。
4. 點擊證書右側的「新增到 LinkedIn」。

接著依照 LinkedIn 畫面檢查證書名稱、發證單位、核發日期與證書資訊，再完成新增。這樣能減少手動輸入，也方便把營隊成果和個人檔案放在一起整理。

Headline：不要只寫「Student」

Headline 是別人最先看到的內容之一。它不必假裝自己已經是工程師，而是要說清楚現在的身分、關注方向與正在累積的能力。

可以使用這個公式：

目前身分｜關注領域｜正在實作的方向

例如：

高中生｜關注 GenAI 與資訊安全｜以專案探索資訊工程

About：用兩三段話說明你的方向

About 可以依序回答三件事：

• 你目前關注什麼領域？
• 哪一段經驗讓你開始投入？
• 接下來準備完成什麼？

LinkedIn 官方也建議 About 聚焦個人的動機、使命與技能，不需要寫成很長的自傳。可參考官方的個人檔案建議。

Projects：把營隊成果放在正確的位置

營隊不是實習，就不要把它包裝成工作經驗。比較合適的做法，是把實作成果放進 Projects，寫清楚：

• 專案要解決的問題
• 使用的工具與技術
• 自己的角色與具體貢獻
• 最後成果及下一版想改善的地方

如果有公開的程式碼、作品頁或成果簡報，可以透過專案的媒體欄位加入連結。LinkedIn 目前提供 About、Skills、Projects、Courses、Licenses & Certifications 等個人檔案區塊；實際可用欄位與操作方式可查看官方新增個人檔案區塊說明。

只有在真的取得證照或正式證明時，才放入 Licenses & Certifications，並正確填寫發證單位。不要把一般參加證明改寫成專業證照。

Skills：只留下你能說明的能力

不要因為 LinkedIn 可以加入很多技能，就一次放入幾十個關鍵字。先選擇和作品直接相關、自己能在面試或自我介紹中說清楚的技能，例如 Python、Verilog、Git、Public Speaking 或 Teamwork，並把技能對應到實際使用它的經驗。LinkedIn 的 Skills 官方說明也建議維持與自身經驗相關的技能清單。

Featured：讓作品比自我形容更早被看見

如果你的帳號可以使用 Featured，可以挑選少量最能代表自己的作品，例如成果簡報、專案連結、示範影片或營隊反思文章。Featured 的用途是展示工作樣本，而不是把所有活動照片都放上去。內容形式與可見範圍可參考 LinkedIn Featured 說明。

一週完成計畫

如果不知道從哪裡開始，可以把工作拆成七天：

1. 第 1 天： 備份所有筆記、照片、程式碼與證明。
2. 第 2 天： 列出動機、行動、成果、反思四個段落的要點。
3. 第 3 天： 完成第一版文字，不急著排版。
4. 第 4 天： 挑選作品證據，補上圖片說明與個人分工。
5. 第 5 天： 請隊友、老師或家長確認事實與閱讀順序。
6. 第 6 天： 完成學習歷程 PDF，並更新 LinkedIn 對應欄位。
7. 第 7 天： 檢查隱私、連結與錯字，寫下下一個可執行的學習目標。

最後檢查：不要只問「看起來厲不厲害」

在上傳或公開以前，重新確認：

• 沒有把小組成果全部寫成個人成果
• 每一項能力都有作品、行動或回饋作為證據
• 有寫出困難、調整與下一步，不只有成功結果
• 沒有誇大證書、課程名稱或講師關係
• 已移除個資、密碼、API key 與未經同意的照片
• LinkedIn 與學習歷程中的日期、角色與成果一致

一次營隊不會直接決定未來，但它可以成為一個很好的起點。把短短幾天的經驗整理成作品、反思與下一步，你留下的就不只是一張證書，而是一段能被理解、被驗證，也能繼續成長的學習軌跡。