工程師的選擇常直接影響專案成敗。決策題評估的是你批判性思考、壓力下明智判斷，以及對後果的權衡。回答的關鍵不在「選了什麼」，而在你做決策的流程。它同時給出 Ownership（對結果負責）、Ambiguity（資訊不全仍推進）與 Scope（後果重大的決策）訊號。
❓ Common Questions
- 說說你必須做出艱難決策／承擔一次「經過計算的風險」的經驗。
- 你必須在有限時間內做決策的一次。
- 你必須處理多方利害關係人相互衝突的優先順序的一次。
- 你在資訊不完整的情況下做決策的一次。
- 你做出「決定不去做某件事」的一次。
- 你為趕死線、必須實作臨時解法並承擔技術債的一次。
🧠 Signals
TIP
清楚說明你如何蒐集資訊、權衡利弊、評估風險與效益，最終抵達一個資訊充分的決定，並始終把公司的目標與價值放在心上。
- 批判思考與策略性判斷：呈現思路，而非只丟出結論。
- 風險管理：承擔「有風險但非魯莽」的決定，並說明你如何降低風險（如拆階段、先臨時修補再做永久解法）。
- 讓團隊參與：徵詢意見、記下顧慮、說明決策理由——建立信任、維持士氣。
- 把公司目標放心上：連結決策與商業影響（能量化更好）。
- 技術債要主動溝通風險：談 workaround 時，展現你及早標記風險、與利害關係人溝通。
⭐ STAR Example
緊迫死線下的品質 vs 速度取捨（CARL 三幕劇：10% 情境 / 60% 行動 / 30% 結果+收穫）
- 情境 (Context)：時程極緊的專案，設計能做到「夠好」或「完美」，要趕死線就得為速度犧牲部分品質；身為 lead engineer 由我拍板。
- 行動 (Actions)：分析兩案利弊，把目標、資源、預算、時程一併納入 → 徵詢團隊意見、記下顧慮 → 決定以速度優先但不過度犧牲品質 → 向團隊說明決定與理由、回應疑慮、給出後續執行指引。
- 結果 (Results)：如期交付、達成專案目標；因溝通透明，團隊士氣維持高點。
- 收穫 (Learnings)：死線緊迫時速度有時優於完美；讓團隊參與並解釋理由能建立信任。
選材準則：決策真的兩難 × 你是拍板者 × 你能說清權衡與後果。
⚠️ Pitfalls
- 掩飾「資訊不足」的事實，假裝什麼都掌握。
- 偏袒某一方利害關係人，或妄下結論、未客觀評估所有選項。
- 只報告結論，不呈現蒐集資訊與權衡的過程。
- 談技術債／臨時解法時，不提你如何主動溝通風險（等於承認留了未爆彈卻沒作為）。
- 決策後不與相關方溝通，讓人措手不及。
🗣️ Discussion Log
（尚無紀錄。用 note 討論打磨你自己的決策故事。）
🔑 Takeaways
- 展示「蒐集資訊 → 權衡風險效益 → 讓團隊參與 → 拍板並溝通」的完整流程。
- 準備一個「計算過的風險」故事（含降險做法）與一個「資訊不全下決策」故事。
- 談技術債時，重點是主動標記與溝通風險，而非只交代你抄了捷徑。