BIエンジニアのフリーランス面談でよく聞かれる質問と答え方の準備

フリーランスのBIエンジニアの面談でよく聞かれるのは、作った画面が誰の何の判断に使われたか、データモデルをどう組んだか、数字が合わないと言われたときにどう調べたか、権限と更新をどう回したかの4つです。面談官は、ツールの操作の細かさより「この人に任せたら、正しい数字が毎朝届く状態を作って守れるか」を確かめようとしています。

答えるときは、模範回答を覚えるより、自分が担った仕組みを1つか2つ選び、データの流れと判断の場面を説明できるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではBIエンジニアの面談に固有の質問に絞ります。

面談官が見ている3つの点

BIの案件の面談に出てくるのは、発注元のデータ活用の担当者、情報システム部門の管理者、BIの仕組みを持つ部門の責任者などです。画面をよく見ている人ほど、見た目より中の作りを聞いてきます。

面談官が知りたいのは、おおむね次の3点です。

1. 担える層：画面だけか、データモデルと計算までか、公開・権限・更新の設計までか
2. 数字への責任感：数字が違うと言われたときに、どこから調べ、どう説明するか
3. 業務の人との話し方：利用者の言葉を、指標の定義や画面の要件に置き換えられるか

以下の質問は、この3点のどれかを確かめるためのものです。質問の意図が分かれば、答えの中心に何を置くかも決まります。

よく聞かれる質問と答え方の考え方

ここで示す答えの例は、組み立て方を伝えるための架空の例です。ご自身の経験に置き換えて準備してください。

1. 「直近で作った画面は、誰が何のために使っていましたか」

確かめたいのは、画面を業務の判断と結びつけて考えているかです。画面の枚数や機能の名前から話し始めるより、「どの会議で、誰が、何を決めるために見ていたか」を先に伝えます。

架空の例：「営業部門の週次の会議で、部長が支店ごとの受注の遅れを見つけるための画面です。利用者は約50名で、毎朝更新していました」

2. 「データモデルはどう組みましたか」

担える層を測る質問です。テーブルの分け方、テーブル同士のつなぎ方、日付の扱い、計算をどこに置いたかを順に話します。「スタースキーマにしました」で止めず、なぜその形にしたか、ほかの形を選ばなかった理由まで話せると、設計した経験が伝わります。

3. 「数字が合わないと言われたら、どう調べますか」

最もよく掘り下げられる質問です。答えは次の順番で組み立てると伝わりやすくなります。

• 相手が何と比べて「合わない」と言っているかを確かめる
• 定義の違い（計上の時点、対象の範囲、除外の条件）かどうかを見る
• 元のデータの更新の時点がずれていないかを見る
• 計算式や、テーブルのつなぎ方による重複や欠けを疑う
• 原因と、今後同じことが起きないための手当てを伝える

最初に疑うのが計算式ではなく定義と時点であることを話せると、実務の経験が伝わります。

4. 「誰がどこまで見られるかは、どう設定しましたか」

行レベルのセキュリティなど、見える範囲の設定の経験を確かめる質問です。どんな単位で範囲を分けたか、組織の変更や異動のときにどう保ったか、設定が正しいことをどう確かめたかを話します。個人情報や人事のデータを扱った場合は、扱いの決まりを守るために何をしたかも聞かれます。

5. 「データの更新が失敗したとき、どう気づき、どう対応しましたか」

運用の経験を確かめる質問です。失敗にどう気づく仕組みだったか、利用者への知らせ方、原因の切り分け、再発を防ぐために変えたことを話します。更新の失敗がない仕組みは少ないので、失敗が起きた前提での動き方を話すほうが信頼されます。

6. 「画面が遅いと言われたときに、何をしましたか」

性能の改善の経験を聞いています。何を測って遅い原因を見つけたか、モデル・計算式・画面のどこを直したか、直す前後でどれくらい変わったかを話します。前後の比較を記録していると、話に具体性が出ます。

