Power BI 実装計画: BI の戦略的計画

この記事は、戦略計画を通じてビジネス インテリジェンス (BI) のフォーカス領域と目標を定義するのに役立ちます。 主な対象者は次のとおりです。

• BI および分析のディレクターまたはマネージャー: BI プログラムと BI の戦略的計画の監督を担当する意思決定者。
• センター オブ エクセレンス (COE)、IT、BI チーム: 戦術的計画と、BI のゴールに向けた進行状況の測定と監視を担当するチーム。
• 領域の専門家 (SME) およびコンテンツの所有者と作成者: チームまたは部門内の分析のエキスパートで、BI ソリューション計画を実施するチームと個人。 これらのチームと個人は、BI 戦略を定義するときに、各自のビジネス領域の戦略とデータのニーズを表す責任があります。

BI 戦略は、データと分析を実装、使用、管理するための計画です。 BI 戦略の概要に関する記事で説明されているように、BI 戦略はデータ戦略のサブセットです。 ビジネス ユーザーがデータと BI ソリューションをより効果的に使用して意思決定を行い、アクションを実行できるようにすることで、ビジネス戦略をサポートします。

要約すると、この記事では、戦略計画を実行して、BI 戦略のフォーカス領域と目標を定義する方法について説明します。

次の概要図は、BI の戦略的計画を実施する方法を示しています。

戦略的 BI のフォーカス領域と目標を定義するには、以下の手順を実行します。

Step	説明
1	BI 戦略のイニシアチブを主導する作業チームを確立します。
2	ビジネス目標とデータのニーズに関する情報、および既存の BI ソリューションとイニシアチブに関する情報を収集するための調査とワークショップを実施して、ビジネス アラインメントを確立します。
3	主要な利害関係者と一連の戦略的計画ワークショップを実行して、現在の状態の評価を行います。
4	評価と利害関係者から得た情報を使って、戦略的 BI のフォーカス領域と目標を決定します。

この記事では、BI の戦略的計画に関するプロセスの各ステップについて説明します。

ステップ 1: 作業チームを編成する

BI 戦略を定義する最初のステップは、作業チームを確立することです。 作業チームがイニシアチブを主導して、BI 戦略を表し、計画します。 これは、エグゼクティブ スポンサーのサポートによって実現する、職能上の枠を超えた専門家グループです。 このグループは、組織全体の技術およびビジネス プロセスについて深く理解している必要があります。

作業チームは、イニシアチブのスコープ内にある各部門、部署、および地域を代表することが理想的です。

次の図は、作業チームのメンバーを指名する次の役割と、作業チームのメンバーの種類を示しています。

この図は、次の役割を示しています。

Item	説明
	エグゼクティブ スポンサーは、通常、作業チームのトップダウンの目標と、資金提供を含めたサポートを提供します。 エグゼクティブ スポンサーは、センター オブ エクセレンス (COE) と共に、作業チームのメンバーを指名することもできます。
	COE または中央の BI チームは、エグゼクティブ スポンサーと話し合い、作業チーム メンバーを特定し、指名します。 COE は、活動をサポートするためのガイダンスを作業チームに提供することもあります。
	COE メンバーは、作業チームの一員です。 BI の専門知識を使用して、BI の情報収集を促進し、現在の状態の評価を実行する責任があります。
	ビジネスの SME は、作業チームの一員です。 所属する部門または部署の関心事項を表します。 SME は、ビジネス戦略の情報収集を推進する役割を担います。
	マスター データ チームなどから参加する機能チーム メンバーは、作業チームの一員となることがあります。 このメンバーは、情報収集の際に戦略的に重要なプロセスを明確にする責任があります。
	データ エンジニアリング チームなどから参加する技術チーム メンバーは、作業チームの一員となることがあります。 このメンバーは、情報収集の際に戦略的に重要なシステムを明確にする責任があります。
	セキュリティ チーム メンバーは、作業チームの一員です。 このメンバーは、情報収集の際にコンプライアンス、セキュリティ、プライバシーの要件を特定し、明確にする責任があります。
	その他の IT チーム メンバーは、作業チームの一員となることがあります。 このメンバーは、ネットワークやアプリケーション管理などの領域に関連するその他の技術的要件を特定できます。

通常、作業チーム メンバーは、Power BI のエグゼクティブ スポンサーのような、BI と分析のエグゼクティブ スポンサーによって指名され、導かれます。 エグゼクティブ スポンサーを特定して関与させることは、BI 戦略のイニシアチブの最初のステップです。

エグゼクティブ スポンサーを特定して関与させる

エグゼクティブ スポンサーの重要な役割は、戦略的 BI のフォーカス領域と目標の策定を支援することです。 エグゼクティブ スポンサーは、BI の取り組みと BI 戦略に出資している、上級の戦略的リーダーシップの立場にある個人です。 BI 戦略を定期的に推進し、動機付けし、投資することで、トップダウンのガイダンスと強化を提供します。

エグゼクティブ スポンサーは、導入ロードマップに記載されている多くのアクティビティに加え、次の方法で BI の戦略的計画における重要な役割を果たします。

