STAR、CAR、SOAR と行動面接の答えの組み立て方

上司と意見が合わなかったときのことを教えてください。

このような質問は行動質問、あるいは過去の行動についての質問と呼ばれ、どこでも使われています。効果があるからです。STAR、CAR、SOAR といった構成を使えば、面接官が採点しているものを答えにきちんと含められます。

面接官が過去を聞く理由

採用面接の研究には、何十年も変わらない結論があります。すべての候補者に同じ職務関連の質問をし、同じ基準で答えを評価する構造化面接は、構造のない会話よりはるかに信頼性が高く、仕事ぶりの予測にも優れています。2014 年に学術誌 Personnel Psychology に掲載されたレビューは、同じ結論に至ったメタ分析を 12 件数えています（Levashina ほか）。

構造化面接の多くは 2 種類の質問を使います。過去の行動についての質問は実際の場面で何をしたかを聞き、状況質問は仮定の場面で何をするかを聞きます。どちらも仕事ぶりを予測します。このレビューがまとめたメタ分析では、過去の行動についての質問のほうがやや高く、補正前の平均妥当性は約 .31、状況質問は約 .25 で、複雑な仕事ほど差が大きくなりました。2 種類の質問は測っているものも違うようです。状況質問は主に職務知識を、過去の行動についての質問は主に経験を反映するので、多くの面接官は両方を使います。

行動質問の裏には、たいてい対立への対処、優先順位づけ、権限なしに人を動かす力といった一つの能力と、評価尺度があります。あなたの答えは面接官が書き留める証拠で、構成はその証拠を漏れなくそろえるためにあります。

STAR（状況、課題、行動、結果）

STAR はリーダーシップ・コンサルティング会社の DDI によるもので、同社は 1974 年に自社の面接システム Targeted Selection とともにこの方法を導入したとしています。DDI 自身の定義は最初の 2 文字をまとめています。状況または課題が背景、行動があなたのしたこと、結果が何を達成し、なぜうまくいったかです（DDI）。

時間は証拠のあるところに使います。状況と課題に 1〜2 文、答えの大部分を自分の行動に使い、最後にはっきりした結果を言うのが実践的な配分です。

状況と課題。 製品リリースの 2 週間前、最大の顧客から予定外のデータ書き出し機能を求められ、上司から範囲の見積もりを任されました。 行動。 先方のアナリストと 30 分の打ち合わせをして本当に必要な項目を洗い出し、定期的に出力する CSV で 90% をまかなえることを確認しました。そこでリリース時は CSV、完全な API は 1 か月後という案を出し、トレードオフを 1 枚にまとめて上司と顧客に送りました。 結果。 顧客はその日のうちに同意し、予定どおりリリースでき、API はリリースの 3 週間後に提供しました。この 1 枚の書き方は、範囲変更を扱うときのチームのテンプレートになりました。

CAR（課題、行動、結果）

CAR は状況と役割を、問題そのものである課題にまとめます。ウィスコンシン大学スペリオル校のキャリアオフィスは、3 つの問いで説明しています。話と課題を示し、あなたが何をしたかを説明し、何が起きたかをできれば数値で言う、というものです（UW-Superior）。

時間が限られるときは CAR が向いています。電話面接、質問の多いパネル面接、履歴書の箇条書きなどです。問題から話し始めることになり、それはたいてい面接官がいちばん興味を持つ部分です。

課題。 価格改定のあと、サポートの問い合わせが 3 日分たまっていました。 行動。 原因別に分類し、60% が同じ 2 つの質問だとわかったので、ヘルプ記事を 2 本と定型の返信を書きました。 結果。 4 日で滞留は解消し、翌月その 2 つの質問は半分に減りました。

SOAR（状況、障害、行動、結果）

SOAR は課題の代わりに、行く手を阻んだ障害を置きます。主にコーチング関連の資料に出てくる型で、STAR と比べた研究は見つかりませんでした。価値は、困難をはっきり言わせることにあります。粘り強さ、影響力、変革についての話では、困難こそがいちばん説得力のある部分になりがちです。

状況。 チームのリリースを週 1 回から毎日に変えようとしていました。 障害。 QA の責任者が反対していました。前回の試みで障害が 2 回起きていたからです。 行動。 QA の責任者に、毎日のリリースが安全だと思えるには何が必要かを聞き、何かを変える前に、その 2 回の障害の原因となった種類の問題に自動チェックを入れることで合意しました。 結果。 2 か月後に毎日リリースへ移行し、次の四半期にはリリースが原因の障害は起きず、QA の責任者は全社のエンジニア会議でこの仕組みを紹介しました。

どれを使うか

文字そのものより、その背後にある習慣が大切です。背景は一文で、自分の行動は詳しく話し、他の人が確かめられる結果を示します。

質問が未来についてのとき

状況質問は判断力と職務知識を見ます。

同僚が締め切りに遅れ、それがあなたに影響する場合、どうしますか？

話せる経験があれば話してかまいませんが、採点されるのは推論の仕方です。よい答えは、ここでのよい結果とは何かという目標を示します。取りうる手を 2〜3 個挙げ、どれを選ぶか、そのために何をあきらめるかを述べ、うまくいったとどう判断するかで締めくくります。

面接官がよく見るミス

いちばん多いのは、最初から最後まで私たちで話すことです。仕事はチームでするものでも、評価されているのはあなたなので、自分が何をしたかを言いましょう。過去の質問に仮定で答えても証拠にはならず、DDI も、STAR は候補者を実際にしたことの話にとどめると指摘しています。状況が長く行動が短い答えは時間を無駄にするので、前置きが半分を占めるなら削りましょう。結果がない、あるいは数字がない話は終わっていません。測れないなら、何が変わり、誰が気づいたかを言います。そしてプロジェクトの成功があなた以外の理由によるなら、自分の貢献が何だったかを言います。

ストーリーを一度そろえておく

6〜8 個のストーリーを数行ずつ書きます。成功、失敗とその後に変えたこと、対立、権限なしにリードした経験、考えを変えた経験、締め切りのプレッシャー、そして職種の中心となる力を示すものを 1〜2 個です。それぞれが示す能力のラベルを付けておきます。行動質問の多くは十数個の能力を言い換えたもので、ラベル付きの一覧があれば、話し始める前の一瞬で合う話を選べます。

各ストーリーを 30 秒の CAR 版と 2 分の STAR 版の 2 つの長さで練習しましょう。もっと聞きたい面接官は質問してきますし、長い答えより追加の質問のほうがよい兆しです。

Prepped の面接質問集は、このストーリーの置き場所にもなります。行動質問は STAR の 4 つのパートで始まり、自分の下書きを読んでいると見落としやすい 2 つのミスを知らせます。結果に数字がないことと、行動のパートで私たちが私より多いことです。