BIエンジニアのフリーランス案件の仕事内容｜案件の種類と1日・1か月の流れ

フリーランスのBIエンジニアの仕事は、業務の人が毎日見る数字を、正しい定義で、決められた人にだけ、決まった時刻に届く状態を作り、守ることです。ただし、新しく画面を作る案件か、複数の画面が使う共通のデータモデルを整える案件か、既存の仕組みを移す・保つ案件かで、1日の時間の使い方も向き合う相手も大きく変わります。

この記事では、BIエンジニアの案件を5つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。求められるスキルの中身はBIエンジニアの案件で求められるスキル、報酬の考え方はBIエンジニアの報酬の記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

案件の種類は「作るものの層」と「段階」で分かれる

BIの案件は、募集の名前が「Power BI開発」「Tableauダッシュボード構築」とよく似ていても、中身はかなり違います。違いを生むのは、主に次の2つです。

• 作るものの層：利用者が見る画面か、その下で数字を計算するデータモデルか、データを流し込む更新と権限の仕組みか
• 段階：新しく作るのか、別の仕組みから移すのか、すでに動いているものを保ち、直すのか

この2つを掛け合わせると、フリーランスのBIエンジニア案件はおおむね次の5種類に分けられます。

以下では、それぞれの流れを典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。

新規のレポート・ダッシュボード構築の仕事

1日の流れ（例）

午前は、業務部門の担当者と打ち合わせをして、「どの会議で、誰が、何を決めるための画面か」を確かめます。午後は、試作の画面を作り、元のデータと集計が合うかを確かめます。夕方は、出てきた疑問点を一覧にまとめ、次の打ち合わせで確かめることを整理します。

作り始めの時期は、画面を作る時間より、指標の意味をはっきりさせる時間のほうが長くなりがちです。「売上」ひとつでも、計上の時点や返品の扱いで数字が変わるためです。

1か月の流れ（例）

• 第1週：使う人と使う場面の聞き取り、元のデータの所在と形の確認
• 第2週：試作を見せて、見たい切り口と足りないデータを洗い出す
• 第3週：計算式と画面を作り込み、既存の集計表と数字を突き合わせる
• 第4週：公開の範囲と更新の設定を決め、利用者に見てもらって直す

成果物

画面の構成案、指標の定義の一覧、データモデルの図、計算式、公開・権限・更新の設定、利用者向けの簡単な説明書などです。画面だけ納めて定義を残さないと、後から数字の意味を聞かれても誰も答えられなくなります。

共通のデータモデルの整備の仕事

画面ごとにばらばらに作られたデータの読み込みや計算を、複数の画面が同じ定義で使える共通のデータモデル（Power BIではセマンティックモデル）にまとめる案件です。

1日・1か月の流れ（例）

1日の中では、各部門の窓口と指標の定義をすり合わせる打ち合わせ、データエンジニアとの「どこまでをDWH（データウェアハウス）側で整え、どこからをBI側で計算するか」の相談、モデルの設計と計算式の実装が並びます。

1か月の単位では、対象の指標を決めて定義を合意し、モデルを作って既存の画面の数字と合わせ、画面を順に新しいモデルへつなぎ替えていきます。つなぎ替えの順番や、古いモデルを止める時期の判断も仕事に含まれます。

成果物

指標の定義書、モデルの設計書、計算式の一覧、性能の確認結果、つなぎ替えの計画と記録などです。画面の見た目より、定義の合意の記録が重く扱われます。

ツール・基盤の移行の仕事

Excelで回してきた集計表からの移行、別のBIツールからの乗り換え、オンプレミスのサーバーからクラウドのサービスへの移行などの案件です。

1日・1か月の流れ（例）

最初の時期は、既存の画面と集計表の棚卸しに時間を使います。どの画面が今も使われているか、誰が持ち主か、どのデータを元にしているかを一覧にします。その後は、移す対象を決め、新しい仕組みで作り直し、元の画面と数字が一致するかを突き合わせる作業の繰り返しです。

