PowerBIの案件で、作る前に決めることと測れる基準
📘 この記事でわかること
- 目的と制約を言葉にしないまま進めると後から問い直しが生まれることと、5W1Hの問いで目的を先に決める手順
- データの欠損や更新頻度など4つの制約を打診の段階で確かめることと、紙のプロトタイプで実装前に合意する進め方
- 配色は3:1以上のコントラスト比、データは数値の意味と更新時点を示すという、見た目を好みで語らないための基準
Power BIでダッシュボードを組み立てる案件では、公開直前になって「思っていたのと違う」と言われ、作り直しが続く場面が繰り返されます。原因は技術力ではなく、目的と制約を先に言葉にする手順が飛ばされていることにあります。2026年3月31日に正式版となったデジタル庁の実践ガイドブックには、目的の定義から見せ方の基準まで、往復を減らすための手順が具体的に示されています。この記事では、参画前に確かめておくことと、見た目の評価を好みの話にしないための基準を整理します。
1. 作り直しが続くのは、要件が言葉になっていないから
依頼が曖昧に見えても、相手の落ち度ではない
「見たいものを教えてください」と尋ねても、抽象的な答えしか返ってこず、着手する段階で立ち止まってしまう場面は珍しくありません。手を動かす前でつまずくと、技術的な難しさとはまた別の疲れが残ります。相手が説明下手だからだと片づけてしまいたくなる瞬間でもあります。
デジタル庁の実践ガイドブックでは、目的と制約を整理しないまま制作を進めてしまうと、誰のための何のためのダッシュボードだったかと後になって問い直すものが生まれてしまうと述べられています1。つまり、依頼者側の説明力が不足しているのではなく、整理する順番そのものが抜け落ちているという指摘です。
依頼者の言葉が不足していることを気にするよりも、整理の手順をこちらから先に持ち出すことのほうが、往復を減らす近道になります。曖昧さを埋める役目は、伝える側だけでなく、聞く側の進め方にもかかっているという見方です。
この整理を後回しにすると、実装が進んだ段階で目的そのものが揺れ、作り直しの範囲が広がっていきます。着手前のわずかな確認が、後の作業量を大きく左右するという点は、覚えておいて損はありません。
整理の手順を先に持ち出すと、何が変わるか
追加の確認を挟むと、手間をかけさせていると受け取られるのではと感じ、聞くこと自体をためらう場面もあります。しかし整理の手順は、確認作業を増やすためのものではなく、後の往復そのものを減らすための動きだと捉え直すと、聞きやすくなります。
先に決めておく事柄と、途中の対話で変えてよい事柄を分けておくと、変更が入ってきたときにも、どこまでが想定の範囲内かを判断しやすくなります。図1は、整理を飛ばして着手した場合と、目的や制約を先に確認してから着手した場合の進み方の違いを示したものです。
図の作成：Remogu編集部。整理の手順による進み方の違いを整理したもので、統計データではありません
この整理を具体的にどう進めるかは、次の「目的は問いの形で決める」で扱います。打診を受けたその場で使える形にしておくと、確認そのものが負担にならずに済みます。
2. 目的は問いの形で決める
5W1Hの問いで、目的を最初に言葉にする
目的を尋ねようとしても、何をどこまで聞けば十分なのか分からず、雑談に近い確認で終わってしまう経験もあるかもしれません。聞き方の型が定まっていないと、後になって「聞き忘れた」ことに気づく場面が増えていきます。
実践ガイドブックには、目的を定義する手順として、5W1Hの問いにしたがってダッシュボードに求められることを記述することが示されています2。誰が、いつ、どこで、何を、なぜ、どう使うのかを順番に確かめれば、聞くべき範囲があらかじめ決まります。
問いの型を決めておくことは、質問の量を増やすことではなく、聞く順番を揃えることです。順番が揃っていれば、打診の段階の短いやり取りの中でも、目的の確認を一通り終えられます。
変わらない部分と、変わる部分を分けておく
実践ガイドブックはまた、最上位の目的や見る目的はあまり変わることがなく、内容についてはプロトタイプによる対話やテストを通じて柔軟に変更していくものだとしています3。
目的そのものが揺れていると感じたときよりも、見せ方の細部が変わったときのほうが、日々の進行の中ではよく起こります。両者を分けて捉えておけば、変更が来るたびに目的そのものを疑わずに済みます。変わらない軸を先に共有しておくことが、次の表につながる考え方です。
打診の段階で確かめる問いを一覧にする
5W1Hの問いは、打診を受けた段階でそのまま質問として使えます。目的や制約を確認する時間を長く取れない場合でも、視点ごとに一つずつ尋ねておけば、後から目的が揺れる範囲を小さくできます。表1に、打診の段階で聞ける問いの例と、それぞれで確かめられることをまとめました。
| 視点 | 打診の段階で聞ける問い | 確かめられること |
|---|---|---|
| Why（何のために） | このダッシュボードは、何のために使われますか | 最上位の目的 |
| Who（誰が見るか） | 主に見るのはどなたですか | 想定する利用者 |
| When（いつ使うか） | いつ、どのくらいの頻度で開きますか | 参照される場面 |
| Where（どこで使うか） | 会議の画面で映しますか、個別に確認しますか | 使われる環境 |
| What（何を見るか） | 最終的に何を判断するための数値ですか | 見る目的の中身 |
| How（どう使うか） | 数値を見てどんな行動につなげたいですか | 利用後のアクション |
この問いに対する答えが曖昧なまま実装に進むと、後になって目的そのものを問い直す場面が増えます。打診の段階で一通り確かめておくことが、往復を減らす最初の一歩になります。
目的整理の経験を活かせるリモート案件をチェックする →
3. データ側の制約を、作る前に確かめる
見た目の前に、データの状態を聞く
見せ方の相談から入ると話が進みやすい一方で、その数値が実際に出せるものかどうかの確認は後回しになりがちです。実装の段階になって、必要なデータがそもそも揃っていないと分かる場面もあります。
実践ガイドブックは、データ側の確認として、データに欠損がある、更新頻度が不十分である、必要な分解能がない、指標同士を比較できないという4つを挙げています4。見た目を整える前に確かめておきたい観点です。
この4つを打診の段階で尋ねておくだけで、見た目をどれだけ整えても実現できない依頼を早い段階で見分けられます。図2は、この4つの確認を並べたものです。
出典：ダッシュボードデザインの実践ガイドブック（デジタル庁、2026年3月31日）をもとに作成
データ側の状態を先に確かめる動きは、依頼を断るための質問ではありません。実現できる範囲を早く共有し、見せ方の相談に安心して進むための準備だと捉えると、聞く側も聞かれる側も進めやすくなります。
4つの確認を、打診のやり取りに組み込む
欠損や更新頻度は、担当者に直接尋ねれば答えが得られる場合が多い一方、分解能や指標同士の比較可能性は、実際にデータを見るまで気づかれていないこともあります。聞く順番を決めておくと、抜けなく確認できます。
見た目の完成度を先に詰めるよりも、データ側の4つを先に確かめるほうが、後の手戻りを小さくできます。確認の順番を変えるだけで、同じ作業量でも進み方が大きく変わってきます。
データ側の状態を確かめたあとは、見せ方そのものを紙の段階で合わせていく流れに進みます。次の章では、実装に入る前に済ませておきたい手順を扱います。
4. 紙で合わせてから、実装に入る
プロトタイプは、使い慣れた道具で構わない
実装のツールに慣れているほど、早く形にしたくなり、紙の段階を省いて進めたくなる場面もあります。しかし、いったん形にしてから直す作業は、紙の段階で直す作業よりも手間がかかります。
実践ガイドブックは、プロトタイプを作るツールについて、PowerPointやFigmaなど使いやすいもので構わないとしています5。実装のツールで最初から作り込む必要はありません。
図の作成：Remogu編集部。プロトタイプを使った進め方を整理したもので、統計データではありません
この段階では、実装ツールでの再現度よりも、伝えたい情報の並びが依頼者と合っているかどうかのほうが重みを持ちます。紙の段階での合意が、次の削る基準の話につながります。
足す方向に流れる仕事で、削る基準を持つ
完成後のレビュー用チェックリストには、本当に必要な情報だけに絞り込めていますかという項目があります8。依頼を受けるたびに項目を足していくと、この基準から少しずつ離れていきます。
項目を増やして応えるよりも、紙の段階で削る基準を持っておくほうが、見やすさを保てます。何を足すかではなく、何を削れるかを先に決めておく進め方です。
紙の段階で合わせる内容を一覧にする
紙の段階で合わせておく内容は、ツールの使い方よりも、何を載せて何を削るかという判断です。実装に入ってからこの判断をやり直すと、作業のやり直しが積み重なります。表2に、紙の段階で合わせておきたい内容をまとめました。
| 確認する項目 | 紙の段階で合わせる内容 |
|---|---|
| 使用するツール | PowerPointやFigmaなど、使い慣れたもので構いません5 |
| 掲載する情報の絞り込み | 本当に必要な情報だけに絞り込めているかを確かめます8 |
| 情報の並び順 | 依頼者が最初に見る位置と、優先して伝えたい数値を合わせておきます |
| 想定する反応 | この見せ方で、依頼者がどう判断するかを一緒に確かめておきます |
紙の段階でここまで合わせておけば、実装後の修正は細部の調整にとどまります。合意した内容は、そのまま次の見せ方の基準につながっていきます。
紙のすり合わせを含む進め方が合う案件をチェックする →
5. 見せ方には、測れる基準がある
配色は、好みではなくコントラスト比で判断する
見せ方の相談は色使いの好みの話になりやすく、意見が分かれると判断が止まってしまう場面があります。「見やすい」という言葉だけでは、次に何を直せばよいかが定まりません。
実践ガイドブックは、グラフの配色について、背景色に対して3:1以上のコントラスト比を確保することを示しています6。好みではなく、確かめられる数値が基準として置かれています。
出典：ダッシュボードデザインの実践ガイドブック（デジタル庁、2026年3月31日）をもとに作成
配色の相談を感覚だけで進めるよりも、コントラスト比という数値を挟むほうが、判断の理由を説明しやすくなります。この基準を打診の段階で共有しておくと、色使いの相談を確認作業として進められます。
データの定義を、参照できる状態にしておく
実践ガイドブックはさらに、数値の意味が何であり、いつ更新されたかといった、提供するデータの定義を参照できるようにすることを求めています7。作った側だけでなく、見る側にも関わる基準です。
定義を参照できる状態にしておけば、後から数値の意味を尋ねられたときにも、その場で答えを返せます。配色とデータ定義という2つの基準は、経験を言葉にするときの手がかりにもなります。
Power BIの経験を4つの層で書き出す
配色とデータ定義という2つの基準に沿って積み上げてきた経験は、そのまま自分の実務の幅として言葉にできます。表3は、Power BIに関わる経験を4つの層に分けて書き出す形です。
| 層 | 書き出す内容の例 |
|---|---|
| データの接続と整形 | どのようなデータ源とつないで、どう整えてきたか |
| モデリング | リレーションや計算式をどう設計してきたか |
| 見せ方の基準への対応 | コントラスト比やデータ定義の参照にどう対応してきたか |
| 依頼者との対話 | 目的の確認や見せ方の相談をどう進めてきたか |
4つの層に分けて書き出しておくと、次の打診を受けたときに、自分の経験のどこが活かせるかをすぐに示せます。整理された言葉は、参画後の対話でも役に立ちます。
6. まとめ
Power BIの案件で作り直しが続く原因は、腕前ではなく、目的と制約を確かめる順番が抜けていることにあります。5W1Hで目的を定義し、データ側の4つの制約を先に尋ね、紙の段階で合わせてから実装に進む流れを踏めば、往復の多くは事前に防げます。
見せ方についても、コントラスト比やデータの定義といった、確かめられる基準に沿って進めれば、「見やすい」を好みの話にせずに済みます。積み重ねてきた経験は、この基準に沿って整理するほど、実務の言葉として伝わりやすくなります。
Remoguは、リモートワークの案件に特化したエンジニアマッチングで、案件の90%以上がフルリモート可能です9。場所に縛られず、これまで積み上げてきたPower BIの経験を活かせる案件を探すなら、まず登録して自分の経験に合う条件を確かめてみることが、次の一歩になります。
7. よくある質問
グラフを増やしてほしいと言われたらどうするか
グラフを増やす依頼そのものを断る必要はありませんが、完成後のレビュー用チェックリストにある、本当に必要な情報だけに絞り込めていますかという項目に立ち返ることが助けになります8。増やす前に、その数値が誰の判断に使われるのかを確かめると、答えが自然に出てきます。
データが整っていない案件は受けないほうがよいのか
受ける・受けないの判断は案件ごとに異なりますが、打診の段階でデータの欠損や更新頻度、分解能、指標同士の比較可能性を確かめておけば4、着手前に実現できる範囲がはっきりします。整っていない状態が分かったうえで引き受ける場合も、どこまで対応するかを先に共有しておくと、後の認識のずれを防げます。
政府のガイドブックは民間の案件でも参考になるのか
実践ガイドブックはデジタル庁が公開している資料ですが、目的の定義や測れる基準の考え方は、官公庁に限らず、ダッシュボードを作る場面全般に当てはまる内容です1。参画先が民間の事業者であっても、整理の手順や基準としてそのまま持ち出せます。
見た目の話だけの仕事にならないためにどうするか
見せ方の相談に入る前に、目的と制約を確かめる手順を挟むことが、見た目だけの調整に終わらせない一番の対策です。整理された目的と基準を携えて案件に参画できれば、色や配置の相談も、判断の理由を示しながら進められます。自分に合う案件がどのような依頼から始まっているかを知りたいときは、Remoguで実際の案件情報を確認してみることも一つの方法です。
リモートワーク案件をお探しの方へ
Remoguは、株式会社LASSICが運営するITエンジニア・デザイナー専門のリモートワーク案件紹介サービスです。フルリモート・ハイブリッドの案件から、スキルに合うものを探せます。
ダッシュボードの案件で作り直しが続くのは、腕の問題ではなく要件と基準が言葉になっていないからです。まずはデータを扱うリモート案件が、いまどんな条件で並んでいるかを見てみてください。
会員登録無料 ／ 案件閲覧・相談は無料
※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。
出典・参考情報
＊1 デジタル庁「ダッシュボードデザインの実践ガイドブック」2 要件の整理（本ステップのゴール）（2026年3月31日）
＊2 デジタル庁「ダッシュボードデザインの実践ガイドブック」2.1 目的を定義する（2026年3月31日）
＊3 デジタル庁「ダッシュボードデザインの実践ガイドブック」2.1 目的を定義する（2026年3月31日）
＊4 デジタル庁「ダッシュボードデザインの実践ガイドブック」2.2 制約条件を理解する（データの制約）（2026年3月31日）
＊5 デジタル庁「ダッシュボードデザインの実践ガイドブック」3.1 プロトタイピングのプロセス（2026年3月31日）
＊6 デジタル庁「ダッシュボードデザインの実践ガイドブック」4.4 グラフ設計の原則（2026年3月31日）
＊7 デジタル庁「ダッシュボードデザインの実践ガイドブック」4.4 グラフ設計の原則（データを定義する）（2026年3月31日）
＊8 デジタル庁「ダッシュボードデザインの実践ガイドブック」5.4 チェックリスト（利用者の体験）（2026年3月31日）
＊9 Remoguサイト公開情報（フルリモート可能案件の割合）