BIエンジニアのフリーランス案件で求められるスキルと経験

BIエンジニアのフリーランス案件で問われるのは、画面を作る力に加えて、データをつないで整える力、正しく速いデータモデルと計算式を作る力、誰に何を見せるかを設定し毎日の更新を回す力です。案件の説明に「Power BI経験」「Tableau経験」とだけ書かれていても、実際にはこの4つのうちどこまで担えるかが見られています。

この記事では、分野ごとに求められる中身と、経験の段階ごとに面談で見られる点を整理します。独立までの準備はBIエンジニアがフリーランスになるには、報酬との関係はBIエンジニアの報酬の記事で扱っています。

分野ごとの全体像

接続と整形：どこで整えるかを決める

BIツールには整形の機能がありますが、何でもツールの中で整えると、同じ処理が画面ごとに散らばり、更新も重くなります。集計用のテーブルをDWH側に用意してもらうか、ツールの中で整えるかを判断し、その理由を説明できることが大切です。

接続の方式の選び方も問われます。Power BIではデータを取り込むインポートと、元のデータベースに都度問い合わせるDirectQuery、Tableauでは抽出とライブ接続があります。データの量、更新の頻度、元のデータベースの負荷を踏まえて選んだ経験は、面談で具体的に話しやすい材料です。DWHやパイプラインそのものの技術はデータエンジニアの案件で求められるスキルで解説しています。

データモデルと計算：正しさと速さの土台

テーブルの分け方

売上や件数などの数値を持つテーブルと、日付・商品・顧客などの切り口のテーブルに分けて関係づける形（スタースキーマ）は、多くの案件で前提になります。一つの大きな表のまま使うと、計算が複雑になり、画面も遅くなりがちです。どの粒度でデータを持つかを決められることが、設計を任される条件です。

計算式の書き方

Power BIではDAX、Tableauでは計算フィールドや詳細レベルの式（LOD）で指標を作ります。前年比、累計、期間をまたぐ比較など、よく使う指標を正しく書けることに加えて、フィルターがかかったときに数字がどう変わるかを説明できるかが見られます。作った指標は、元データや旧帳票と突き合わせて検算した経験もあわせて話せるようにしておきます。

公開・権限・更新：運用の力が差になる

見える範囲の設定

部門や担当者ごとに見えるデータを絞る設定は、BIエンジニアの責任が最も重い作業の一つです。

Power BIの行レベルのセキュリティ（RLS）は、Power BI Desktopでロールとフィルターの式を定義し、発行したあとPower BIサービスでロールにメンバーを割り当てる流れです。Microsoft Learnでは、RLSで制限されるのはワークスペースで閲覧者の権限を持つユーザーだけで、管理者・メンバー・共同作成者には適用されないと説明されています（2026年10月時点）。

Tableauのヘルプでは、行レベルのセキュリティの方法として、手動のユーザーフィルター、関数を使う動的なユーザーフィルター、仮想接続のデータポリシー（データ管理のライセンスが必要）、データベース側の行レベルのセキュリティの4つが挙げられています。組織にデータベース側の仕組みがあればそれを使う、といった選び方の目安も示されています。

更新の設定

更新のスケジュール、社内ネットワークのデータにつなぐためのゲートウェイ、更新が失敗したときの通知と対応の流れまでを設定した経験は、運用を任される案件で重視されます。

指標の定義をそろえる力

BIの画面は、部門ごとに数え方が違う指標を一つの画面に並べることが多く、「どの売上か」「いつ時点の在庫か」をそろえないまま作ると、会議で数字の食い違いが起こります。技術とは別に、次のような力が問われます。

• 利用者に、その数字で何を決めるのかを聞き、必要な指標を絞り込む
• 部門ごとに違う定義を並べて示し、どれを使うかを業務側に決めてもらう
• 決まった定義を文書にし、画面の中でも確かめられるようにする

分析の結論を出すことはデータアナリストの領域ですが、定義を画面とモデルの上で守られる形にするのはBIエンジニアの仕事です。この力があると、移行や新規導入の案件で任される範囲が広がります。

性能と開発の管理

画面の表示が遅いときに、どの計算や操作が重いのかを調べ、モデルや計算式を直した経験は、改善の案件で評価されます。

複数人で同じレポートを作る現場では、変更の管理も問われます。Power BIでは、作業内容をPower BIプロジェクト（PBIP）として保存すると、レポートとセマンティックモデルの定義がテキストファイルのフォルダーとして保存され、Gitでの履歴管理やCI/CDに使えると説明されています（Microsoft Learn、2026年10月時点）。開発用と本番用の環境を分け、変更を確かめてから反映する進め方に慣れていると、規模の大きい案件に参加しやすくなります。

経験の段階ごとに見られること

画面の作成が中心の段階

決められたデータモデルの上で、依頼どおりの画面を正しく作れることが前提です。この段階では、計算式の検算の習慣と、見る人に合わせた画面の構成が評価の中心になります。次の段階に向けて、既存のモデルの構造を読み解き、なぜその形なのかを説明できるようにしておきます。

モデルと運用を任される段階

自分でデータモデルを設計し、権限と更新を設定して、使われ続ける状態を作った経験が見られます。DWHの担当者に集計用のテーブルを依頼した、旧帳票との数字の違いを解消した、といった他の担当との調整の経験も、この段階で問われます。

全体の構成を決める段階

複数の部門の画面が共通のモデルを使う構成、ワークスペースや公開の決まり、開発から本番への反映の流れなど、運用のルールを決める役割です。部門ごとに勝手に作られた画面が増えすぎた現場で、どれを共通化し、どれを部門に任せるかを決める判断も求められます。ライセンスや容量の構成について判断の材料をまとめる場面もあります。

隣の職種との境目

BIエンジニアの仕事は、データアナリストやデータエンジニアと重なる部分があります。分析の問いを立てて結論を出すことが中心なら、求められる力はデータアナリストの案件で求められるスキルと重なります。BIエンジニアの軸は、多くの人が同じ数字を見続けられる仕組みを作ることにあると考えると、自分の経験の整理がしやすくなります。

資格で知識を補う場合は、Power BIの認定資格の記事とTableauの認定資格の記事を参考にしてください。

よくある質問

SQLは必要ですか？

多くの案件で求められます。DWHのデータを確かめる、集計用のビューを作る、数字の食い違いの原因を調べる、といった場面でSQLを使うためです。BIツールの中の整形だけで済ませるより、データの側で確かめられる人のほうが、任される範囲が広がります。

デザインの専門知識は必要ですか？

専門のデザイナーほどの知識は求められないことが多いですが、見る人が目的の数字にすぐたどり着ける構成を考える力は必要です。色や配置より、何をどの順に見せるかを説明できることが大切です。

画面の作成だけの経験でも応募できる案件はありますか？

あります。既存のモデルの上で画面を追加する案件などです。ただ、継続して参画するうちにモデルの修正や権限の設定を頼まれることも多いため、その分野の経験を少しずつ積んでおくと安心です。