「批判にどう対処しますか?」への答え方
文責 Aaron Cao · 更新
まずプロセスを説明し、次に実際の例で裏付けます。最後まで話を聞き、要点を理解するために質問し、何を変えるかを決め、その後フォローアップすることを伝えましょう。そのうえで、実際に受けたフィードバックと、行動した結果何が改善したかを短いエピソードとして話します。
面接官は本当は何を聞いているのか?
この質問は欠点の告白を求めているように見えるため、どの弱点を認めるべきか不安に感じるのは自然なことです。このセクションでは、面接官が実際に何を聞き取ろうとしているのかを説明します。要するに、あなたが指導を受け入れられる人かどうかを知りたいのです。
この質問の裏には三つの確認事項があります。防御的にならずに否定的なフィードバックを聞けるか。その後、実際に何かを変えているか。そして、役に立つ批判と単なる雑音を見分け、必要なときにはプロフェッショナルに異を唱えられるか、という点です。
この質問はさまざまな形で聞かれます。「否定的なフィードバックを受けた経験を教えてください」「上司からのフィードバックにどう対応しますか」「前の上司はあなたが改善すべき点として何を挙げると思いますか」などです。あらかじめ一つのエピソードを用意しておけば、これらすべてに対応できます。
回答はどのように構成すればよいか?
三つの短い要素を使います。
- 自分のアプローチ。 自分がどうするかを一文か二文で説明します。話を遮らずに聞く、具体例を求める、相手に感謝する、そして何を変えるかを決める、という流れです。
- 一つの具体例。 STAR法の状況・課題・行動・結果の順に、実際に受けたフィードバックを簡潔に語ります。
- その結果。 何が改善したか、そしてそれによって身についた習慣を伝えます。
実際にあった、かつ致命的ではないフィードバックを選びましょう。スライドの情報量が多すぎると指摘されたデータアナリストの話は良い例です。一方、同じアナリストがSQLの信頼性に問題があると指摘され、それが解決されないままというのは良い例ではありません。よくある質問への回答ガイドは模擬面接ハブにもあります。
説得力のある回答例はどのようなものか?
あるフィンテック企業の面接を受けたプロダクトデザイナーは、次のように答えました。
「批判を受けたときは、まず最後まで相手の話を聞いてから反応するようにしています。そのうえで、何を変えればよいか正確にわかるように、具体的な例を挙げてもらうようお願いします。今の職場に入ったばかりの頃、私のデザインレビューは長すぎると上司から指摘されました。すべての画面を見せてから意見を求めていたからです。そこで、彼女がうまくいったと感じたレビューを見せてもらい、以降はまずチームに必要な決定事項から話し、その決定に関わる画面だけを見せるようにしました。その結果、レビューは短くなり、決定はフォローアップのスレッドではなく会議の場でその場で行われるようになりました。今でも、最初に決定事項のリストを書くようにしています。」
この回答がうまくいくのは、まずアプローチを述べ、それをエピソードで裏付け、最後に長く続く変化を示しているからです。新卒の学生でも、コードレビューやインターン先の上司、教授からのフィードバックを使えば同じ構成で答えられます。不当だと感じた批判について聞かれた場合も、同じ構成を保ちつつ一つのステップを加えましょう。事実を確認し、根拠を示して自分の見解を伝え、次のステップについて合意した、という部分です。
避けるべき失敗と、どう練習すればよいか?
- 一度も批判されたことがないと主張する。
- 「品質にこだわりすぎる」のような、偽の強みを選ぶ。
- フィードバックをくれた相手を責める。
- この仕事の中核となるスキルへの批判を選びながら、未解決のままにする。
- 何が変わったかを言わずにエピソードを終える。
回答をおよそ九十秒に収まるまで声に出して練習し、模擬面接ツールを使って「もし納得できなかったらどうしますか」といった掘り下げ質問にも備えましょう。実際のビデオ面接中、SubcueAIは質問を文字起こしし、ローカルのオーバーレイに回答のポイントを作成します。事前に保存しておいた回答を再利用することもできます。ただし、質問が痛いところを突いたときの声のトーンまでは変えられませんし、録画形式の一方向面接や監督付きの試験、共有画面に表示される内容は対象外です。