• 作業チームと COE のサポート: トップダウンのガイダンスと強化を提供することで、BI 戦略を定義する際に主導的な役割を果たします。
• リソースの割り当て: 作業チームの資金、人員配置、役割、責任を確認します。
• イニシアチブの推進: 次の方法で戦略的イニシアチブを推進します。
  • 作業チームの活動を正当に評価する (特に、作業チームが変化に対する抵抗に直面している場合)。
  • 告知したり、公認したりすることで BI 戦略のイニシアチブを促進する。
  • BI 戦略のイニシアチブを促進するための行動と変化を動機付ける。
  • 作業チームを代表し、経営幹部レベルの役員間で BI の戦略的計画を共有して、役員からのフィードバックを得る。
• 戦略的な意思決定: 何をフォーカス領域、目標、主要な結果にするかを決定します。

BI イニシアチブのスコープを決定する

作業チームにはさまざまなビジネス領域のメンバーが含まれるため、作業チームの構成は BI イニシアチブのスコープによって異なります。 通常、BI 戦略には組織の多くの領域が含まれます。 ただし、このスコープを調整して、対処する必要がある特定の領域を定義する必要があります。 BI 戦略のイニシアチブのスコープを制限する理由は 2 つあります。

• 現実的な理由: 成功する BI 戦略は、小規模でシンプルに開始され、成功を重ねて段階的な成長を実現していきます。 最初に BI 戦略を定義するときは、持続的かつ段階的な進歩を達成すると同時に、すぐに成果を出して価値を示すことができるように、主要な領域に焦点を当てます。
• 戦略的な理由: ビジネス領域ごとに異なるイニシアチブを持つことができます。 たとえば、組織のさまざまな部分では、ビジネス戦略がそれぞれ大きく異なるため、個別の BI 戦略が必要になる場合があります。 これらの個別の戦略は、可能な限り、全体的な BI 戦略に合わせて調整する必要があります。

また、スコープ演習の一環として、BI 戦略が繰り返し定義されるという期待を利害関係者にどのように設定するかについても計画する必要があります。

作業チームの目的と責任を理解する

エグゼクティブ スポンサーを特定して関与させ、BI イニシアチブのスコープを明確にしたら、作業チームを編成します。 このチームは、BI 戦略を定義して計画するためのイニシアチブを主導します。

作業チームの責任には次のことが含まれます。

• 計画と準備: 作業チームは、次のような BI 戦略のイニシアチブのさまざまな側面を計画し、準備する必要があります。
  • イニシアチブのタイムライン、成果物、マイルストーンを定義する。
  • 各自の部門のビジネス目標とゴールを正確に説明できる利害関係者を特定する。
  • 利害関係者、エグゼクティブ スポンサー、およびその他の関係者とコミュニケーションを取る。
• 情報収集: 作業チームは、BI 実装の現在の状態を正確に評価するために十分な情報を収集する必要があります。 情報収集に関するアクティビティの例を次に示します。
  • ビジネス コンテキストと既存の BI ソリューションまたはイニシアチブについて独立した調査を行う。
  • 利害関係者と対話するワークショップを行い、ビジネス目標とデータのニーズに関する情報を引き出します。
  • まとめられた調査結果を文書化し、結論を共有します。
• フィードバックとフォローアップ: 作業チームは、収集した情報から得られた結果を要約し、BI の目標、フォーカス領域、次の手順を提案します。 次の方法でフィードバックを収集し、フォローアップを行います。
  • BI の導入と実装の現在の状態を評価する。
  • ビジネス データのニーズの優先順位付けされた一覧を作成する。
  • 結論を提示し、利害関係者とエグゼクティブ リーダーシップに次のステップを提案する。

作業チームを編成して準備する

作業チームのメンバーには、さまざまな部門や部署の担当者を含める必要があります。 次のセクションでは、作業チーム メンバーの所属元となる場所について説明します。

センター オブ エクセレンス メンバー

作業チーム メンバーは、Power BI センター オブ エクセレンス (COE) または同様の総合的な BI の専門家グループから見つけることができます。 作業チームの COE メンバーの主な役割は、COE の専門知識を活用して情報収集に貢献することです。 また、COE メンバーはワークショップから得られた結果を COE に持ち帰って共有し、戦術的な計画の決定とアクションを知らせることができます。

COE の役割は BI チームまたは IT によって実行される可能性があるため、COE のない組織もあります。 この場合は、BI チームまたは IT のメンバーを作業チームに追加することを検討してください。

ビジネス領域の専門家 (SME)

作業チーム メンバーには、ビジネス SME を含める必要があります。 ビジネス SME の主な責務は、自分の部署を代表することです。 組織の一部では機能しない BI ビジョンにつながる前提を回避するため、作業チームにビジネス SME を含める必要があります。

作業チームのビジネス SME は、自分の部署または部門内のデータのニーズとビジネス プロセスを深く理解している必要があります。 理想的には、これらのニーズに対応するために使用される BI ツールとテクノロジについても理解している必要があります。

エキスパートのネットワーク

作業チーム メンバーには、実践共同体の既存のエキスパート ネットワークのユーザーを含めることができます。 エキスパートは通常、BI ツールとそれぞれのビジネス領域のデータのニーズの両方について非常に優れた知識を持っています。 多くの場合、彼らは実践共同体のリーダーです。 作業チームのエキスパートの主な責務は、情報収集を促進し、イニシアチブに自分の実践共同体を関与させることです。

機能、IT、セキュリティ チームのメンバー

特に他の専門知識が必要な場合に、作業チームには、特定の機能領域のメンバーを含めることができます。 これらのメンバーの主な責務は、特定の重要なトピックに関する専門知識を BI 戦略に持ち込むことです。