7. 「業務の担当者の要望が曖昧なとき、どう要件を固めましたか」

業務の人との話し方を見る質問です。試作を早めに見せて反応を見た、使う場面を一緒に書き出した、似た指標の違いを表にして選んでもらった、など自分の型を話します。要望をそのまま画面にしたか、目的に立ち返って提案したかも見られています。

8. 「データエンジニアや分析の担当者とは、どう役割を分けていましたか」

DWH側で整える部分とBI側で計算する部分の境目、分析の担当者に渡したもの、受け取ったものを話します。自分がどこまで踏み込んだかを正確に伝えることが大切です。隣の職種の面談の傾向はデータエンジニアの面談の記事とデータアナリストの面談の記事が参考になります。

準備は「データの流れの図」と「場面のメモ」から

上の質問は数が多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。

1. 流れの図を描く：元のデータ、整える場所、データモデル、画面、公開先、利用者までを1枚に描く。自分が担った部分に印をつける
2. 規模をそろえる：利用者の数、画面の数、データの量の目安、更新の頻度を、どの質問でも同じ数字で言えるようにする
3. 場面のメモをつくる：数字の食い違い、更新の失敗、性能の改善、要件の曖昧さなど、性質の違う場面を3つほど選び、状況・調べたこと・選んだ手・結果を書き出す
4. 画面の説明を2分で話せるようにする：画面を共有できない前提で、言葉だけで伝わる説明を用意する
5. スキルシートと照らし合わせる：シートの担当の欄と、話す内容が一致しているかを確かめる

スキルシートとの一致は特に大切です。面談官はシートを見ながら質問するため、話とシートがずれると、どちらも信用されにくくなります。シートの書き方はBIエンジニアのスキルシートの書き方、冒頭の自己紹介は面談の自己紹介の記事で解説しています。面談の中で画面の操作や計算式を確かめられる場合の備えは技術テストの記事をご覧ください。

面談の相手によって重心が変わる

複数の人が同席する面談では、最初に誰がどの立場かを確かめ、質問した人の関心に合わせて答えの重心を変えると、限られた時間を有効に使えます。オンラインでの面談の進め方はオンライン面談の記事で解説しています。

BIエンジニアならではの逆質問

逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。BIの案件では、次の点を聞いておくと判断がしやすくなります。

• 指標の定義はすでに決まっているか、誰が決める立場か
• 元のデータは誰が用意し、DWH側の相談の窓口はどこか
• 作業に使うアカウントやライセンスは発注元が用意するか
• 本番のデータに触れられるか、触れられない場合の作り方
• 更新の失敗や問い合わせへの対応を、誰がどの時間帯に担うか

一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。聞いた内容は契約前の確認にもそのまま使えます。案件を選ぶときの確認点はBIエンジニアの案件の選び方で整理しています。

よくある質問

案件で使うBIツールの経験がなくても、面談で通りますか？

定義の決め方、データモデルの設計、権限と更新の運用など、製品をまたいで通じる経験を具体的に話せれば、検討してもらえることがあります。ただし、すぐに作業を始めてほしい案件では、同じ製品の経験を求められることが多いため、使ったことのある機能と、まだ触れていない機能を正直に分けて伝えましょう。

面談で計算式を書くような確認はありますか？

案件によっては、計算式の考え方を口頭で説明したり、画面を共有して簡単な操作を見せたりすることがあります。よく使った計算のパターンと、その計算でつまずいた点を説明できるようにしておくと落ち着いて答えられます。

画面のデザインの話はどのくらいすればよいですか？

見せ方の工夫は、利用者が判断しやすくなった理由とあわせて話すと伝わります。色や配置の話だけを長くするより、どの数字を先に見せ、どこから詳しく見られるようにしたかを話すほうが、BIエンジニアとしての評価につながりやすくなります。見送られやすい答え方は面談で見送られる理由の記事で解説しています。