行為面試的答案要用「故事」講，不是條列成就。STAR 是最通用的骨架；STARR 補上反思、CARL 合併情境並補上收穫——三者都在做同一件事：把經歷組織成「問題→行動→結果」的弧線。
🧠 Intuition
TIP
三個縮寫別死背差異，抓住共同骨幹：極簡的情境 → 複數且對齊訊號的行動 → 可量化的結果 → 一句反思。行動是核心（篇幅最多），情境只給「剛好能理解行動」的最小背景。
人腦天生用故事記憶。比起一串成就清單，故事能繞過面試官的批判防線、被記住。一個好的面試故事要有：清楚的行動（代表可重複、對齊所問訊號的行為）、足夠的情境（構成問題→行動→解決的弧線）、足夠的結果（讓人判斷行動是否有效），而且有趣且夠短（1–3 分鐘，典型 2 分鐘）。
⚖️ 三種骨架 (Frameworks)
STAR — 最通用的四段
1970 年代由 DDI 提出，是所有行為面試資料的共同底本：
- Situation 情境：背景脈絡——當時發生什麼、誰參與、為何重要。
- Task 任務：你在該情境中的職責或挑戰——要達成/解決什麼。
- Action 行動：具體步驟——做了什麼、怎麼做、為何這樣選。
- Result 結果：成果——什麼改變了、對業務的影響。
固定結構讓你臨場也能組出完整弧線、不漏關鍵片段；有些面試官甚至受訓用此結構記筆記。缺點對資深者尤其明顯（見下）。
STARR — 多一個反思 (Reflection)
工程師版行為面試書採 STARR，在 STAR 後補上：
- Reflection 反思：從這段經驗學到什麼、個人成長、可應用到未來的關鍵心得。
要領：先想清楚職位需要哪些行為能力，再回頭挑出能證明的過往經驗，套進 STARR 逐項組織。範例答案是「框架」不是背誦稿，務必個人化。
CARL — 合併情境、補上收穫（資深首選）
Mastering 一書主張 CARL 勝過 STAR，理由有二：STAR 缺反思（而反思正是面試官評估你「規模/資深度」的方式）；候選人常糾結區分 Situation 與 Task（大型專案裡兩者糾纏）。
- Context 情境：Situation＋Task 的合併，可伸縮到「讓聽者剛好能理解行動與動機」。
- Actions 行動：同 STAR，仍是核心。
- Results 結果：同 STAR，含商業影響。
- Learnings 收穫：像寓言的寓意，是更自然的收尾，也給你舞台展現自覺與成長。
🧭 故事建構準則 (Rules)
- 行動要複數：面試官評估的是「你能否在他們組織靠重複這些行動重現結果」，盡量列出相關行動。
- 情境極簡：只給理解規模與正當化行動所需的背景。講到一半好久沒提行動，就是細節太多。
- 及早給出所求訊號：儘早點明故事與問題直接相關。
- 細節主要放在行動：用「30 秒法則」自檢——講約 30 秒還沒進到下一個行動，八成給太多。細節要達成兩件事：讓故事可理解、建立可信度。
- 結果隨題型變：衝突故事的結果要含「關係走向」；指導故事要含「被指導者是否成長」。
- 避免童話式結局：專案很少完美收場；不如意處放 Results、學到的放 Learnings。
🗣️ Discussion Log
（尚無紀錄。用 /note-enrich frameworks/star-starr-carl 或 note 討論深化。）
🔑 Takeaways
- 三個縮寫同一骨幹：極簡情境 → 複數對齊行動 → 可量化結果 → 反思；行動是核心。
- 一般求職用 STAR/STARR 即可；資深/領導職用 CARL，因為反思與伸縮式情境最能展現規模。
- 「因為我做了 X，所以發生了 Y」的明確因果，比抽象能力描述更有說服力、也更好被決策。