作業チームに機能領域のメンバーを含める場合の例を次に示します。

• 機能チーム: 機能チームの関連する担当者を作業チームに含めます。 たとえば、組織で 1 つ以上の大規模なエンタープライズ リソース プランニング システム (ERPs) を使用している場合は、作業チームにこれらの ERP の専門家を含める必要があります。 この個人は、情報収集時に提供されるフィードバックのコンテキストでシステムがどのように使用されるかを明確にする責任があります。
• IT チーム: 関連する IT エキスパートを作業チームに含めます。 たとえば、組織には特定のネットワーク要件が存在する場合や、複数のテナントが関係する複雑なシナリオが考えられます。 IT エキスパートの責務は、特定の要件について説明することです。これは、戦術的計画において特に重要です。 また、情報収集の際にリスクや問題点を特定するのにも役立ちます。
• セキュリティ チーム: 作業チームにセキュリティ チームのメンバーを含めます。 たとえば、組織に特定のコンプライアンス、セキュリティ、プライバシーの要件が存在する場合があります。 これらの個人は、将来の状態を定義するときにセキュリティ関連の要件を説明する責任があります。 また、情報収集の際にコンプライアンス リスクとセキュリティ上の脅威を特定するのにも役立ちます。

コミュニケーション ハブを作成する

作業チーム メンバーと利害関係者間の効率的かつ構造化されたコミュニケーションは、イニシアチブを成功させるために不可欠です。 コミュニケーションを向上させる方法の 1 つは、コミュニケーション ハブで集中管理することです。 コミュニケーション ハブは、BI 戦略に関するコミュニケーション、文書化、計画を統合するために使用する場所です。 また、作業チームと利害関係者間のコラボレーションを促進するのにも役立ちます。

次の図は、コミュニケーション ハブを使用して BI の戦略的な計画と情報収集を集中管理する方法を示しています。

この図は、次の概念またはプロセスを示しています。

Item	説明
	コミュニケーション ハブは、Microsoft Teams または同様のプラットフォームの中央の場所です。 その目的は、コミュニケーション、ドキュメント、計画を集中管理することです。
	作業チームは、ビジネス領域ごとに異なるチャネルを作成して管理します。 ビジネス領域ごとの分離は、イニシアチブの最上位レベルの構造に対応させる必要があります。 各チャネルには、BI 戦略に関するまとめられた調査結果、タイムライン、およびディスカッションのリポジトリが含まれています。
	指定された作業チーム メンバーは、コミュニケーション ハブのキュレーションとモデレーションを行います。 モデレーションを行うことで、コミュニケーション ハブを有用かつ最新の状態に維持できます。
	主要な利害関係者と作業チーム メンバーは、コミュニケーション ハブに積極的に参加します。
	エグゼクティブ スポンサーの参加には制限があります。 たとえば、論争が発生し、それを解決する場合などです。

一貫して効果的にコミュニケーションを取る

作業チームは、コミュニケーション ハブを使用して、BI 戦略を定義するための簡潔で整理された透明性のあるプロセスを維持し、実行する必要があります。

コミュニケーション ハブを最大限に活用するための推奨事項を次に示します。

• 作業チームの責任を明確に定義する: キュレーションやモデレートなど、コミュニケーション ハブに関する責任が作業チーム内で明確に定義されていることを確認します。 コミュニケーション ハブは、関連するモデレーションを積極的に行うことにより、最新かつ有益で、作業チームや主要な利害関係者に役立つよう維持されます。
• ディスカッションとファイルを整理する: 論理構造を作成して維持することで、コミュニケーション ハブでファイルや以前のディスカッションを簡単に見つけられるようにします。 整理されたコミュニケーション ハブは、効果的な使用を促進します。
• ドキュメントと投稿を簡潔にする: 膨大な情報量で関係者に負荷をかけすぎないようにします。 主要な利害関係者の時間は限られているため、コミュニケーション ハブには簡潔でわかりやすい投稿およびドキュメントを公開するようユーザーに促します。
• コミュニケーションに一貫性を持たせる: 別のチャネル (電子メールなど) ではなく、コミュニケーション ハブが使用されるようにします。 また、ドキュメントと更新におけるトーン、形式、長さの一貫性を保つよう努める必要があります。
• 透明性を持ち、コラボレーション環境を促進する: 効果的なコミュニケーション ハブには、共同作業を推進するアクティブなソーシャル環境があります。 作業チームはイニシアチブ全体を通じて定期的な更新と調査結果を共有する必要があり、透明性が求められます。

チェックリスト - 作業チームを作成する際の主な決定事項とアクションは次のとおりです。

ステップ 2: ワークショップを計画し、調査を行う

作業チームの編成 (ステップ 1) の後、新しく編成された作業チームは次のアクティビティを開始して、ビジネス アラインメントを確立できます。

• 独立した調査を行う: 作業チームは、ビジネス コンテキストと既存の BI ソリューションまたはイニシアチブに関する調査を行います。
• ワークショップを計画する: 作業チームは、ビジネス目標とデータのニーズに関する主要な利害関係者からの情報を収集するための戦略的計画ワークショップを準備します。

これらのアクティビティは、ワークショップと評価を実行するための前提条件となります (ステップ 3)。

独立した調査を行う

