本日主題：用 STAR 準備行為面試題 預計時間：2 小時 對應主教材：第 9 章

一、今日學習目標

  • [ ] 理解並運用 STAR 法
  • [ ] 準備 2 個真實故事
  • [ ] 練熟 6 大行為題
  • [ ] 掌握每題 2~3 個不同情境的 STAR 範例

二、教材內容

2.1 STAR 法

字母 意義 重點
S Situation 情境 簡短交代背景
T Task 任務 你要解決什麼
A Action 行動 你「具體」做了什麼（重點）
R Result 結果 成果，最好量化

行為題不要講空話，要講「具體的一件事」。建議用第 3、6、7 週的實作經驗。

STAR 回答的好壞對比

壞的回答 好的回答
「我會先分析問題然後解決它」（空泛） 「上次 XX 系統當掉，我先檢查 log 發現磁碟滿了，清掉舊 log 後恢復，事後設了自動清理」（具體）
「我很擅長跟人溝通」（自我評價） 「使用者堅持要管理員權限，我用類比解釋風險，最後達成只開放需要的功能」（有故事）
「這種情況我通常會…」（假設） 「那次我實際做的是…結果是…」（真實）

2.2 六大行為題與完整 STAR 範例

Q1. 描述一次你解決困難技術問題的經驗。

情境 A — 系統當機

S：社團報名系統截止前一晚突然當機，有 200 多人的報名資料在裡面。
T：必須在隔天早上之前恢復系統，而且不能丟失任何資料。
A：我先確認資料庫備份還在，然後重啟伺服器時發現磁碟空間滿了。
   我清除了過大的 log 檔，釋放出空間後系統就恢復了。
   之後我設定了 log 自動輪轉，並加了磁碟空間監控的腳本。
R：2 小時內恢復，報名資料完整無損。
   之後 3 個月都沒再發生同樣問題。

情境 B — 自動化開發

S：在協助老師整理研究資料時，發現每週要手動彙整 5 個 Excel 檔案，
   每次花 40 分鐘，而且常因為複製貼上出錯。
T：我想用程式自動化這個重複性工作。
A：我自學了 Python 的 pandas 套件，寫了一個腳本自動讀取 5 個 Excel、
   合併並依類別彙總，最後輸出新的報表。
   我還加了錯誤處理——如果某個檔案格式不對會提示，不會整個程式當掉。
R：從每週 40 分鐘縮短到幾秒鐘，而且零錯誤。
   老師非常滿意，後來也請我幫其他整理工作自動化。

情境 C — 網路問題排查

S：在社團活動當天，整個活動場地的 Wi-Fi 突然斷線，
   有 50 多位參加者無法連線，報到系統也用不了。
T：我需要在最短時間恢復網路，讓活動繼續。
A：我先用手機開熱點讓報到系統暫時恢復運作，
   同時排查 Wi-Fi AP 的問題，發現是 DHCP 地址池用完了。
   我擴大了地址池範圍，重啟 AP 後網路就恢復了。
R：從斷線到完全恢復約 15 分鐘，活動只延遲了 5 分鐘開始。
   之後我把經驗寫成 SOP，讓社團其他幹部也能處理類似狀況。

地雷回答： - ❌ 「我通常會先分析問題」→ 太空泛，要講具體的一次經驗 - ❌ 「我很擅長解決問題」→ 自我評價沒有說服力，要用故事證明

Q2. 如何同時處理多個緊急求助？

情境 A — 工作場景

S：在打工的公司，有一天同時收到三個求助：
   1. 老闆的電腦開不了機（很急）
   2. 會計的印表機不能印（要印月報）
   3. 一位同事忘記密碼登不進系統
T：三件事都很急，但我只有一個人，必須排出優先順序。
A：我用「影響範圍 × 急迫性」來排序：
   - 老闆開不了機 → 影響高、急 → 第一處理
   - 會計印月報 → 有截止時間 → 第二處理
   - 忘記密碼 → 影響單人 → 先告知 10 分鐘後處理
   我同時讓同事先用別台電腦登入暫替。
R：30 分鐘內三件事全部解決。
   後來我整理了一份「常見問題優先序指引」給自己參考。

情境 B — 社團活動

S：社團辦活動時，我負責技術支援。開場前 30 分鐘，
   投影機連不上、麥克風有雜音、報名表單有 bug。
