請分享一個你曾經收過的回饋,以及收到該回饋後你如何應對

2022年12月8日

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

在團隊合作中,回饋是非常重要的元素。透過給予和接受回饋,可以讓團隊中的個人變得更好,也可以讓團隊的協作改善。因此在行為面試中,「過去接受過哪些回饋?以及收到該回饋後你如何應對」是非常重要的題目。

先了解這問題在問什麼

在發想回答之前,我們要先思考這個問題背後是想問什麼? 以及在回答中帶入那些故事,可以獲得面試官的親睞? 可以試著換位思考,假如你要找未來的同事,你希望這個未來同事,收到反饋時,會怎麼應對呢?

在 Amazon 官方出的《How to best showcase Leadership Principles》一文當中有針對這個問題做分析,裡面提到幾個特點是會面試官希望候選人有的特質,其中包含:

  • 願意聆聽他人的反饋,而不是固執己見
  • 會坦承自己做的錯誤,並反思如何解決
  • 在未來會持續將收到的反饋,運用在相似的場景中
  • 會主動尋求反饋

發想回答

從上面的分析可以看出,要準備這題相對容易許多。只要在故事中包含

  • 收到的反饋
  • 在收到反饋後有自我省思
  • 省思後有進一步做出行動來改善
  • 在未來相似的場景時,有持續用改善的方式應對
  • 收到一次反饋後,未來有主動尋求他人反饋

因此可以試著回想過去你有收過哪些回饋,在這些回饋中,有哪些你有具體做出行動來改善的例子。有的話就可以把它們挑選出來成為故事。

參考擬答

以下的範例是改編自 Amazon 官方的《How to best showcase Leadership Principles》,讓我們一起看看什麼樣的回答會讓面試官覺得是好的回答

「我記得在我第一次被要求用 Java 開發某個新功能時,因為那時候我對物件導向的設計不是太熟,且那時我才剛加入團隊,為了能夠讓別人對我有好印象,我花很多時間去研究物件導向的設計,然後把那些讀到的內容應用在那個新功能的開發。完成功能後,我自己覺得挺自豪的,因為程式被設計得簡潔有可延展。

但因為那是我第一次做物件導向的設計,保險起見下,我請團隊中的其他人幫我看我寫得程式。看完後,我們的組長找我去聊聊,原來在他與團隊其他人的眼中,我把這個新功能寫得太過複雜了,他建議我能用更簡單的方式來實踐。在邊聊的過程中,組長同時重構我的程式,他僅用十五行程式就實踐了同樣的功能,而且他寫得方式更易讀也更好維護。

那個當下我瞬間被點醒,當時我意識到,我不該在追求炫技的同時,忽略了寫程式的本質。我不該把簡單的程式過度複雜化,導致其他人難讀懂或難維護。我很感謝當時那位組長找我去聊,他給的反饋一直深植在我的腦中。在我後續的程式職涯中,我一直把那次經驗銘記在心,每次寫程式時都會反過來問自己是不是有避免過度複雜化的問題。

其實不只在寫程式上,工作中的其他面向我也常常會把事情過度複雜,這也是過去幾年來我一直試圖改善的地方。現在我會有意識地檢視我做的事情,確保自己沒有犯這個問題。」

上面這個範例回答,提到了他最開始犯的錯 (把程式寫得過度複雜),接著談到組長給的反饋 (用更精簡更好維護的方式寫,而不是為了用設計模式而用)。他不僅在該次事件中改善,也把這個學習應用在未來的工程師職涯中。

如果你也能把你的例子,套到上面這個回答架構中,相信也能說出讓面試官親睞的故事。

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