作業チームは、BI の導入と実装の現在の状態を文書化するための調査を行います。 この調査は評価を実行するために使用されますが、作業チームがワークショップの準備をするのにも役立ちます。

ビジネス コンテキストを調査する

効果的な BI 戦略を定義するには、作業チームがビジネス目標を理解する必要があります。 ビジネス目標を理解することで、作業チームは、ユーザーがデータと BI ツールを使用する理由を説明するための適切なビジネス コンテキストを持ち、目的の成果を理解します。 データのニーズとユース ケースは、それらがサポートするビジネス プロセスとそれらが対応するゴールに関して定義する必要があります。

作業チームのビジネス SME は、専門知識を活用して、ビジネス コンテキストを表すための取り組みを主導する必要があります。 ただし、作業チームのすべてのメンバーが参加することが重要です。 作業チームがビジネス戦略について共通の理解を持っている必要があります。 このように、BI 戦略では、抽象的で技術的な問題を解決するのではなく、ビジネス ニーズに対処することに重点を置きます。

既存の BI イニシアチブとソリューションを調査する

効果的な BI 戦略を定義するには、作業チームも BI の導入と実装の現在の状態を理解する必要があります。 現在の状態は、ユーザーが既存のデータと BI ツールを使用する方法と、戦略的に重要なデータとツールについて説明するものです。 既存の BI イニシアティブとソリューションを、それらがサポートするビジネス プロセスとそれらが対応するゴールに関して特定する必要があります。 これらのソリューションは、ビジネス ユーザーがデータのニーズに対応するために現在行っていることを示すのに役立ちます。これにより、それが効果的かどうかを評価できます。

作業チームの COE メンバーは、専門知識を活用して、BI の導入と実装の現在の状態を表すための取り組みを主導する必要があります。 この取り組みに役立つアクティビティの例として、テナント レベルの監査があります。 監査により、作業チームは現在の BI イニシアチブとソリューションのインベントリを収集してワークショップの準備を行うことができます。

独立した調査で対処するトピック

次の図は、一般に独立した調査で対処するトピックを示しています。

この図は、次の概念とプロセスを示しています。

Item	説明
	作業チームはビジネス コンテキストを調査して、ビジネス戦略を文書化し、理解します。 この調査は、それぞれの部門または部署のビジネス SME が主導します。
	作業チームは、最初にビジネス目標を特定して、ビジネス コンテキストを調査します。
	作業チームは、部門や部署が目標を達成するために進める必要のある具体的なビジネス目標を特定します。
	ビジネス プロセスは、ビジネス目標に向けて取り組むために作成されたイニシアチブまたは計画です。 作業チームは、ビジネス目標の達成に役立つ既存のプロセスを特定します。
	ビジネス データのニーズは、ビジネス プロセスと戦略的ゴールをサポートするために必要なデータ、ツール、ソリューションです。 作業チームは、ビジネス データのニーズを特定します。
	作業チームは、BI の導入と実装の現在の状態を理解するために、既存のあらゆる BI イニシアチブとソリューションを調査します。 COE メンバーまたは BI エキスパートがこの調査を主導します。
	作業チームは、戦略的に重要な BI ソリューションを調査して、組織が現在ビジネス データのニーズにどのように対処しているかを理解します。 具体的には、作業チームは、ビジネス ユーザーが誰であり、ソリューションをどのように使用しているかを特定します。 作業チームは、これらのソリューションが対処する主要なデータに関する質問や問題、潜在的な欠陥、機会、非効率性も文書化します。
	作業チームは、ビジネス データのニーズに対処するために組織が使用する既存のツールとテクノロジを調査して文書化します。
	作業チームは、BI 戦略を定義するため、過去または類似のイニシアチブを特定します。 過去のイニシアチブには価値のある教訓が含まれている可能性があります。一方、類似のイニシアチブを組み合わせると、作業の重複を避けることができます。
	作業チームは、戦略的に重要な計算とマスター データを特定します。 これらの計算とマスター データは、その事業がビジネス目標を達成できるようにするために重要です。
	作業チームは、ユーザー コミュニティ全体で、戦略的に重要な BI ソリューションの使用状況と導入を評価します。
	作業チームは、既存の BI ソリューションで特定された潜在的なガバナンスとコンプライアンスのリスクを特定します。

つまり、ビジネス コンテキストおよび既存の BI イニシアチブとソリューションに関する調査によって、BI の導入と実装の現在の状態が表されます。 作業チームは、利害関係者から情報を得たら、ワークショップでこの調査を検証します。

ワークショップを計画する

独立した調査を実行する一方で、利害関係者とのワークショップを計画する必要があります。 これらのワークショップの目的は、ビジネス目標とデータのニーズに関する情報を収集することです。 また、独立した調査から得られた結論をこれらのワークショップで検証します。

次のセクションでは、ワークショップの計画と準備に関する主な考慮事項について説明します。

適切な主要な利害関係者を関与させる

BI の戦略的計画を成功させるには、作業チームがワークショップに適切な利害関係者を関与させる必要があります。 作業チームは、ビジネス領域を代表するのに十分な知識を持つ、信頼できる主要な利害関係者を特定する必要があります。 各ワークショップでは、これらの利害関係者の役割は、作業チームが主導するディスカッションに参加することです。 利害関係者は、自分の領域のビジネス目標とデータのニーズ、およびビジネス目標をサポートするためのデータと分析の各イニシアチブの現在の状態を説明する必要があります。

