面試·11 分鐘

面試問「你怎麼面對壓力或變動?」時,主考官到底在篩什麼?——招募主管的拆解

那年我在面一個 Senior PM 的缺,履歷漂亮,前一輪技術面評價也高。我手上那杯咖啡都還沒喝完,心裡其實已經先把這個人放進「八成會錄取」那一格。聊到一半,我隨口問了一句:「你最近一次工作上遇到很大的變動或壓力,是什麼情況?」

他愣了一下,然後笑著說:「我這個人其實滿抗壓的,再大的壓力我都扛得住,加班、趕 deadline、老闆臨時改方向,對我來說都還好。」

我點點頭,追問:「那可以講一個具體的例子嗎?那次你具體做了哪些事?」

他想了想,給的答案大概是:「就……咬牙撐過去,那陣子常常做到半夜,反正最後有交出來。」我心裡那一刻就涼了半截,那杯咖啡也跟著沒味道了。不是因為他不夠拼——恰恰相反,是因為他讓我看到,他面對壓力的唯一武器就是「硬扛」。一個只會硬扛的人,遇到下一次更大的變動,多半是燒到爆掉那天,才會讓我這個主管知道。最後我沒有錄取他。

如果你正在準備面試、被這題卡住——尤其是覺得「我只要證明自己很抗壓就好」——那你很可能跟那位候選人一樣,把方向整個搞反了。這題從來不是在比誰耐操,但多數人一開口就答錯了方向。

面試問你怎麼面對壓力或變動,到底在篩什麼?

先給你一句直球答案:這題表面在問「你耐不耐操」,骨子裡在篩「你失控的時候,腦子還轉不轉得動」——也就是你有沒有一套可重複的方法,把混亂變回可控。

我當招募主管問這題時,腦中同時在勾三件事:

1️⃣ 你的反應是情緒還是流程——壓力一來,你是先慌、先抱怨、先硬撐,還是先停下來盤一盤?我在找後者。

2️⃣ 變動之下你怎麼重排優先序——計畫被打亂時,你是全部照舊硬做,還是知道哪些可以砍、哪些非守不可?

3️⃣ 這套方法可不可複製——你講的是一次運氣好的逃生,還是一套「下次再亂我也這樣處理」的肌肉記憶?我要的是後者。

這就是我常講的 question behind the question。多數人準備的是「我要講哪個故事顯得我很抗壓」,但我在解碼的,是壓力把你打散的那一刻,你的判斷力還在不在線上。能扛是基本盤,能在亂中重建秩序,才是我要付薪水請的那個能力。

面試官想看到的「面對壓力」,跟你以為的有什麼不同?

直球答案:面試官要的不是「我承受了多大的壓力」,而是「我用什麼方法把壓力拆解掉」——重點是動作,不是耐受度。

很多人答這題,整段都在堆強度:deadline 多趕、同時扛幾個案子、連續加班幾週。聽起來很猛,但對我來說資訊量是零,因為我完全看不到你的「處理過程」。包山包海地把自己有多累講一遍,不等於回答了問題。

我真正在聽的是三層東西:

1️⃣ 你怎麼判斷這是哪一種壓力——是事情太多(量的問題),還是方向一直變(不確定性的問題)?這兩種解法完全不同,混為一談的人通常沒想清楚。

2️⃣ 你動了什麼槓桿——找人幫忙、砍掉低價值的事、跟老闆重談 scope、還是換個做法?有沒有找槓桿,是「成熟工作者」跟「苦勞工作者」的分水嶺。

3️⃣ 事後你留下了什麼——這次的混亂,有沒有變成下次的 SOP 或預警機制?會復盤的人,壓力會越扛越輕。

我自己當年剛升主管時也搞砸過,這話我不怕承認。第一次同時接三條產品線,我的反應就是全部自己扛、每件事都想做到滿分,結果三件事全部 delay,我自己還病倒一週。後來我才懂——抗壓不是把所有球都接住,是清楚知道哪顆球可以讓它掉、掉了也不會死。這話,我面試時其實很想聽到候選人講出來。

面試怎麼回答面對壓力與變動?用「從結果回推計畫」這個框架

直球答案:別從「我當時多慌、多累」開始講,要從「我先定義出要守住的結果是什麼」開始,再倒推回每一步該做什麼——這叫 Work backwards with a plan,從結果回推計畫。

這是我建議你準備這題時直接套用的思考框架。實戰時拆成三步:

1️⃣ 先鎖定「不能輸的結果」——壓力與變動最容易讓人見樹不見林、每件事都想救。先問自己:這次真正不能破的底線是什麼?是客戶的上線日?是不能超的預算?是那個關鍵客戶不能跑掉?把終點先釘死,後面才不會亂。這一步就是 SCQA 裡的那個 Question——你得先把問題定義對。

2️⃣ 從結果倒推出關鍵路徑,再砍掉非關鍵——終點定了,往回推「要達成它,哪幾件事是必經的」,這幾件就是你 80/20 裡的那 20%。其餘的,用艾森豪矩陣分一分,重要不緊急的延後、不重要的直接砍或丟出去。壓力之下最珍貴的不是時間,是注意力,倒推計畫就是幫你把注意力鎖在槓桿點上。

3️⃣ 替變動預留 buffer 與 plan B——變動的本質是「計畫一定會被改」,所以成熟的計畫本身要含「被改的空間」。我會問候選人:「如果做到一半老闆又改方向,你這個計畫扛得住嗎?」答得出「我留了哪些 buffer、哪一步是可逆的」的人,就是真的會規劃的人。

