如何回答「談談你曾經失敗的經驗」
作者 Aaron Cao · 更新於
說出一個由你負責的真實失敗，解釋在問題明朗後你採取了什麼行動，最後說明你後來做出的具體改變。面試官想評估的是你的自我覺察與復原能力，而不是你是否曾經失敗。談復原的篇幅要比談失敗本身更長。
面試官究竟在評估什麼？
多數求職者會把這個問題當成陷阱，這種擔憂也很合理：你被要求描述自己表現最差的時刻。但這並不是陷阱，本節將說明面試官的評分重點。他們想看到證據，證明你能及早察覺失敗、不推卸責任，並在事後做出具體改變。
招募主管之所以會問，是因為過去如何復原，能預示未來如何復原。能精確說出一次失敗的求職者，通常已經深入反思過；想不起任何失敗的人，通常從未認真審視自己。這個回答也會檢驗你對事情輕重的判斷：如果你最嚴重的職場失敗只是錯過一次會議，面試官會認為你不是未曾被託付重任，就是不夠坦誠。
第一個訊號之下還藏著第二個訊號。你談論他人的方式與故事本身同樣重要。即使責任歸屬在事實上合理，只要你把責任推給主管、供應商或隊友，都會被視為警訊。
如何選擇合適的失敗經歷？
選擇一個確實由你造成、帶來明顯代價，而且已經過去一段時間，讓你能平靜談論的失敗。真正的失敗可以追溯到你做過的決定，例如範疇判斷、工期估算、人員聘用，或是不顧反對而強行推進的設計。
- 承擔決策責任。這次失敗應源於你的選擇，而不是發生在你身上的事。
- 說明代價。例如延後上線、回滾部署、失去客戶或必須重寫。含糊其辭的損失，會讓故事聽起來像編造的。
- 聚焦職場經歷。個人危機不適合拿來回答這題，也會讓面試官陷入尷尬。
- 別把優點偽裝成缺點。我太在乎了和我工作太拚命這類說法會立刻被識破，也會讓你失去面試官的信任。
一位應徵支付公司資深職位的後端工程師，談到她曾在沒有回滾方案的情況下發布資料庫結構遷移。遷移作業在尖峰時段鎖住了資料表，她主動通報事故，而她撰寫的事後檢討後來成為團隊的遷移檢查清單。這個回答之所以有效，是因為錯誤具有技術性、代價很具體，而且改善措施在事故結束後仍持續發揮作用。
如果你一時找不到合適的例子，可以回顧那些如今會採取不同做法的專案。練習資料庫中的其他頁面會說明如何從自己的經歷中挖掘故事。
答案應如何組織？
使用 STAR，但要刻意分配篇幅。情境與任務用兩句話交代背景；行動說明失敗已經明朗後你做了什麼；結果則是持續保留下來的改變。多數人會顛倒這個比重，花上一分半鐘解釋為何失敗其實不是自己的錯。
有效的結構是：用一句話交代背景，用一句話直白說出錯誤，用三到四句話說明接下來採取的行動，最後用一句話說明自己現在會採取什麼不同做法。大聲說出來大約需要九十秒，這是行為面試答案的合適長度。
在別人追問之前，先主動說出錯誤。「我低估了遷移工作量一週」能直接展開故事；「時程方面出現了一些挑戰」則會迫使面試官追問，而被追問後的每句話聽起來都像在辯解。你可以在模擬面試頁面與 AI 面試官反覆演練這句開場白，直到能以平穩、不急促的語氣說出來。
練習在其中扮演什麼角色？
這個回答更常敗在表達方式，而不是內容。寫下來看似沒有問題，但毫無準備地開口時卻容易離題，因為話題令人不自在，人會下意識用多餘的話填補沉默。大聲演練三到四次，通常就能改善大部分問題。
練習應對那些無法預料的追問。「你會採取什麼不同做法？」以及「當時有人反對你嗎？」這類問題，比獨自排練更能迅速暴露故事中的薄弱環節。教學頁面說明了如何設定模擬面試。
在即時面試中，若追問轉向你未曾準備的方向，能聆聽面試官並在你回答時提供結構建議的助手會很有幫助。但它無法替你提供失敗經歷；故事必須屬於你自己。在受監考的測驗、錄製螢幕分享的場合，或使用公司管理的筆記型電腦時，任何助手都不在可用範圍內，因此你實際能給出的，仍是事先演練過的版本。