ワークショップを成功させ、スコープ内のビジネス領域を正確に理解するには、適切な利害関係者を特定することが不可欠です。

次の図は、BI 戦略のイニシアチブについて、適切な主要な利害関係者を特定して通知するプロセスを示しています。

この図は、次のステップを示しています。

Item	説明
	BI 戦略のイニシアチブのスコープ内にある機能領域 (部門と部署) を一覧で示します。
	機能領域ごとに、主要な利害関係者の担当者候補を 2 から 3 人特定します。
	利害関係者を関与させてイニシアチブについて知らせ、その選択を検証します。 この段階では、利害関係者候補が参加を辞退し、代替の人員を提案する可能性があります。
	主要な利害関係者の最終的な一覧を作成します。
	エグゼクティブ スポンサーが主要な利害関係者に通知し、正式に参加を要求します。 主要な利害関係者とのこれ以降のやり取りはすべて、コミュニケーション ハブに投稿して行います。

主要な利害関係者の参加を初めて要求するときには、次のことを行うようにします。

• 必要に応じて、マネージャーから承認を得る。
• イニシアティブのスコープとそのゴール、タイムライン、成果物について説明する。
• 参加を求める理由と、望ましいイニシアティブの成果について具体的に説明する。
• 求められる必要な時間のコミットメントと参加の概要を示す。
• 明確かつ簡潔に伝える。

チェックリスト - ワークショップを計画し、調査を実施する場合、主な決定事項とアクションは次のとおりです。

ステップ 3: ワークショップを実施し、評価を完了する

独立した調査とワークショップの計画 (ステップ 2) を完了したら、ワークショップを実施し、評価を完了します。 ワークショップの目標は、利害関係者から得た情報を使用して次のことを文書化することです。

• スコープ内のビジネス領域のビジネス目標、戦略、データのニーズ。
• スコープ内のビジネス領域における BI の導入と実装の現在の状態。

作業チームは、利害関係者から得た情報と独立した調査を組み合わせます。 これらの情報は、ワーキング チームが、ビジネス戦略と BI の導入と実装の現在の状態について十分に理解できるようにするものである必要があります。

作業チームはこの理解に基づいて BI の導入と実装の現在の状態の成熟度と有効性を評価します。 この評価は、ワークショップの主な成果物であるデータ カルチャの評価と技術的な評価にまとめられます。 これらの評価のゴールは、データ カルチャの弱みと機会、および BI 戦略で重点を置くべき技術領域の両方を明確に特定することです。

ワークショップを実行する

ワークショップは、利害関係者からの情報を効果的に引き出して収集するために構成された一連の対話型セッションとして編成されます。 セッションの数と実行方法は、利害関係者の数、その場所、時間の状況、およびその他の要因によって異なります。

以下のセクションでは、ワークショップを実行するときに通常実施するセッションの種類について説明します。

導入セッション

導入セッションは作業チームによって実行され、すべての利害関係者とエグゼクティブ スポンサーが関与する必要があります。 イニシアティブについて説明し、スコープ、ゴール、タイムライン、成果物を明確にします。

このセッションのゴールは、ワークショップの目的と、BI イニシアティブが成功するために必要なことについての期待事項を設定することです。

ワークショップ

ワークショップは、作業チームの数人のメンバーと主要な利害関係者間で行う対話型の会議です。 作業チームのメンバーがディスカッションをモデレートし、利害関係者に質問して情報を引き出します。 利害関係者は、ビジネス戦略、既存の BI イニシアチブとソリューション、データのニーズに関する情報を提供します。

ワークショップのゴールは、利害関係者から十分な情報を収集して、ビジネス目標とデータのニーズを正確に表すことです。 成功したワークショップの最後には、利害関係者は作業チーム メンバーがビジネス目標とデータのニーズを理解していると感じます。 この利害関係者から得た情報は、作業チームの独立した調査と共に、BI の導入と実装の現在の状態の評価を完了するのに使用されます。

効果的なワークショップを計画し、編成するのに役立つ実務上の考慮事項を次に示します。

• ワークショップの出席者の集中を維持する: 出席者が多すぎて会議が飽和状態にならないようにします。 出席者が多すぎると、ディスカッションが長引いたり、ディスカッションで積極的な人員だけが情報を提供したりする結果となることがあります。
• ディスカッションの集中を維持する: 議論や過度に具体的な質問、解説は、後でオフラインで、短い 1 対 1 の会議で話し合うようにします。 同様に、抵抗者はすべて直接特定して対処し、必要に応じてエグゼクティブ スポンサーを関与させます。 ディスカッションの集中を維持することで、ワークショップを戦略的計画の全体的な議論に集中させ、小さな詳細に気を取られることがないようにします。
• 準備に柔軟に対応する: タイミングと好みに応じて、準備済みの資料を使用して、より効果的なディスカッションを行うことができます。 ただし、ディスカッションが予期しない方向に進む可能性があることを理解しておいてください。 セッションが準備済みの資料から離れた場合でも、役に立つ情報が得られるときは、ディスカッションを決められた議題に強制的に戻さないようにします。 利害関係者が別の点に集中している場合は、それが重要であることを意味します。 これらの点に対処して、最も重要な情報を引き出すことで、柔軟に対応します。
• 利害関係者から得た情報を文書化する: ワークショップでは、利害関係者から得たビジネス目標と BI 戦略に関する情報を文書化する必要があります。
• ビジネス データのニーズを文書化する: ワークショップの情報収集の成果の 1 つは、満たされていないビジネス データのニーズの概要の一覧です。 最初に、優先順位の最も高いものから最も低いものの順に一覧を整理する必要があります。 利害関係者から得た情報と、一覧の項目アイテムがビジネスの有効性に与える影響に基づいて、これらのフォーカス領域を決定します。