舉個具體的例子。我帶過一個 PM,某次大版本上線前兩週,工程突然說有個核心模組做不完。換作硬扛型的人,反應就是叫大家加班全做完。但她的處理是:先確認「不能輸的結果」是上線當天用戶能完成核心購買流程(其他功能可以等),於是倒推——核心流程相關的模組全力保、把那個做不完的次要模組直接砍進下一個 sprint、再跟她的老闆和行銷重談對外溝通的話術。最後準時上線,用戶無感,那個次要功能兩週後才補上。她在面試講這段時,我幾乎是當場想發 offer——因為她展示的不是抗壓,是在亂局裡重新定義什麼叫「成功」的能力

這就是 Work backwards 跟「硬扛」最大的差別:硬扛是把原計畫一字不漏地用蠻力做完,回推計畫是承認原計畫已經死了,從你真正要的結果,重新長出一個新計畫。

面試講壓力故事,怎麼用 STAR 才不會變成流水帳?

直球答案:用 STAR,但把比重整個倒過來——Situation 和 Task 各一句帶過,把八成的篇幅砸在 Action(你倒推出的計畫與動作)和 Result(守住了哪個結果)上。

我聽過太多人把 STAR 講成 SSSS——四段全在鋪陳情境有多慘,講到 Action 只剩「然後我就努力解決了」。這種抽絲剝繭剝到最後沒有核仁,等於沒答。

實戰我建議這樣配:

1️⃣ Situation 一句——「那次上線前兩週,核心模組臨時宣告做不完。」夠了,別渲染。

2️⃣ Task 一句——「我要在不延期的前提下,保住用戶的核心購買流程。」這一句就把你「先定義不能輸的結果」展示出來了。

3️⃣ Action 講透——這裡是主秀,把你怎麼倒推、砍了什麼、動了哪個槓桿、留了什麼 buffer,一步步講清楚。這段講得越具體,我越相信你不是事後編的。

4️⃣ Result 落地——「準時上線、核心轉換率沒掉、次要功能兩週後補齊。」能有數字最好,對事不對人地呈現結果。

順帶提醒:講變動類的故事,記得在 Result 後面補一句你的復盤——「這次之後,我們把『上線前兩週凍結 scope』寫進了流程」。這一句行雲流水地把「一次事件」升級成「一套機制」,正好打中我前面說的第三層:可複製。一個會把糗事變成 SOP 的人,遠比一個每次都說自己完美過關的人,更讓我放心。

面試問「你怎麼面對壓力」,怎麼答才對得上這家公司現在的處境?

聊到這你會發現,這題的高手答法,從來不是把自己塑造成一台耐操的機器,而是在問題之外找到 Synergy。

真正的 Synergy 在於:你要先讀懂這家公司現在處在什麼壓力情境,再把你的故事翻譯成他用得上的價值——這就是知己解彼。一家剛拿到錢、要快速擴張的新創,他們的「變動」是方向天天改,你該強調的是「我擅長在不確定中先定錨關鍵結果」;一家成熟大公司要做數位轉型,他們的「壓力」是要在不出包的前提下推動改變,你該強調的是「我會替變動預留可逆的退路」。同一段經歷,對齊不同的商業處境,講出來的重量完全不同。

這也呼應我這個系列一直在講的:面試不是背一套標準答案到處套,是看懂主考官在解碼什麼——他問「你怎麼面對壓力」,其實是在問「把你放進我們現在這團亂裡,你撐得住、還幫得上忙嗎?」你回答的不只是你是誰,而是你這種處理混亂的方式,剛好是這家公司現在最缺的那一塊。看懂 Why,任何考題你都能倒推出對方真正要的答案。

常見問題 FAQ

面試問怎麼面對壓力,直接說「我抗壓性很強」可以嗎?

不太行,這是最沒資訊量的答法。光講抗壓只證明你耐操,主考官真正想篩的是你「處理壓力的方法」。一定要接一個具體故事,展示你怎麼把混亂拆解成可控的步驟,否則這句話等於沒說。

面試怎麼面對變動的問題,沒有很戲劇化的例子怎麼辦?

不需要戲劇化。重點不是壓力多大,是你的處理流程多清楚。一個「老闆臨時改 spec、我重排優先序準時交付」的小例子,只要你能講出怎麼定義不能輸的結果、砍了什麼、留了什麼 buffer,就遠勝一個「連續加班一個月」卻講不出方法的大故事。

面對壓力或變動的回答,要怎麼跟 STAR 結合才不會變流水帳?

把比重倒過來。Situation 和 Task 各一句帶過,八成篇幅放在 Action 和 Result。Action 講你怎麼從結果回推計畫、動了哪個槓桿;Result 給出守住的關鍵指標,最後補一句復盤學到什麼。情境別渲染,主考官想看的是你的動作,不是你的慘。

面試講壓力故事,可以承認自己當時搞砸了嗎?

可以,而且常常加分。承認當年用蠻力硬扛、結果三件事全 delay,再講你從中學到「要先定義不能輸的結果」,反而展示了成長心態。誠實的復盤,比假裝自己每次都完美過關,更能讓主考官相信你下次遇到變動會處理得更好。

「從結果回推計畫」這個框架,可以用在哪些面試題?

不只壓力題。任何牽涉「混亂中做決策」的題目都適用——專案延期怎麼救、跨部門意見不合怎麼推、資源不夠怎麼取捨。核心都是先把「不能輸的結果」釘死,再倒推關鍵路徑、砍掉雜訊、預留 buffer。學會這個思考流程,比背十個故事都有用。