面試如何回答「請分享一個你曾經收過的回饋，以及收到該回饋後你如何應對」？

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

先了解這問題在問什麼

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

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

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

發想回答

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

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

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

參考擬答

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

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

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

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

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

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

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