評価を完了する

作業チームは、独立した調査と利害関係者から得た情報を、まとめられた調査結果に組み合わせる必要があります。 これらのゴールの結果では、BI の導入と実装の現在の状態 (簡潔にするため、"現在の状態" と呼ばれます) の正確な説明を伝える必要があります。 これらの調査結果では、スコープ内の各ビジネス領域について、次のことを説明する必要があります。

• ビジネス目標。
• 目標に向けた進捗状況を測定するためのビジネスの主要な結果。
• 主要な結果を達成することを目的としたビジネスの主要なイニシアティブ。
• ビジネス データは主要なイニシアティブをサポートする必要があります。
• ビジネス データのニーズに対応するために使用される BI ツールとソリューション。
• ユーザーのツールとソリューションの使用方法、およびユーザーによるツールとソリューションの効果的な使用を妨げる課題。

作業チームは、現在の状態を理解した上で、ビジネス戦略のサポートにおける全体的な BI の成熟度とその有効性の評価に進む必要があります。 これらの評価は、特定のデータ カルチャと技術領域に対応します。 また、BI 戦略で重点を置く弱みと機会を特定するのにも役立ちます。 これらの弱みと機会に対処するために、戦略的 BI の目標を大まかに定義します。

作業チームは、フォーカス領域を特定するために、データ カルチャ評価と技術評価という 2 種類の評価を実施します。

評価の内容

現在の状態を簡潔かつ正確に評価することは不可欠です。 評価では、データを使用して意思決定を促進し、アクションを実行するための組織の能力の長所と課題を強調する必要があります。

効果的な成熟度の評価は、次の内容で構成されます。

• 成熟度レベル: 全体の成熟度レベルを 100 (初期) から 500 (効率的) までの 5 ポイントずつのスケールで評価します。 スコアは、さまざまな領域における有効性に関する、作業チームによる高レベルの主観的な評価を表します。
• ビジネス ケース: 評価の成熟度レベルのスコアを正当化して説明します。 具体的な例としては、ビジネス ユーザーがデータを使用してビジネス目標を達成するために実行したアクション、ツール、プロセスなどがあります。 作業チームは、ビジネス ケースと、まとめられた調査結果を使用し、評価に役立てます。 ビジネス ケースは通常、次の要素で構成されます。
  • 目的の結果の明確な説明と、現在のプロセスで対処しようとしているビジネス データのニーズ。
  • 一般的なプロセスが現在実行されている方法に関する現状の説明。
  • 現在のプロセスの課題、リスク、または非効率性。
• 補足情報: 結論をサポートするもの、または BI およびビジネス戦略に関連する重要な詳細を含むドキュメントです。 作業チームは補足情報を文書化し、意思決定と戦術的な計画に後で役立てます。

データ カルチャの評価を完了する

データ カルチャの評価では、BI の導入の現在の状態が評価されます。 この評価を完了するために、作業チームは次のタスクを実行します。

1. まとめられた調査結果を確認する: 作業チームは、独立した調査とワークショップの実施により収集された情報を確認します。
2. 成熟度レベルを評価する: 作業チームは、このセクションで説明する各データ カルチャ領域を順に進めていきます。 Fabric 導入ロードマップを使用し、成熟度スコアを割り当てて、各領域の有効性を評価します。
3. 主観的な評価をゴールの証拠で正当化する: 作業チームは、いくつかの主要なビジネス ケースと、各領域の成熟度スコアの評価を正当化する補足情報について説明します。
4. 弱みと機会を特定する: 作業チームは、組織のデータ カルチャにおける特定の強みや課題が反映される可能性のある特定の調査結果を強調または文書化します。 これは、スコアが最も低い領域や最も高い領域、または組織のデータ カルチャに大きな影響を与えていると感じる領域である可能性があります。 これらの主要な領域は、BI のフォーカス領域と目標を特定するために使われます。

次の図は、特定のデータ カルチャ領域に関する BI の戦略的計画において、作業チームがどのように組織のデータ カルチャを評価するのかについて示しています。

この図は、次のデータ カルチャ領域を示しています。

