選擇:挑選回應#
解碼問題、理解面試官要的訊號領域之後,就該依問題類型挑選回應:
- 「請談談某次……」問題:從過去挑一個故事。
- 價值觀問題:先給出你處理該工作面向的通用框架,再帶入一個體現此做法的故事。
- 假設性問題:用你自己的提問釐清情境,給出框架,帶面試官走一遍你會怎麼做(套用框架),並提及你過去處理類似狀況的故事。
由於三者最終都要說故事,且「請談談某次……」最常見,我們先談如何有效挑選故事,價值觀與假設性問題的細節留到本章後段。
如何挑選故事#
從過往經歷挑故事時,依以下四個標準按序優先排序:
- Scope(規模):選規模最大的專案。規模可由多種方式定義——你採取行動的廣度與多樣性(是否包含規劃、執行、途中化解衝突?)、專案時間尺度(數週/數月/數年)、技術或組織複雜度、對業務/團隊/產品的影響。
- Relevance(相關性):故事必須貼合問題、交付所需訊號。優先選那些不需大量解釋就能自然展現所求訊號領域的故事。相關性是一道光譜(從絕佳到薄弱匹配),也要考量與公司、職位、甚至面試官背景的相關性——與面試官團隊相似的情境更能連結他們的需求。
- Uniqueness(獨特性):有時你先前回答用過的故事也適用於當前問題,要回收還是開拓新題材?一場好的面試,是你分享了所有最能代表你過往貢獻、且貼近目標職位的核心故事。在其他條件相同時,選聽者還沒聽過的新故事;若有多個具足夠規模與相關性的新故事,就從訊號領域的多樣性著手(已講過技術複雜的,可換一個組織複雜的)。
- Recency(近期性):越近期的故事分量越重,因為它代表你當前的能力與思維,影響面試官對你整體規模的認知。去年的故事通常勝過五年前的。
早期職涯候選人應更偏重近期工作,因為你成長快速、最新專案最能代表你。資深者較有彈性——兩年前一個展現卓越領導或技術深度的亮眼故事,可勝過近期但較平淡的例子。慎用 3 ~ 5 年前的故事;除非你非常資深(VP 以上)或有特殊情況(如職涯中斷),否則應避免 6 年以上的故事。
為什麼是這個優先順序#
因為面試時間有限,你必須在此與面試官的評估目標間取得平衡:
- Scope 優先於 Relevance:像「談談你最喜歡的專案」不該按個人喜好回答,而該用最能代表你最大成就的專案。即使另一個故事字面上更貼題,你最高規模的故事能提供最有價值的訊號——那串可重複的行動——讓面試官最理解為何該錄取你。
- Scope 優先於 Recency:兩年前展現重大技術領導與商業影響的專案,勝過上個月直白的功能實作。面試官評估的是你能力的「最高水位線」。
- Relevance 優先於 Recency:若一個較舊的故事直接展現所求訊號,而近期故事只沾到邊,選較舊的。
- 隨面試推進更看重 Uniqueness:前段聚焦規模與相關性;隨著多題累積,開始考量你是否已講過某些故事或展現過某些能力,設法納入最亮眼的故事與更多元的訊號領域,過程中可適度放寬相關性。
常見的選故事難題#
- 挑最具影響力的專案或衝突故事:太常見且佔用大量時間,另在「Step 4:三大題」專門處理。
- 挑關於弱點或失敗的故事:也很常見,另在「關於弱點、錯誤與遺憾的問題」處理。
- 只有薄弱匹配時:提及數個較小的故事,能在主故事深度不足時仍傳達出規模與影響感。參見「光環效應:從清單中榨取價值」。
- 是否選較舊的故事:在故事品質與近期性間權衡;越資淺,面試官越期待近期故事。
- 如何依對象配對故事:面對直屬用人主管與面對跨職能夥伴,選的故事可能不同,想想故事是否觸及聽者相關的主題。
完全沒有相關故事怎麼辦#
盡量貼近所求訊號領域、講最接近的故事(如同上面的薄弱匹配)。若真的什麼都沒有、連薄弱匹配都沒有,就誠實說明,並考慮退一步當成假設性問題來處理。絕不說謊或編造故事。
資淺候選人在沒有工作故事時:永遠優先工作故事,但若真的沒有,可選學校故事;再沒有,才選個人故事。學術專案能展現與職場相同的行為(採取主動、解決複雜問題、與他人合作達成有意義的成果);個人故事仍應展現領導、解決問題、克服挑戰等專業行為,避開過於私人的題材。有故事(即使是個人的)也比毫無故事好。
- 說謊損害人格:即使拿到工作,你也會失去自尊、埋下冒牌者症候群。
- 說謊很難:你不會有編造專案的真實細節,經驗老到的面試官會察覺細節變模糊、時間線不合理、你在追問下信心崩解。
- 說謊有風險:你可能因原則問題被拒,或損害業界聲譽。
與其說謊,不如重新框定你的貢獻,或誠實承認沒有故事、當成假設性問題處理。
延伸案例:如何重新框定貢獻(正反示範)
問:談談你主導的一項倡議。
反例:「我主導了從單體到微服務的遷移,做出所有關鍵架構決策……」(誇大角色)
正例:「我推動了微服務遷移的初期概念驗證,它形塑了團隊後續的架構方向。雖然服務邊界的最終決定由資深工程師拍板,但我負責通訊模式的評估,並提出我們最終採用的事件驅動架構……」
問:談談你化解的一次衝突。
反例:「我說服工程與產品採納我的方案,解決了雙方的重大衝突……」
正例:「當工程與產品對做法有歧見時,我蒐集了兩個選項的數據,並主持一場能客觀評估的討論,幫助我們對混合方案達成共識……」
重點:據實陳述真正扮演的角色,仍能傳達所求訊號,且更禁得起追問。
該重複使用故事嗎#
核心問題其實是:Scope 與 Relevance 是否真該凌駕 Uniqueness。答案視情境而定,但若回收故事(或同一故事的不同片段)能對當前問題產出最強回應,我鼓勵你這麼做——除非你時間不夠、且還有重要且至少略相關的核心故事尚未講。
- 可接受重複的場合:單場 45 分鐘面試裡你可能只講 2 ~ 3 個詳細故事,用最好的例子比刻意求變更重要;當它確實是你最好的例子時(如資料庫遷移專案最能證明衝突解決能力),就用它,即使你已用它談過技術挑戰。
- 宜避免重複的場合:資深職的多場行為面試(loop)常有多輪、各聚焦特定主題,此時展現能力廣度更有價值(但別為此犧牲訊號的品質與數量);追加面試若源於對故事選擇或訊號品質的疑慮,避免重複同樣的例子。
減緩重複影響的策略:
- 選單技巧(Menu Technique):有多個相關例子時,把選項攤給面試官,別擅自假設他想聽哪個。例如:「關於衝突解決我可以講兩個不同的例子,一個是與另一工程團隊在技術架構上的分歧(我之前提過),另一個是與主管在資源分配上的,但可能沒那麼貼題。你想聽哪個?」
- 列出故事、善用光環效應傳達廣度:例如:「我在多個角色、與多方(工程夥伴、PM 等)都解過衝突,但最好的例子是我在另一場面試提過的。讓我說說我如何化解與另一工程團隊的技術架構爭議……」
- 依問題調整強調重點:回收同一故事時別每次用一模一樣的細節。同一個資料庫遷移,可以為某題強調技術複雜度、為另一題強調利害關係人管理。
回應價值觀問題#
「你對跨團隊溝通的做法是什麼?」這類價值觀問題與「請談談某次……」不同:它要你展現處理某個常見工作情境的通用框架,而你能否成熟地闡述並辯護這套做法,會大幅影響聽者對你規模的評價。
框架不必正式、也不必有官方名稱。例如回應跨團隊溝通,可用三層框架:
- 第一層:與你直接依賴或依賴你的團隊做緊密迴圈溝通。
- 第二層:與可能互相影響的鄰近團隊做結構化的定期接觸點。
- 第三層:面向更廣組織的廣播式溝通。
給出這樣的框架,既即時回答了問題,也展現系統化思考。別把框架拉太長就轉向舉例。
- 臨場想框架:除非是很常見的問題(如「你對測試的做法」「你如何進行招聘」),否則你多半沒有預備好的框架。被價值觀問題問到時,花 5 ~ 10 秒快速建構可信框架,自問:(1) 什麼在變動?(利害關係人、時間、資源、風險?)(2) 挑 2 ~ 3 種變化,別過度複雜。(3) 為每種變化命名做法。(4) 為「何時用哪一種」補一條洞見。
- 常見框架樣式:溝通類——按頻率/正式度分(臨時 → 定期 → 正式);優先排序類——影響力對投入、或顧客價值對技術風險;衝突類——按賭注大小分(低 → 中 → 賭上公司);品質類——用限制取捨(速度/品質/範圍三角);學習類——按學習方式分(觀察 → 實作 → 教學)。
回應假設性問題#
「如果專案落後進度你會怎麼做?」這類假設性問題與價值觀問題相似。關鍵在於認清:你或許沒遇過那個確切情境,但很可能遇過同一類別的問題。
- 謹慎選擇釐清問題:不同於其他問題直接開講,假設性問題適合先釐清。挑 1 ~ 2 個真正會改變你做法的問題。好的提問展現你懂得細節(「這是 B2B 還是 B2C 產品?」)、揭示關鍵限制(「我有招聘權嗎?」)、辨識利害關係人動態(「誰是關鍵決策者?」)。差的提問則太基本(「你說的『困難』是什麼意思?」)、太多(開講前問 5 個以上)、或太推託(「那你會怎麼做?」)。
- 用模式比對建框架:抽象化核心挑戰(專案落後 → 資源/時間/範圍的張力)→ 掃描你的經驗找相似張力(處理過其他期限壓力?資源限制?)→ 萃取可移轉的原則(什麼有效、什麼失敗、會有何不同做法)。
延伸案例:假設性問題的框架積木庫
例如被問「你會怎麼處理一位一再錯過期限的團隊成員?」,即使你沒管過有此問題的人,也可思考:處理過不可靠的供應商嗎?(類似的當責挑戰)幫助過陷入困境的同儕嗎?(類似的績效問題)你自己錯過過期限嗎?(給你同理與洞見)
可依主題組合的框架積木:
- 診斷框架(「哪裡出錯」情境):人 vs. 流程 vs. 技術;內部根因 vs. 外部因素;急性危機 vs. 慢性問題。
- 決策框架(「你會選什麼」情境):影響力 vs. 投入;可逆 vs. 不可逆;自建 vs. 採購 vs. 合作。
- 溝通框架(「你會如何處理」情境):對象 × 訊息 × 媒介;診斷 → 對齊 → 執行 → 追蹤;傾聽 → 同理 → 重新框定 → 解決。
依問題選擇並組合。例如「你會如何挽救一個失敗中的專案?」可結合診斷(哪裡出錯?)、決策(改什麼?)、溝通(如何讓利害關係人對齊?)。
最後仍要選一個相關的職涯故事來落地,用與「請談談某次……」相同的選故事標準即可。