T：三個問題同時來，但活動即將開始。
A：我評估後決定：投影機最重要（沒有簡報就不能開始），先處理。
   麥克風的雜音請另一位同學先換一支備用麥克風。
   報名表單的 bug 不影響活動進行，放到活動結束後處理。
R：活動準時開始，三個問題在一小時內全部解決。

加分要點：

展現你有優先排序的概念，而不是「誰先來我先處理誰」。可以提到「影響範圍」和「急迫性」兩個維度來判斷優先順序。

Q3. 遇到不懂的技術怎麼學？

情境 A — 自學 AD

S：在準備面試時，我發現 Active Directory 是必備技能，
   但我在學校沒有學過。
T：我需要在兩週內掌握 AD 的基本操作。
A：我的學習步驟：
   1. 先看微軟的官方文件，了解 AD 的概念和架構
   2. 用 VirtualBox 建了一台 Windows Server 虛擬機
   3. 跟著教學實際安裝 AD、建立 OU 和使用者、設定 GPO
   4. 遇到錯誤時，先看錯誤訊息，再上網查（Stack Overflow、微軟論壇）
   5. 把整個過程寫成一份 SOP，附上截圖
R：兩週後，我能獨立完成 AD 網域建置，
   也做出了一份可以在面試展示的 SOP 文件。

情境 B — 學 Python

S：在處理大量 Excel 資料時，我發現手動操作太慢，
   但我之前沒有寫過 Python。
T：我想學 Python 來自動化資料處理。
A：我的做法是「邊學邊做」：
   1. 先跟著 Automate the Boring Stuff 的線上免費書學基礎
   2. 學到 pandas 時，立刻用自己的 Excel 資料來練習
   3. 遇到不懂的函式，直接看官方文件的範例
   4. 加入 Python 學習社群，遇到卡關的問題會發問
R：兩週內就完成了一個能用的報表自動化工具，
   後來還把它擴充成可以自動寄信通知的版本。

加分要點：

展現你有「系統性學習」的方法，而不只是「上網查」。強調「動手做」和「記錄下來」。

Q4. 和同事/使用者意見不合怎麼處理？

情境 A — 使用者要管理員權限

S：有位部門主管要求我給他所有電腦的管理員權限，
   因為他覺得這樣安裝軟體比較方便。
T：我需要在不得罪主管的情況下，說明為什麼不能給全部管理員權限。
A：我先理解他的需求——原來他常需要安裝部門專用的測試軟體。
   我用類比解釋：「管理員權限就像把公司所有房間的鑰匙都給一個人，
   萬一不小心或帳號被盜，風險很大。」
   然後我提出折衷方案：幫他建一個受限的管理員群組，
   只允許安裝已批准的軟體清單，其他操作仍然受限。
R：主管接受了方案，覺得很貼心。
   後來其他部門也採用同樣模式，減少了資安風險。

情境 B — 技術方案選擇

S：在討論公司內部知識庫要用什麼工具時，
   同事主張用 Notion（免費好用），
   但我認為應該用 SharePoint（公司已有 M365、權限控管好）。
T：我需要說服團隊用 SharePoint，同時尊重同事的意見。
A：我沒有直接否定同事，而是做了一張比較表，
   從「費用、權限控管、跟現有系統整合、資料安全」四個面向客觀分析。
   我也承認 Notion 的 UI 確實比較好用，
   並建議我們可以參考 Notion 的排版方式來設計 SharePoint 頁面。
R：團隊最後採用了 SharePoint，但採納了 Notion 風格的頁面設計。
   大家都覺得這個決定是有理有據的。

情境 C — 使用者抗拒新系統

S：公司上線新的報修系統，但很多使用者抱怨「太麻煩」，
   還是習慣打電話或直接來找 IT。
T：我需要推動大家使用新系統，但不能用強硬的態度。
A：我做了三件事：
   1. 做了一份「3 步驟快速報修」的圖文指南，貼在茶水間
   2. 到各部門做 10 分鐘的操作示範
   3. 讓使用者知道用系統報修的好處：可以追蹤進度、不會被遺忘
R：一個月後，系統報修率從 20% 提升到 80%。
   使用者反饋「原來這麼簡單」，也減少了 IT 漏接報修的情況。

Q5. 為什麼選擇我們公司？

基本回答：

產業（航太重穩定/可追溯）+ 職位（全才成長快）+ 個人特質（喜歡把基礎做扎實）。展現做過功課。