Item	説明
	ビジネス アラインメント: データ カルチャとデータ戦略でどの程度、ビジネス ユーザーがビジネス目標を達成できるようになるか。
	エグゼクティブ スポンサー: 十分な信頼性、権限、影響力を持つ人物が、導入を成功させるために BI ソリューションとイニシアチブをどの程度効果的にサポートしているか。
	センター オブ エクセレンス (COE): 中央 BI チームがどの程度効果的にユーザー コミュニティを機能させているか、およびこのチームがすべての COE の役割を満たしているかどうか。
	データ リテラシー: ユーザーが、どの程度効果的にデータを読み取り、解釈し、使用して、意見を形成し、決定を下すことができるか。
	データ検出: 適切なデータが、適切なタイミングで、それを必要とする人に対して、どの程度検索可能であるか。
	データの民主化: ビジネス上の問題の解決を担当するユーザーの手にデータが渡されるかどうか。
	コンテンツの所有権と管理: コンテンツ作成者がデータ (データ モデルなど) を管理する一元化された方法と分散型の方法に関する明確なビジョンがあるかどうか、および COE によってそれらがどのようにサポートされているか。
	コンテンツの配信スコープ: 分析コンテンツ (レポートなど) を使用するユーザーに関する明確なビジョンがあるかどうか、および COE によってそれらがどのようにサポートされているか。
	メンタリングとユーザーの有効化: エンド ユーザーがデータを効果的に使用し、データのリテラシーを向上させるためのリソースとトレーニングを持ってるかどうか。
	実践共同体: 共通の関心を持つユーザーが、どの程度効果的に、互いに自主的にやり取りして助け合うか。
	ユーザー サポート: データ、ツール、またはプロセスの問題が発生した場合に、ユーザーがどの程度効果的に支援を得られるか。
	ガバナンス: ユーザーの行動を監視して、ユーザーを支援し、規制要件を維持し、内部要件を満たすためのプロセスの有効性。
	システム監視: ガバナンス ガイドラインの実施、ユーザーへの権限の付与、導入の促進に関連する日常的な管理活動の有効性。
	変更管理: 変更がどの程度効果的に処理されるか。これには、ソリューションまたはプロセスの変更による中断と生産性の損失を防ぐ手順が含まれます。

これらのデータ カルチャ領域を評価するには、Fabric 導入ロードマップを参照してください。 具体的には、評価を実行するのに役立つ成熟度レベルに関するセクションと "質問" セクションを確認してください。

技術的な評価を完了する

技術的な評価では、BI の実装の成功を戦略的に可能にする技術領域を評価します。 この評価の目的は、個々の技術ソリューションを監査することや、BI に関連する技術領域全体を評価することではありません。 代わりに、作業チームは、このセクションで説明するような戦略的に重要な領域の成熟度レベルと一般的な有効性について表します。 この評価を完了するために、作業チームは次のタスクを実行します。

1. 技術領域を特定する: 作業チームは、BI の成功に関連し、戦略的に重要な具体的な技術領域を特定し、評価に含めます。 このセクションでは、技術領域の例をいくつか説明し、次の図に示します。
2. 成熟度レベルを定義する: 作業チームは、成熟度レベルを定義して、評価内の各技術領域に対して高レベルの有効性をスコア付けします。 これらの成熟度レベルは、Fabric 導入ロードマップの成熟度レベルで提供されているテンプレートに含まれるものなど、一貫した尺度に従う必要があります。
3. まとめられた調査結果確認する: 作業チームは、独立した調査とワークショップの実施により収集された情報を確認します。
4. 成熟度レベルを評価する: 作業チームは、成熟度スコアを割り当てることで、各領域の有効性を評価します。
5. 主観的な評価をゴールの証拠で正当化する: 作業チームは、いくつかの主要なビジネス ケースと、各領域の成熟度スコアの評価を正当化する補足情報について説明します。
6. 弱みと機会を特定する: 作業チームは、組織の BI の実装における特定の強みや課題が反映される可能性のある特定の調査結果を強調または文書化します。 これは、最もスコアの低い技術領域、または BI ツールとプロセスを実装することで組織の戦略的成功に大きな影響を与えると感じる領域である可能性があります。 これらの主要な領域は、BI のフォーカス領域と目標を特定するために使われます。

次の図は、BI 戦略を定義する際に評価する可能性のある技術領域を示しています。

この図は、次の技術領域を示しています。

Item	説明
	データ統合: ツールまたはシステムがさまざまなソースからどの程度効果的にデータに接続して取り込み、変換して、分析目的の統合されたビューを作成するか。 データ統合の評価とは、Power BI や Fabric のデータフローなど、エンタープライズ データ パイプラインとセルフサービス データ統合ソリューションを均等に評価することを意味します。
	データ エンジニアリング: 現在のアーキテクチャが、分析のユース ケースをサポートし、ビジネス データのニーズの変化に適応するのにどの程度効果的か。
	データ サイエンス: 組織が探索的で高度な手法を使用して新しい分析情報を発見し、予測分析または書法的分析の利点を得られるかどうか。
	データ ウェアハウス: ダウンストリームの分析のユース ケースをサポートするビジネス ロジックのモデリングにおけるリレーショナル データベースの有効性。 データ ウェアハウスは、多くの場合、データ エンジニアリングと共に考慮されます。
	リアルタイム分析: 組織が待機時間の短いデータを正しく識別、キャプチャ、使用して、システムとプロセスの最新の情報を提供できるかどうか。
	データの可視化: 視覚化を効果的に使用して、ビジネス ユーザーのレポート作成エクスペリエンスの実行時間を短縮できるかどうか。 効果的な視覚化はベスト プラクティスに従い、重要で実用的な要素に注意を向け、ユーザーが詳細な調査を行ったり、正しいアクションを実行したりできるようにします。
	アクションと自動化: システムまたはプロセスにおける重要なタイミングで手動介入できるようにするために、どの程度一貫的かつ効果的に、タスクが自動化され、データ アラートが使用されているか。 また、BI ソリューションがどの程度実用的であるか、つまり、レポートのユーザーが適切なタイミングで適切なアクションをどの程度効率的かつ直接的に実行できるかについても評価する必要があります。
	ライフサイクル管理: コンテンツ作成者が共同作業を行って、一貫した定期的なリリースや更新に関する BI ソリューションの変更をどの程度効果的に管理および追跡できるか。
	データ セキュリティ: データ資産が規制および組織のポリシーに準拠して、承認されていないユーザーがデータを表示、アクセス、または共有できないようにしているかどうか。 データ セキュリティは、通常、情報保護とデータ損失防止と共に評価されます。
	情報保護: 秘密度ラベルなどのツールを使用して機密情報を識別して分類することで、組織がリスクをどの程度軽減できるか。 情報保護は通常、データ セキュリティとデータ損失防止と共に評価されます。
	データ損失防止 (DLP): 組織が、組織外へのデータの移動を事前に防止できるかどうか。 たとえば、秘密度ラベルまたは機密情報の種類に基づく DLP ポリシーを使用することなどです。 DLP は通常、データ セキュリティと情報保護と共に評価されます。
	マスター データ管理: 定量的フィールドとビジネス属性が組織全体で効果的に管理され、一元的に文書化され、一貫して管理されているかどうか。
	データ品質: BI ソリューションとデータが、ビジネス ユーザー コミュニティにとって信頼でき、完全で、正確であるかどうか。
	人工知能 (AI): 組織が BI プロセスの生産性を向上させるために生成 AI ツールとモデルを効果的に使用しているかどうか。 また、AI を使用して分析ワークロードに価値のある分析情報をもたらしているかどうか。

