measure-dashboard-requirements

ダッシュボード要件

ダッシュボード要件ドキュメントでは、ダッシュボードが答えるべき質問、表示する指標、データの可視化方法を指定します。要件を明確にすることで、単に数値を表示するのではなく、実際の意思決定に役立つダッシュボードをデータチームが構築できるようになります。

使用する場面

• データ／分析チームに新しいダッシュボードを依頼するとき
• プロダクト、機能、チームの KPI トラッキングを定義するとき
• 場当たり的なレポートを継続的に利用するダッシュボードにまとめるとき
• 四半期計画の前に、必要な可視性を明確にするとき
• セルフサービス分析を必要とするステークホルダーを受け入れるとき

使用しない場面

• ダッシュボードにデータを提供するイベントトラッキングが必要な場合 → measure-instrumentation-spec を使用します。まず計測し、その後で可視化します
• 常設のダッシュボードではなく、実験結果の報告を設計する場合 → measure-experiment-design と measure-experiment-results を使用します
• サイクル終了時に OKR の進捗を評価したい場合 → measure-okr-grader を使用します
• ダッシュボードが答えるべき質問について、まだ合意が取れていない場合 → まず foundation-okr-writer または define-problem-statement で成果を明確にします

手順

ダッシュボード要件の指定を求められた場合は、次の手順に従います。

1. 目的を定義する 表示するグラフではなく、このダッシュボードが答えるべき質問から始めます。このダッシュボードはどのような意思決定に役立ちますか？明確な目的のないダッシュボードは、見栄えだけの指標を並べるものになってしまいます。

2. 対象者を特定する 誰が、どのくらいの頻度で、どのような状況でこのダッシュボードを利用するのかを指定します。経営陣による週次レビューと、チームの日次スタンドアップボードでは、必要なものが異なります。

3. 主要指標を指定する 各指標について、名称、ビジネス上の定義（平易な言葉で）、計算式、データソース、ベースライン／目標値を記載します。指標が曖昧だと、ダッシュボードの目的がずれてしまいます。

4. 可視化を設計する データで伝える内容に基づいて、推奨するグラフの種類を示します。時系列の傾向には折れ線グラフ、比較には棒グラフ、構成比には円グラフやツリーマップが適しています。ディメンション別の内訳も含めます。

5. フィルターとセグメントを定義する ユーザーが必要とするドリルダウンを指定します。日付範囲、ユーザーセグメント、プロダクト領域、地域などです。ユーザーが行う「切り口を変えて見る」質問を想定します。

6. データソースを記録する データの出所と、既知のデータ品質上の問題を特定します。遅延要件を記載します。ダッシュボードにはリアルタイムデータが必要ですか、それとも日次更新で十分ですか？

7. 権限とアクセスを設定する 誰が何を閲覧できるかを決定します。一部の指標はアクセス制限が必要な場合があります。セキュリティ要件と組織内の力学の両方を考慮します。

出力形式

references/TEMPLATE.md のテンプレートを使用して、出力を構成します。完全な仕様では、概要、目的と質問、対象者、主要指標、可視化仕様、フィルターとセグメント、データソース、アクセスと権限、アラートとしきい値、受け入れ基準、未解決の質問、付録のすべてのセクションを埋めます。

品質チェックリスト

最終化する前に、次の点を確認します。

• 目的が、作成するグラフではなく、答えるべき質問として示されている
• すべての指標に明確な定義と計算式がある
• データソースが特定され、アクセス可能である
• 可視化の選択が、必要なインサイトの種類に合っている
• フィルターで、ユーザーが必要とするドリルダウンができる
• 更新頻度が、意思決定のペースに合っている

例

完成例は references/EXAMPLE.md を参照してください。