完整回答範例：

我選擇貴公司有三個原因：

第一是產業。航太 MRO 產業對系統穩定和資料可追溯的要求很高，
這跟我做事謹慎、重視細節的個性很契合。
我也了解到航太維修紀錄要符合 FAA/EASA 的規範，
IT 在這個產業扮演的角色比一般製造業更關鍵。

第二是職位。這個 IT 工程師的角色需要網路、系統、程式、
採購管理全方位的能力，我覺得這種「全才」型的工作
對新人來說是最好的學習環境，可以快速累積實力。

第三是我做過的準備。我研究過貴公司的業務，
也準備了一些作品——包括自動化報表工具、故障排除 SOP，
我相信這些都能直接用在工作上。

地雷回答： - ❌ 「因為離家近」→ 不能是唯一理由 - ❌ 「因為你們有在徵人」→ 太隨便 - ❌ 「我對你們公司不太了解」→ 沒做功課

Q6. 對「一人 IT、什麼都要做」的看法？

基本回答：

正向：能接觸完整全貌、成長快。做法：標準化/自動化重複工作、建知識庫、把時間留給重要問題；不懂就快速補強。

完整回答範例：

我覺得一人 IT 反而是新人最好的學習環境。

好處是能接觸 IT 的完整面貌——網路、系統、資安、採購、教育訓練都會碰到，
成長速度比在大公司只負責一小塊快很多。

但我知道一人 IT 最大的挑戰是「時間不夠用」，
所以我的策略是：
1. 把重複性的工作自動化（像我做的報表自動化工具）
2. 把知識和流程文件化（建知識庫、寫 SOP）
3. 做教育訓練讓使用者能自助解決簡單問題
4. 分清楚優先順序，重要的先做

這樣可以把時間留給真正需要 IT 專業判斷的問題。
至於不懂的領域，我的態度是快速學習、不恥下問，
有需要的話也會建議公司找外部廠商支援。

地雷回答： - ❌ 「一人 IT 太辛苦了」→ 面試官會覺得你無法勝任 - ❌ 「什麼都要做很棒啊，我都可以」→ 太空泛，沒有具體策略 - ❌ 沒有提到「自動化」「文件化」→ 少了解決方案

三、今日實作任務（產出）

  • [ ] 寫下 2 個你自己的 STAR 故事（建議用實作週的經驗）
  • [ ] 把 6 題各講一遍（出聲）
  • [ ] 特別練熟 Q5、Q6（這兩題最能展現契合度）
  • [ ] 練習在 2 分鐘內用 STAR 完成一個故事

四、今日練習

Q. 用 STAR 架構，練習回答「你最有成就感的一件事」。

參考解答（範例） 
S：大三時，系上的學生會網站年久失修，經常當機，
   大家都抱怨但沒人處理。

T：我主動跟學生會長提議由我來重建網站。

A：我花了兩週研究現有的問題——原來是伺服器記憶體不足加上資料庫沒有索引。
   我把資料庫重新優化、加了索引，又跟學校申請升級了伺服器。
   最後還加了一個常見問題 FAQ 頁面，減少重複詢問。

R：網站從每週當機 2~3 次變成整學期零當機。
   學生會長還頒了感謝獎給我，這件事讓我確定自己喜歡做 IT。
**關鍵**：成就感的故事要展現「主動性」、「技術能力」和「量化成果」。

五、常見誤解

誤解 正確觀念
「行為題隨機應變就好」 STAR 故事一定要事先準備，臨場編故事很容易前後矛盾
「只要技術強，行為題不重要」 很多公司錄取決策 50% 看行為題，因為技術可以學但態度難改
「同一個故事不能重複用」 一個好故事可以用在不同題目，只是強調的角度不同
「故事要很精彩」 不需要驚天動地，日常工作中的小改善只要有具體成果就是好故事

六、今日檢核

  • [ ] 我有 2 個準備好的 STAR 故事
  • [ ] 我能用 STAR 結構回答行為題
  • [ ] 我練熟了「為什麼選我們」「一人 IT 的看法」
  • [ ] 我知道每題的「地雷回答」要避免
  • [ ] 我能在 2 分鐘內完成一個 STAR 故事

七、延伸閱讀

⬅️ 上一天：Day 3 ｜ 🏠 本週總覽 ｜ ➡️ 下一天：Day 5 — 反問、薪資與禮儀