チェックリスト - ワークショップを実施し、評価を完了する際の主な決定事項とアクションは次のとおりです。

手順 4: BI のフォーカス領域と目標を決定する

ワークショップを実行し、評価を完了した後 (手順 3)、作業チームはエグゼクティブ スポンサーと共に、戦術的計画で対処する BI のゴールと優先順位を決定します。

戦略的フォーカス領域を決定する

評価では、BI 戦略のために重点を置くデータ カルチャや技術領域の弱みと機会を明確に特定する必要があります。 エグゼクティブ スポンサーなどの主要な意思決定者と協力して、評価の弱みと機会から、短期的に改善を目指すフォーカス領域を決定します。 このことに重点を置き、BI 目標に向けて持続可能かつ段階的な進歩を目指します。

戦略的 BI の目標を決定する

BI の戦略的計画の最後の手順では、作業チームは通常、優先順位付けされた各領域について、今後 12 から 18 か月間に向けて取り組むいくつかのゴールを定義します。 通常、これらの目標は、想定される将来の状態と成熟度レベルの成長を表すものです。

技術領域の場合は、作業チームによる技術的な評価で表される成熟度スケールを使用して目標を定義することをお勧めします。

戦略的 BI 目標の例

戦略的 BI 目標の例をいくつか次に示します。

• BI イニシアチブとソリューションに関する経営幹部のサポートを向上させる。
• COE の有効性を向上させる。
• 明確なコンテンツ所有権の戦略と構造を作成する。
• ガバナンスを向上させるために、データを使用してユーザーの行動をより深く理解し、監視する。
• 記述的分析ソリューションから予測分析ソリューションに移行する。
• より効果的なデータの可視化により、意思決定プロセスを向上させる。
• 有効なコンテンツ作成者の数を増やして、実現までの時間と BI ソリューションから得られるビジネス価値を向上させる。

戦略的計画を完了する前に、作業チームは、決定した BI のフォーカス領域と目標を利害関係者や経営幹部と調整する必要があります。

利害関係者や役員と調整する

最終的な評価と決定を利害関係者と共有することが重要です。 コミュニケーション ハブでは、利害関係者はこれらの成果物の進行状況を非同期的にフォローアップし、フィードバックを投稿できます。 ただし、戦略的計画を終了するには、利害関係者と経営幹部に評価とフォーカス領域を再度提示する必要があります。

以下のセクションでは、利害関係者や経営幹部とどのように調整を行うかについて説明します。

アラインメント セッションを実施する

アラインメント セッションは、各ビジネス領域の最終会議です。 各アラインメント セッションには、主要な利害関係者とエグゼクティブ スポンサーが関与し、作業チームによる評価をレビューします。

このセッションのゴールは、結論と評価、および合意された BI のフォーカス領域と目標に関する合意を達成することです。

エグゼクティブ サマリを準備して提示する

エグゼクティブ サマリは通常、エグゼクティブ スポンサーから、全体的なビジネス戦略を担当する他の経営幹部に対して提供されます。 エグゼクティブ スポンサーは、評価結果を説明し、特定されたフォーカス領域を正当化する主要な課題と機会の概要を示します。 重要なのは、エグゼクティブ スポンサーが、次の手順について説明して、将来の状態に向けて実行可能な進歩に取りかかることです。

このセッションのゴールは、戦略的計画の成果と次の手順に関する経営幹部のアラインメントと承認を得ることです。

戦術的計画を進める

BI のフォーカス領域と目標を特定したら、戦略計画は完了です。 次の手順では、戦術的計画を実施することで、BI の目標に向けて前進するのに役立つゴールを特定します。

チェックリスト - BI のフォーカス領域と目標を決定する場合、次のような主要な決定とアクションがあります。

関連するコンテンツ

このシリーズの次の記事では、BI の戦術的計画を実施する方法について説明します。