Intel のビジネスアナリスト面接

候補者の報告は Intel のソフトウェアエンジニア向け選考プロセスに関するものであり、ビジネスアナリスト向けではありません。そのため、以下の段階はアナリスト職の具体的な選考内容ではなく、Intel の面接スタイルを理解するための目安です。このページにおけるスクリーニング、ケース、行動面接、オンサイトは準備上の分類であり、Intel が使用している選考段階の名称ではありません。

• 報告されている長さ。職位、事業部門、新卒採用か経験者採用かによって異なる4～6段階の選考プロセスです。
• 報告されている開始段階。経験者採用では、約30分の採用担当者によるスクリーニングから始まると報告されています。
• 報告されているスクリーニング。同僚または採用マネージャーによる45～60分の技術スクリーニングです。ビジネスアナリストの場合、これに相当するのはコーディングではなく、能力や適性を確認する面談だと考えられます。
• 報告されているオンサイト。Microsoft Teams を通じて3～4回の面接を連続して行う約3～4時間のバーチャルオンサイトがあり、その後、マネージャーまたは経営幹部との約30分の最終面談が行われます。

候補者によると、エンジニア職のオンサイトでは、専門分野の掘り下げ、設計に関する議論、マネージャーとの行動面接、他チームの上級社員との部門横断面接が行われ、具体的な組み合わせはチームによって異なります。ビジネスアナリストが最も重視すべきなのは部門横断面接です。報告によれば、選考には別チームの上級社員が参加しますが、まさにそのような相手に受け入れられる提案を行うことがビジネスアナリストには求められるからです。

一般に、ビジネスアナリスト面接では次の能力が評価されます。

• 要件およびステークホルダーの分析。曖昧な依頼を検証可能な要件に変換し、各要件について誰の承認が必要かを把握する能力です。
• プロセスマッピング。業務の流れ、問題が生じる箇所、変更に伴うコストを説明する能力です。
• データに基づく提案。指標を選び、それを正確に読み取り、リスクを添えて1つの選択肢を提案する能力です。
• コミュニケーション。意味を変えることなく、同じ分析結果をエンジニアと部門責任者の双方に説明する能力です。

Intel のビジネスアナリスト職に固有の情報は報告されていないため、以下は一般的な選考慣行に基づく違いです。

• データアナリスト面接との比較では、その場でのSQL課題が少なく、要件、プロセス、変革の組織的側面がより重視されます。具体的には、問題の責任者は誰か、改善策を承認するのは誰か、下流工程に何が影響するかといった点です。
• プロダクトマネージャー面接との比較では、プロダクトのビジョンや優先順位付けよりも、既存のプロセスやシステムを分析し、改善の根拠を構築することが重視されます。
• 報告されているエンジニア職の選考との比較では、CまたはC++によるコーディング面接は対象外となり、代わりにケース課題または要件定義の演習が行われると考えられます。

Intel は選考期間を公表していません。候補者の報告では、各段階の所要時間は、採用担当者によるスクリーニングが約30分、次のスクリーニングが45～60分、オンサイトが約3～4時間、最終面談が約30分とされています。

報告から見える難しさは、短時間に集中して行われるオンサイトにあります。1日の午後に異なる観点から複数の面接を受けるため、個々の意思決定、数値、受けた反論まで含めて過去の業務を準備し、精度を落とさずに同じ提案をまずエンジニアへ、次にマネージャーへ説明できるビジネスアナリストが高く評価されます。

報告されている選考形式に備えたうえで、詳細を採用担当者に確認してください。

• 選考プロセスについて質問する。報告されている選考プロセスはチームによって異なるため、面接の回数とケース課題の有無を確認しましょう。
• 要件定義の事例を用意する。曖昧な依頼を検証可能な要件に変えた事例を2～3件用意し、説得する必要があったステークホルダーについても説明できるようにしましょう。
• プロセスマップを記憶から説明する。変更前の状態、ボトルネック、実施した変更、測定された成果を説明できるようにしましょう。
• 懐疑的な相手への提案を準備する。候補者から部門横断面接が報告されているため、影響を受けるチームの相手に、選択肢、根拠、推奨案、リスクを提示する練習をしましょう。
• 連続する面接をリハーサルする。SubcueAI の模擬面接を利用すれば、1回の練習で複数の面談を続けて体験できます。