透過 STAR 原則,有架構地回答行為面試問題

2022年11月29日

💎 加入 E+ 成長計畫 與超過 250+ 位軟體工程師一起在社群中成長,並且獲得更深入、系統性軟體工程內容

回答行為面試 (behavior interview) 的方式有很多種,但是若想要在簡短的面試中,有架構地清楚回答,STAR 原則是非常推薦的方法。這個方法甚至是 Amazon 在官方的面試準備素材中推薦的,因為這個方法可以很有條理地整理你的過去經歷,藉此讓面試官能夠評估你的潛能。

筆者自己在面試 Amazon 的 Leadership Principles 題時,每個問題也都是用 STAR 原則來回答;我最後有幸通過面試拿到 offer,因此我個人也相當推薦這個方法。讀到這你可能會好奇什麼是 STAR 原則? 可以如何在面試中使用? 這篇文章除了會透過例子來講解外,也會補充幾個能跟 STAR 原則搭配的方法。如果你正在準備行為面試,非常推薦繼續讀下去。

什麼是 STAR 原則?

STAR 是由四個字的英文字首組成,分別是情境 (Situation)、任務 (Task)、行動 (Action) 以及結果 (Result)。以下我們以「過去是否因為其他同事表現不好,影響到你的工作進度,那時你是如何應對處理?」這個問題,來進一步來講解每個要件。

情境 Situation

當遇到一個行為面試問題,你可以先試著解釋當時的情境與脈絡。切記不要給一個含糊抽象的回答,要盡可能提出具體的例子。例子也要有足夠的細節,讓面試官可以了解該情境。以上面的問題來說,你可以這樣描述情境「我在前一份工作時,有位新加入的同事 XXX,他上手工作的時間比別人長,在前期不僅產出速度慢,寫出來的程式碼往往需要多次來回的 code reviews,甚至偶爾會出現 Bug。因為要幫忙他做 code reviews 以及有時要幫他 debug,我有很大一部分的時間被佔用到,以至於我自己的工作進度被延誤」。

任務 Task

在描述完情境後,接著可以試著講述,在該情境當中,你要解決什麼問題? 達成什麼目標? 在描述要達成的目標時,建議可以同時說量化 (quantative) 與質性 (qualitative) 的目標。舉例來說「當時我跟我的 manager 反應這個情況,manager 也同意這問題需要被解決。此時我自告奮勇說我可以撥一些時間協助該同事。希望能夠幫助他加快開發速度,每次 sprint 能夠從本來只完成 80% 的分配任務,提升到至少 90%,以及減少 code reviews 來回的次數,可以再不多於兩回 code reviews 就讓程式碼被合併進生產環境」。

行動 Action

有了情境與任務,接著你可以提你具體做了什麼,來解決問題並達成目標。切記,這邊不能只提團隊做了什麼,而是需要提到「你自己做了什麼」,所以用「我」開頭,而不是「我們團隊」開頭來描述你個人在解決該問題上的貢獻。舉例來說「在跟 manager 討論完後,我跟那位同事約了一個 1:1,透過這個 1:1 來了解該同事的狀況。這時我發現到該同事的問題,不是因為源自他不夠聰明,而是因為我們沒有提供足夠的 onboarding 與相關文件,加上他比較內向會偏好先自己研究而不是直接找人問。了解這個問題後,我先跟他提了有任何問題都要主動提問,同時我花了一些時間去了解我們在文件上有哪些不足,邊協助他補上那些知識缺口,我一邊製作新的文件」。

結果 Result

講完你做了什麼行動,接著一定要講行動帶來的結果。常見的正向結果包含,節省成本、減少時間、提高量體、提升品質等等。更有甚者,除了提到這次的結果,如果能談一下你從這個經驗中學到什麼,那會是更好。例如「透過一對一的協助,這位同事的生產有了顯著的提升,再往後的 sprint,不僅達到本來設定的完成 90% 任務,幾週後幾乎每次 sprint 都完成所有分配任務。程式碼也有所改善,後面常常是一次 code review 就足夠。也因為這名同事,讓我們組上更佳重視完善新同事的 onboarding 流程,也因為我後來陸續補齊的文件跟完善的流程,後續的新同事入職狀況有明顯的改善。」

搭配 STAR 原則的 Story Shape 方法

除了 STAR 原則外,Amazon 首席工程師 Steve Huynh 在下面的影片提到 Story Shape 的方法。非常強烈推薦看完整個影片,對於面試很有幫助。

筆者認為 STAR 原則可以被 Story Shape 給完善。舉例來說,在描述情境與任務時,可以加入衝突(conflicts)、挑戰 (challenges) 等元素,這麼做可以讓你後續的行動更被凸顯。畢竟問題越嚴重,越能凸顯解決方案的價值。特別注意,假如你想要挑戰下一個級距的工作 (例如你本來是 L4 的工程師,想挑戰 L5 的職位),你描述的問題,就不能只是 L4 的問題,而需要是 L5 的問題。

以上面的回答範例來說,協助另一個工程師,這只是 L4 層級的問題;假如你分享的是這樣,很可能只會拿到 L4 的 offer。如果想要拿到 L5 的 offer,就要提到 L5 的問題。例如不僅是某個工程師的個人產出不佳,而是整個團隊的產出都不如預期。假如你提的是這個問題,那會是更棘手的挑戰;這意味著,如果你過去曾經順利解決這種整團隊都出問題的狀況,那更能讓人相信你具備 L5 的實力。

以上,非常推薦大家在行為面試時,可以透過 STAR 原則來架構自己的故事,並且透過 Story Shape 方法,讓故事變得更加生動。

🧵 如果你想收到最即時的內容更新,可以在 FacebookInstagram 上追蹤我們