月の後半や切り替えの直前には、利用者への案内、並行稼働の期間の段取り、古い画面を止める日の調整が増えます。

成果物

既存の画面の一覧と移行の対象の判断、数字の突き合わせの結果、作り直した画面とモデル、切り替えの手順書、利用者への案内などです。移行の案件では、「何を移さなかったか」の記録も成果物になります。

運用・保守と改修の仕事

すでに動いているBIの仕組みを保ち、利用部門の依頼に合わせて直していく案件です。

1日・1か月の流れ（例）

朝はデータの更新が成功したかを確かめ、失敗していれば原因を調べて対応します。日中は、「数字がおかしい」「この項目を足したい」「見られない人がいる」といった問い合わせに答え、小さな改修を進めます。

1か月の単位では、改修の依頼を受けて優先順位をつけ、月末や期末の締めに合わせて数字の確認が増えます。権限の棚卸しや、使われていない画面の整理を定期的に行う案件もあります。

成果物

更新の状況の記録、問い合わせの対応履歴、改修の記録、権限の一覧、運用の手順書などです。担当が替わっても回るように、手順と判断の理由を残すことが求められます。

社内への定着・内製化の支援の仕事

社内の担当者が自分でBIの画面を作れるようにするための案件です。自分で作るより、作り方の型とルールを渡すことが中心になります。

1日・1か月の流れ（例）

社内の担当者からの相談に答える時間、作られた画面の見直し、ワークスペースや共有のルールの文書化、勉強会の準備などが1日に並びます。1か月の単位では、手本となる画面や共通のモデルを作り、ルールを決め、運用が回っているかを確かめる流れになります。

成果物

開発と公開のルール、命名や画面の作り方の指針、手本の画面とモデル、研修の資料、相談の記録などです。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべてのBI案件にあります。

1. 数字の突き合わせ：既存の集計や元のデータと、画面の数字が合っているかを確かめる
2. 定義の記録：指標の計算のしかたと、その定義に決めた経緯を残す
3. 権限の確認：誰がどこまで見られるかを、依頼どおりに設定できているか確かめる
4. 更新の監視：決まった時刻にデータが新しくなっているかを見て、失敗に早く気づく

フリーランスならではの仕事として、自分の稼働の記録と報告もあります。月の稼働時間に幅を決めて精算する契約が多いため、打ち合わせや問い合わせへの対応に使った時間も日々つけておきます。精算の仕組みは精算幅の記事をご覧ください。

関わる相手と、その相手に出すもの

データを流し込む側の仕事の中身はデータエンジニアの仕事内容、数字を読んで示唆を出す側の仕事はデータアナリストの仕事内容で解説しています。隣の職種との境目を知っておくと、参画後の役割のずれを防げます。働く場所についてはBIエンジニアのリモート案件の記事をご覧ください。

よくある質問

BIエンジニアは、1日中画面を作っているのですか？

画面を作る時間は、思われているより短いことが多くあります。指標の定義の確認、元のデータとの数字の突き合わせ、権限や更新の設定、問い合わせへの対応にも同じくらい時間を使います。運用の案件では、画面を作る時間がほとんどない月もあります。

Power BIとTableauで、仕事の中身は変わりますか？

作るものの層や段階による違いに比べると、ツールによる違いは小さめです。どちらでも、定義を決め、モデルを作り、画面を作り、公開と更新を回す流れは同じです。ただし、設定の画面や管理の仕組みは製品ごとに違うため、案件で使う製品の経験は面談で確かめられます。

参画して最初の1か月は何をすることが多いですか？

既存の画面とデータの所在の把握、指標の定義の確認、更新と権限の設定の読み込みから始めるのが一般的です。初月の進め方はBIエンジニアの参画初月にやることで詳しく解説します。