Power BI 実装計画: BI の戦略的計画
Note
この記事は、Power BI 実装計画 シリーズの記事の一部です。 このシリーズでは、主に Microsoft Fabric 内での Power BI のエクスペリエンスに焦点を当てます。 シリーズの概要については、「Power BI 実装計画」を参照してください。
この記事は、戦略計画を通じてビジネス インテリジェンス (BI) のフォーカス領域と目標を定義するのに役立ちます。 主な対象者は次のとおりです。
- BI および分析のディレクターまたはマネージャー: BI プログラムと BI の戦略的計画の監督を担当する意思決定者。
- センター オブ エクセレンス (COE)、IT、BI チーム: 戦術的計画と、BI のゴールに向けた進行状況の測定と監視を担当するチーム。
- 領域の専門家 (SME) およびコンテンツの所有者と作成者: チームまたは部門内の分析のエキスパートで、BI ソリューション計画を実施するチームと個人。 これらのチームと個人は、BI 戦略を定義するときに、各自のビジネス領域の戦略とデータのニーズを表す責任があります。
BI 戦略は、データと分析を実装、使用、管理するための計画です。 BI 戦略の概要に関する記事で説明されているように、BI 戦略はデータ戦略のサブセットです。 ビジネス ユーザーがデータと BI ソリューションをより効果的に使用して意思決定を行い、アクションを実行できるようにすることで、ビジネス戦略をサポートします。
要約すると、この記事では、戦略計画を実行して、BI 戦略のフォーカス領域と目標を定義する方法について説明します。
Note
目標と主要な成果 (OKR) フレームワークにおいて、"目標" は、達成したいことの明確で概観的な記述です。 これに対し、"主要な成果" は、目標の 1 つに向けた進捗状況を測定するための具体的で達成可能な成果です。
さらに、"イニシアティブ" または "ソリューション" は、1 つ以上の主要な成果を達成するために構築されたプロセスまたはツールです。 ソリューションは、ユーザーの具体的なデータ ニーズに対応します。 ソリューションが取り得る形式は、データ パイプライン、データ レイクハウス、Power BI セマンティック モデルやレポートなどさまざまです。
OKR の詳細については、OKR (Microsoft Viva Goals) の概要に関する記事を参照してください。
次の概要図は、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 チーム メンバーは、作業チームの一員となることがあります。 このメンバーは、ネットワークやアプリケーション管理などの領域に関連するその他の技術的要件を特定できます。 |
Note
図に示されているすべての役割が作業チームに存在する必要はありません。 BI 戦略のイニシアチブのスコープと規模に関連する役割を参加させます。
重要
BI 戦略の定義は重要な取組みです。 作業チーム メンバーは、自分に何が期待されているかを理解し、自分の役割を果たすためのリソースと時間を持つことが重要です。 関与しているエグゼクティブ スポンサーは、フォーカス領域を明確にし、必要なすべてのリソースを確実に利用できるようにすることで支援できます。
通常、作業チーム メンバーは、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 の導入と実装の現在の状態を評価する。
- ビジネス データのニーズの優先順位付けされた一覧を作成する。
- 結論を提示し、利害関係者とエグゼクティブ リーダーシップに次のステップを提案する。
Note
作業チームは利害関係者やビジネス ユーザーとやり取りするため、多くの場合、組織内の Fabric、Power BI、およびその他の BI イニシアチブのアンバサダーと見なされます。 作業チームのメンバーがこの責任を理解し、受け入れていることを確認してください。
作業チームを編成して準備する
作業チームのメンバーには、さまざまな部門や部署の担当者を含める必要があります。 次のセクションでは、作業チーム メンバーの所属元となる場所について説明します。
重要
作業チームは、組織内の信頼できる人員で構成する必要があります。 これらの人員は、技術プロセスとビジネス プロセスに関する知識を持っている必要があります。 コンサルタントのみで構成される作業チームは、BI イニシアチブが組織によって十分に理解または優先されていないことを示している可能性があります。
センター オブ エクセレンス メンバー
作業チーム メンバーは、Power BI センター オブ エクセレンス (COE) または同様の総合的な BI の専門家グループから見つけることができます。 作業チームの COE メンバーの主な役割は、COE の専門知識を活用して情報収集に貢献することです。 また、COE メンバーはワークショップから得られた結果を COE に持ち帰って共有し、戦術的な計画の決定とアクションを知らせることができます。
COE の役割は BI チームまたは IT によって実行される可能性があるため、COE のない組織もあります。 この場合は、BI チームまたは IT のメンバーを作業チームに追加することを検討してください。
Note
作業チームが COE、中央 IT、BI チームのメンバーのみで構成されていないことを確認してください。 BI 戦略には組織の多くの領域が含まれており、これらの各領域は適切に表される必要があります。
ヒント
COE がない場合は、作業チームを編成するときに設立することを検討してください。 BI の戦略的ビジョンが定義された後に、作業チーム メンバーと COE を設立することは、作業チームのアクティビティの自然な進化になり得ます。 このアプローチは、作業チームが BI 戦略のイニシアチブで得た知識と理解を把握するのに適した方法です。
ビジネス領域の専門家 (SME)
作業チーム メンバーには、ビジネス SME を含める必要があります。 ビジネス SME の主な責務は、自分の部署を代表することです。 組織の一部では機能しない BI ビジョンにつながる前提を回避するため、作業チームにビジネス SME を含める必要があります。
作業チームのビジネス SME は、自分の部署または部門内のデータのニーズとビジネス プロセスを深く理解している必要があります。 理想的には、これらのニーズに対応するために使用される BI ツールとテクノロジについても理解している必要があります。
Note
すべての部門や部署、地域を作業チームに含めることが現実的ではない場合があります。 この場合は、担当者のいない部門、部署、地域の前提と例外を特定することに専念してください。
エキスパートのネットワーク
作業チーム メンバーには、実践共同体の既存のエキスパート ネットワークのユーザーを含めることができます。 エキスパートは通常、BI ツールとそれぞれのビジネス領域のデータのニーズの両方について非常に優れた知識を持っています。 多くの場合、彼らは実践共同体のリーダーです。 作業チームのエキスパートの主な責務は、情報収集を促進し、イニシアチブに自分の実践共同体を関与させることです。
Note
エキスパートを含めることは、Fabric の導入と実装に関する現在の状態の評価が不正確になる可能性のある前提を回避するのに役立ちます。
機能、IT、セキュリティ チームのメンバー
特に他の専門知識が必要な場合に、作業チームには、特定の機能領域のメンバーを含めることができます。 これらのメンバーの主な責務は、特定の重要なトピックに関する専門知識を BI 戦略に持ち込むことです。
作業チームに機能領域のメンバーを含める場合の例を次に示します。
- 機能チーム: 機能チームの関連する担当者を作業チームに含めます。 たとえば、組織で 1 つ以上の大規模なエンタープライズ リソース プランニング システム (ERPs) を使用している場合は、作業チームにこれらの ERP の専門家を含める必要があります。 この個人は、情報収集時に提供されるフィードバックのコンテキストでシステムがどのように使用されるかを明確にする責任があります。
- IT チーム: 関連する IT エキスパートを作業チームに含めます。 たとえば、組織には特定のネットワーク要件が存在する場合や、複数のテナントが関係する複雑なシナリオが考えられます。 IT エキスパートの責務は、特定の要件について説明することです。これは、戦術的計画において特に重要です。 また、情報収集の際にリスクや問題点を特定するのにも役立ちます。
- セキュリティ チーム: 作業チームにセキュリティ チームのメンバーを含めます。 たとえば、組織に特定のコンプライアンス、セキュリティ、プライバシーの要件が存在する場合があります。 これらの個人は、将来の状態を定義するときにセキュリティ関連の要件を説明する責任があります。 また、情報収集の際にコンプライアンス リスクとセキュリティ上の脅威を特定するのにも役立ちます。
コミュニケーション ハブを作成する
作業チーム メンバーと利害関係者間の効率的かつ構造化されたコミュニケーションは、イニシアチブを成功させるために不可欠です。 コミュニケーションを向上させる方法の 1 つは、コミュニケーション ハブで集中管理することです。 コミュニケーション ハブは、BI 戦略に関するコミュニケーション、文書化、計画を統合するために使用する場所です。 また、作業チームと利害関係者間のコラボレーションを促進するのにも役立ちます。
次の図は、コミュニケーション ハブを使用して BI の戦略的な計画と情報収集を集中管理する方法を示しています。
この図は、次の概念またはプロセスを示しています。
| Item | 説明 |
|---|---|
|
コミュニケーション ハブは、Microsoft Teams または同様のプラットフォームの中央の場所です。 その目的は、コミュニケーション、ドキュメント、計画を集中管理することです。 |
|
作業チームは、ビジネス領域ごとに異なるチャネルを作成して管理します。 ビジネス領域ごとの分離は、イニシアチブの最上位レベルの構造に対応させる必要があります。 各チャネルには、BI 戦略に関するまとめられた調査結果、タイムライン、およびディスカッションのリポジトリが含まれています。 |
|
指定された作業チーム メンバーは、コミュニケーション ハブのキュレーションとモデレーションを行います。 モデレーションを行うことで、コミュニケーション ハブを有用かつ最新の状態に維持できます。 |
|
主要な利害関係者と作業チーム メンバーは、コミュニケーション ハブに積極的に参加します。 |
|
エグゼクティブ スポンサーの参加には制限があります。 たとえば、論争が発生し、それを解決する場合などです。 |
ヒント
戦略的計画ワークショップ以外にもコミュニケーション ハブを使用することをお勧めします。 コミュニケーション ハブは、主要なビジネス上の利害関係者からの定期的な情報収集とディスカッションの場であるため、チームが BI 戦略を適切かつ最新の状態に保つのに役立ちます。
一貫して効果的にコミュニケーションを取る
作業チームは、コミュニケーション ハブを使用して、BI 戦略を定義するための簡潔で整理された透明性のあるプロセスを維持し、実行する必要があります。
コミュニケーション ハブを最大限に活用するための推奨事項を次に示します。
- 作業チームの責任を明確に定義する: キュレーションやモデレートなど、コミュニケーション ハブに関する責任が作業チーム内で明確に定義されていることを確認します。 コミュニケーション ハブは、関連するモデレーションを積極的に行うことにより、最新かつ有益で、作業チームや主要な利害関係者に役立つよう維持されます。
- ディスカッションとファイルを整理する: 論理構造を作成して維持することで、コミュニケーション ハブでファイルや以前のディスカッションを簡単に見つけられるようにします。 整理されたコミュニケーション ハブは、効果的な使用を促進します。
- ドキュメントと投稿を簡潔にする: 膨大な情報量で関係者に負荷をかけすぎないようにします。 主要な利害関係者の時間は限られているため、コミュニケーション ハブには簡潔でわかりやすい投稿およびドキュメントを公開するようユーザーに促します。
- コミュニケーションに一貫性を持たせる: 別のチャネル (電子メールなど) ではなく、コミュニケーション ハブが使用されるようにします。 また、ドキュメントと更新におけるトーン、形式、長さの一貫性を保つよう努める必要があります。
- 透明性を持ち、コラボレーション環境を促進する: 効果的なコミュニケーション ハブには、共同作業を推進するアクティブなソーシャル環境があります。 作業チームはイニシアチブ全体を通じて定期的な更新と調査結果を共有する必要があり、透明性が求められます。
重要
戦略的計画の成功は、効果的なコミュニケーションに依存します。 簡潔で一貫性のあるコミュニケーションを促進することは、戦略的な計画だけでなく、組織全体での BI イニシアチブの広範な導入と実装にも役立ちます。
チェックリスト - 作業チームを作成する際の主な決定事項とアクションは次のとおりです。
- エグゼクティブ スポンサーを関与させる: エグゼクティブ スポンサーがいない場合は、作業チームを編成する前に特定して関与させます。
- BI イニシアチブのスコープを決定する: エグゼクティブ スポンサーと共に、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 ソリューションで特定された潜在的なガバナンスとコンプライアンスのリスクを特定します。 |
重要
このセクションで紹介するトピックと例は、独自の調査を行う際のガイドとなるよう意図されています。 これらのトピックは、すべてを網羅するものではなく、必須の一覧でもありません。 これらのトピックを使用して着想を得てください。 Fabric 導入ロードマップに記載されている成熟度レベルを使用して、組織とそのビジネス コンテキストにとって最も重要な領域を評価し、重点を置くことをお勧めします。
つまり、ビジネス コンテキストおよび既存の BI イニシアチブとソリューションに関する調査によって、BI の導入と実装の現在の状態が表されます。 作業チームは、利害関係者から情報を得たら、ワークショップでこの調査を検証します。
ワークショップを計画する
独立した調査を実行する一方で、利害関係者とのワークショップを計画する必要があります。 これらのワークショップの目的は、ビジネス目標とデータのニーズに関する情報を収集することです。 また、独立した調査から得られた結論をこれらのワークショップで検証します。
Note
この記事では、主要な利害関係者との対話型の会議について説明する際に "ワークショップ" という用語を使用します。 ワークショップのゴールは、ゴールとデータのニーズを正確に表して理解できるように、情報を収集することです。
次のセクションでは、ワークショップの計画と準備に関する主な考慮事項について説明します。
適切な主要な利害関係者を関与させる
BI の戦略的計画を成功させるには、作業チームがワークショップに適切な利害関係者を関与させる必要があります。 作業チームは、ビジネス領域を代表するのに十分な知識を持つ、信頼できる主要な利害関係者を特定する必要があります。 各ワークショップでは、これらの利害関係者の役割は、作業チームが主導するディスカッションに参加することです。 利害関係者は、自分の領域のビジネス目標とデータのニーズ、およびビジネス目標をサポートするためのデータと分析の各イニシアチブの現在の状態を説明する必要があります。
ワークショップを成功させ、スコープ内のビジネス領域を正確に理解するには、適切な利害関係者を特定することが不可欠です。
警告
不適切な利害関係者を関与させる場合、BI 戦略が戦略的なビジネス目標と合致しない、またはビジネス ユーザーによるゴール達成をサポートするものでない、というような重大なリスクがあります。
次の図は、BI 戦略のイニシアチブについて、適切な主要な利害関係者を特定して通知するプロセスを示しています。
この図は、次のステップを示しています。
| Item | 説明 |
|---|---|
|
BI 戦略のイニシアチブのスコープ内にある機能領域 (部門と部署) を一覧で示します。 |
|
機能領域ごとに、主要な利害関係者の担当者候補を 2 から 3 人特定します。 |
|
利害関係者を関与させてイニシアチブについて知らせ、その選択を検証します。 この段階では、利害関係者候補が参加を辞退し、代替の人員を提案する可能性があります。 |
|
主要な利害関係者の最終的な一覧を作成します。 |
|
エグゼクティブ スポンサーが主要な利害関係者に通知し、正式に参加を要求します。 主要な利害関係者とのこれ以降のやり取りはすべて、コミュニケーション ハブに投稿して行います。 |
主要な利害関係者の参加を初めて要求するときには、次のことを行うようにします。
- 必要に応じて、マネージャーから承認を得る。
- イニシアティブのスコープとそのゴール、タイムライン、成果物について説明する。
- 参加を求める理由と、望ましいイニシアティブの成果について具体的に説明する。
- 求められる必要な時間のコミットメントと参加の概要を示す。
- 明確かつ簡潔に伝える。
重要
多くの場合、トップダウンの BI イニシアチブでは、利害関係者は役員および意思決定者に制限されます。 これらの個人には (十分な経営幹部の同意と戦略的アラインメントを得るために) 果たす重要な役割がありますが、必ずしも適切な利害関係者であるとは限りません。 このシナリオでは、ビジネス ユーザーが経験する現実からかけ離れた戦略を定義してしまうリスクがあります。 このアラインメントのずれが、日常的に使用するユーザーのニーズを満たさない戦略とソリューションにつながる可能性があり、その結果、それらは使用されなくなります。
このリスクを軽減するには、組織のさまざまなレベルの利害関係者を関与させるようにします。 主要な利害関係者を選ぶときには、さまざまなチームとやり取りしてイニシアチブを簡単に説明し、適切な利害関係者が誰であるかについての情報を収集します。 このレベルのエンゲージメントを行うと、イニシアチブに対する認識を高めるだけでなく、適切な人員をより簡単に関与させることもできるようになります。
チェックリスト - ワークショップを計画し、調査を実施する場合、主な決定事項とアクションは次のとおりです。
- コミュニケーションの価値に対する同意を得る: すべての作業チーム メンバーが、イニシアチブ全体を通じて簡潔かつ明確で一貫したコミュニケーションを行うように促します。
- コミュニケーション ハブを設定する: すべてのコミュニケーション、ドキュメント、計画のための一元的で構造化されたハブを作成します。 ハブを効果的に使用する方法を文書化します。
- ビジネス コンテキストを調査する: ビジネス SME のサポートを受けて、スコープ内の各ビジネス領域のビジネス目標を表します。
- 既存の BI イニシアチブとソリューションを調査する: 戦略的に重要なソリューションのテナント レベルの監査と対象の調査を実施して、BI の導入と実装の現在の状態を表します。
- 適切な主要な利害関係者を選ぶ: 十分な知識があり信頼できる各ビジネス領域の担当者を関与させます。
- 主要な関係者をコミュニケーション ハブに招待する: 準備ができたら、主要な関係者をコミュニケーション ハブにオンボードし、ワークショップの会議出席依頼を送信します。
ステップ 3: ワークショップを実施し、評価を完了する
独立した調査とワークショップの計画 (ステップ 2) を完了したら、ワークショップを実施し、評価を完了します。 ワークショップの目標は、利害関係者から得た情報を使用して次のことを文書化することです。
- スコープ内のビジネス領域のビジネス目標、戦略、データのニーズ。
- スコープ内のビジネス領域における BI の導入と実装の現在の状態。
作業チームは、利害関係者から得た情報と独立した調査を組み合わせます。 これらの情報は、ワーキング チームが、ビジネス戦略と BI の導入と実装の現在の状態について十分に理解できるようにするものである必要があります。
作業チームはこの理解に基づいて BI の導入と実装の現在の状態の成熟度と有効性を評価します。 この評価は、ワークショップの主な成果物であるデータ カルチャの評価と技術的な評価にまとめられます。 これらの評価のゴールは、データ カルチャの弱みと機会、および BI 戦略で重点を置くべき技術領域の両方を明確に特定することです。
重要
作業チーム メンバーが対話型の会議やワークショップの実行とモデレーションを行った経験がない場合、作業チームは最初にトレーニングを行うか、ワークショップを実行するためのサポートを求める必要があります。
ワークショップを実行する
ワークショップは、利害関係者からの情報を効果的に引き出して収集するために構成された一連の対話型セッションとして編成されます。 セッションの数と実行方法は、利害関係者の数、その場所、時間の状況、およびその他の要因によって異なります。
以下のセクションでは、ワークショップを実行するときに通常実施するセッションの種類について説明します。
導入セッション
導入セッションは作業チームによって実行され、すべての利害関係者とエグゼクティブ スポンサーが関与する必要があります。 イニシアティブについて説明し、スコープ、ゴール、タイムライン、成果物を明確にします。
このセッションのゴールは、ワークショップの目的と、BI イニシアティブが成功するために必要なことについての期待事項を設定することです。
ワークショップ
ワークショップは、作業チームの数人のメンバーと主要な利害関係者間で行う対話型の会議です。 作業チームのメンバーがディスカッションをモデレートし、利害関係者に質問して情報を引き出します。 利害関係者は、ビジネス戦略、既存の BI イニシアチブとソリューション、データのニーズに関する情報を提供します。
Note
モデレーターは情報を引き出すことに習熟している必要がありますが、領域に関する深い知識は必要ありません。 特定のビジネス領域のワークショップは、すべて同じモデレーターが主導することが理想的です。
ワークショップのゴールは、利害関係者から十分な情報を収集して、ビジネス目標とデータのニーズを正確に表すことです。 成功したワークショップの最後には、利害関係者は作業チーム メンバーがビジネス目標とデータのニーズを理解していると感じます。 この利害関係者から得た情報は、作業チームの独立した調査と共に、BI の導入と実装の現在の状態の評価を完了するのに使用されます。
効果的なワークショップを計画し、編成するのに役立つ実務上の考慮事項を次に示します。
- ワークショップの出席者の集中を維持する: 出席者が多すぎて会議が飽和状態にならないようにします。 出席者が多すぎると、ディスカッションが長引いたり、ディスカッションで積極的な人員だけが情報を提供したりする結果となることがあります。
- ディスカッションの集中を維持する: 議論や過度に具体的な質問、解説は、後でオフラインで、短い 1 対 1 の会議で話し合うようにします。 同様に、抵抗者はすべて直接特定して対処し、必要に応じてエグゼクティブ スポンサーを関与させます。 ディスカッションの集中を維持することで、ワークショップを戦略的計画の全体的な議論に集中させ、小さな詳細に気を取られることがないようにします。
- 準備に柔軟に対応する: タイミングと好みに応じて、準備済みの資料を使用して、より効果的なディスカッションを行うことができます。 ただし、ディスカッションが予期しない方向に進む可能性があることを理解しておいてください。 セッションが準備済みの資料から離れた場合でも、役に立つ情報が得られるときは、ディスカッションを決められた議題に強制的に戻さないようにします。 利害関係者が別の点に集中している場合は、それが重要であることを意味します。 これらの点に対処して、最も重要な情報を引き出すことで、柔軟に対応します。
- 利害関係者から得た情報を文書化する: ワークショップでは、利害関係者から得たビジネス目標と BI 戦略に関する情報を文書化する必要があります。
- ビジネス データのニーズを文書化する: ワークショップの情報収集の成果の 1 つは、満たされていないビジネス データのニーズの概要の一覧です。 最初に、優先順位の最も高いものから最も低いものの順に一覧を整理する必要があります。 利害関係者から得た情報と、一覧の項目アイテムがビジネスの有効性に与える影響に基づいて、これらのフォーカス領域を決定します。
評価を完了する
作業チームは、独立した調査と利害関係者から得た情報を、まとめられた調査結果に組み合わせる必要があります。 これらのゴールの結果では、BI の導入と実装の現在の状態 (簡潔にするため、"現在の状態" と呼ばれます) の正確な説明を伝える必要があります。 これらの調査結果では、スコープ内の各ビジネス領域について、次のことを説明する必要があります。
- ビジネス目標。
- 目標に向けた進捗状況を測定するためのビジネスの主要な結果。
- 主要な結果を達成することを目的としたビジネスの主要なイニシアティブ。
- ビジネス データは主要なイニシアティブをサポートする必要があります。
- ビジネス データのニーズに対応するために使用される BI ツールとソリューション。
- ユーザーのツールとソリューションの使用方法、およびユーザーによるツールとソリューションの効果的な使用を妨げる課題。
作業チームは、現在の状態を理解した上で、ビジネス戦略のサポートにおける全体的な BI の成熟度とその有効性の評価に進む必要があります。 これらの評価は、特定のデータ カルチャと技術領域に対応します。 また、BI 戦略で重点を置く弱みと機会を特定するのにも役立ちます。 これらの弱みと機会に対処するために、戦略的 BI の目標を大まかに定義します。
作業チームは、フォーカス領域を特定するために、データ カルチャ評価と技術評価という 2 種類の評価を実施します。
評価の内容
現在の状態を簡潔かつ正確に評価することは不可欠です。 評価では、データを使用して意思決定を促進し、アクションを実行するための組織の能力の長所と課題を強調する必要があります。
効果的な成熟度の評価は、次の内容で構成されます。
- 成熟度レベル: 全体の成熟度レベルを 100 (初期) から 500 (効率的) までの 5 ポイントずつのスケールで評価します。 スコアは、さまざまな領域における有効性に関する、作業チームによる高レベルの主観的な評価を表します。
- ビジネス ケース: 評価の成熟度レベルのスコアを正当化して説明します。 具体的な例としては、ビジネス ユーザーがデータを使用してビジネス目標を達成するために実行したアクション、ツール、プロセスなどがあります。 作業チームは、ビジネス ケースと、まとめられた調査結果を使用し、評価に役立てます。 ビジネス ケースは通常、次の要素で構成されます。
- 目的の結果の明確な説明と、現在のプロセスで対処しようとしているビジネス データのニーズ。
- 一般的なプロセスが現在実行されている方法に関する現状の説明。
- 現在のプロセスの課題、リスク、または非効率性。
- 補足情報: 結論をサポートするもの、または BI およびビジネス戦略に関連する重要な詳細を含むドキュメントです。 作業チームは補足情報を文書化し、意思決定と戦術的な計画に後で役立てます。
データ カルチャの評価を完了する
データ カルチャの評価では、BI の導入の現在の状態が評価されます。 この評価を完了するために、作業チームは次のタスクを実行します。
- まとめられた調査結果を確認する: 作業チームは、独立した調査とワークショップの実施により収集された情報を確認します。
- 成熟度レベルを評価する: 作業チームは、このセクションで説明する各データ カルチャ領域を順に進めていきます。 Fabric 導入ロードマップを使用し、成熟度スコアを割り当てて、各領域の有効性を評価します。
- 主観的な評価をゴールの証拠で正当化する: 作業チームは、いくつかの主要なビジネス ケースと、各領域の成熟度スコアの評価を正当化する補足情報について説明します。
- 弱みと機会を特定する: 作業チームは、組織のデータ カルチャにおける特定の強みや課題が反映される可能性のある特定の調査結果を強調または文書化します。 これは、スコアが最も低い領域や最も高い領域、または組織のデータ カルチャに大きな影響を与えていると感じる領域である可能性があります。 これらの主要な領域は、BI のフォーカス領域と目標を特定するために使われます。
ヒント
Fabric 導入ロードマップを使用して、データ カルチャの評価を完了する際に役立てます。 また、組織の文化およびユーザーの作業方法に固有の他の要因も考慮してください。 詳細については、Data Management Body of Knowledge (DMBOK) などの、他の信頼できるソースを参照してください。
次の図は、特定のデータ カルチャ領域に関する BI の戦略的計画において、作業チームがどのように組織のデータ カルチャを評価するのかについて示しています。
この図は、次のデータ カルチャ領域を示しています。
| Item | 説明 |
|---|---|
|
ビジネス アラインメント: データ カルチャとデータ戦略でどの程度、ビジネス ユーザーがビジネス目標を達成できるようになるか。 |
|
エグゼクティブ スポンサー: 十分な信頼性、権限、影響力を持つ人物が、導入を成功させるために BI ソリューションとイニシアチブをどの程度効果的にサポートしているか。 |
|
センター オブ エクセレンス (COE): 中央 BI チームがどの程度効果的にユーザー コミュニティを機能させているか、およびこのチームがすべての COE の役割を満たしているかどうか。 |
|
データ リテラシー: ユーザーが、どの程度効果的にデータを読み取り、解釈し、使用して、意見を形成し、決定を下すことができるか。 |
|
データ検出: 適切なデータが、適切なタイミングで、それを必要とする人に対して、どの程度検索可能であるか。 |
|
データの民主化: ビジネス上の問題の解決を担当するユーザーの手にデータが渡されるかどうか。 |
|
コンテンツの所有権と管理: コンテンツ作成者がデータ (データ モデルなど) を管理する一元化された方法と分散型の方法に関する明確なビジョンがあるかどうか、および COE によってそれらがどのようにサポートされているか。 |
|
コンテンツの配信スコープ: 分析コンテンツ (レポートなど) を使用するユーザーに関する明確なビジョンがあるかどうか、および COE によってそれらがどのようにサポートされているか。 |
|
メンタリングとユーザーの有効化: エンド ユーザーがデータを効果的に使用し、データのリテラシーを向上させるためのリソースとトレーニングを持ってるかどうか。 |
|
実践共同体: 共通の関心を持つユーザーが、どの程度効果的に、互いに自主的にやり取りして助け合うか。 |
|
ユーザー サポート: データ、ツール、またはプロセスの問題が発生した場合に、ユーザーがどの程度効果的に支援を得られるか。 |
|
ガバナンス: ユーザーの行動を監視して、ユーザーを支援し、規制要件を維持し、内部要件を満たすためのプロセスの有効性。 |
 |
システム監視: ガバナンス ガイドラインの実施、ユーザーへの権限の付与、導入の促進に関連する日常的な管理活動の有効性。 |
 |
変更管理: 変更がどの程度効果的に処理されるか。これには、ソリューションまたはプロセスの変更による中断と生産性の損失を防ぐ手順が含まれます。 |
これらのデータ カルチャ領域を評価するには、Fabric 導入ロードマップを参照してください。 具体的には、評価を実行するのに役立つ成熟度レベルに関するセクションと "質問" セクションを確認してください。
技術的な評価を完了する
技術的な評価では、BI の実装の成功を戦略的に可能にする技術領域を評価します。 この評価の目的は、個々の技術ソリューションを監査することや、BI に関連する技術領域全体を評価することではありません。 代わりに、作業チームは、このセクションで説明するような戦略的に重要な領域の成熟度レベルと一般的な有効性について表します。 この評価を完了するために、作業チームは次のタスクを実行します。
- 技術領域を特定する: 作業チームは、BI の成功に関連し、戦略的に重要な具体的な技術領域を特定し、評価に含めます。 このセクションでは、技術領域の例をいくつか説明し、次の図に示します。
- 成熟度レベルを定義する: 作業チームは、成熟度レベルを定義して、評価内の各技術領域に対して高レベルの有効性をスコア付けします。 これらの成熟度レベルは、Fabric 導入ロードマップの成熟度レベルで提供されているテンプレートに含まれるものなど、一貫した尺度に従う必要があります。
- まとめられた調査結果確認する: 作業チームは、独立した調査とワークショップの実施により収集された情報を確認します。
- 成熟度レベルを評価する: 作業チームは、成熟度スコアを割り当てることで、各領域の有効性を評価します。
- 主観的な評価をゴールの証拠で正当化する: 作業チームは、いくつかの主要なビジネス ケースと、各領域の成熟度スコアの評価を正当化する補足情報について説明します。
- 弱みと機会を特定する: 作業チームは、組織の BI の実装における特定の強みや課題が反映される可能性のある特定の調査結果を強調または文書化します。 これは、最もスコアの低い技術領域、または BI ツールとプロセスを実装することで組織の戦略的成功に大きな影響を与えると感じる領域である可能性があります。 これらの主要な領域は、BI のフォーカス領域と目標を特定するために使われます。
次の図は、BI 戦略を定義する際に評価する可能性のある技術領域を示しています。
Note
Microsoft Fabric を導入している場合は、これらの領域の多くが Fabric 分析プラットフォームの個別の部分として表されていることに注意してください。
この図は、次の技術領域を示しています。
| Item | 説明 |
|---|---|
|
データ統合: ツールまたはシステムがさまざまなソースからどの程度効果的にデータに接続して取り込み、変換して、分析目的の統合されたビューを作成するか。 データ統合の評価とは、Power BI や Fabric のデータフローなど、エンタープライズ データ パイプラインとセルフサービス データ統合ソリューションを均等に評価することを意味します。 |
|
データ エンジニアリング: 現在のアーキテクチャが、分析のユース ケースをサポートし、ビジネス データのニーズの変化に適応するのにどの程度効果的か。 |
|
データ サイエンス: 組織が探索的で高度な手法を使用して新しい分析情報を発見し、予測分析または書法的分析の利点を得られるかどうか。 |
|
データ ウェアハウス: ダウンストリームの分析のユース ケースをサポートするビジネス ロジックのモデリングにおけるリレーショナル データベースの有効性。 データ ウェアハウスは、多くの場合、データ エンジニアリングと共に考慮されます。 |
|
リアルタイム分析: 組織が待機時間の短いデータを正しく識別、キャプチャ、使用して、システムとプロセスの最新の情報を提供できるかどうか。 |
|
データの可視化: 視覚化を効果的に使用して、ビジネス ユーザーのレポート作成エクスペリエンスの実行時間を短縮できるかどうか。 効果的な視覚化はベスト プラクティスに従い、重要で実用的な要素に注意を向け、ユーザーが詳細な調査を行ったり、正しいアクションを実行したりできるようにします。 |
|
アクションと自動化: システムまたはプロセスにおける重要なタイミングで手動介入できるようにするために、どの程度一貫的かつ効果的に、タスクが自動化され、データ アラートが使用されているか。 また、BI ソリューションがどの程度実用的であるか、つまり、レポートのユーザーが適切なタイミングで適切なアクションをどの程度効率的かつ直接的に実行できるかについても評価する必要があります。 |
|
ライフサイクル管理: コンテンツ作成者が共同作業を行って、一貫した定期的なリリースや更新に関する BI ソリューションの変更をどの程度効果的に管理および追跡できるか。 |
|
データ セキュリティ: データ資産が規制および組織のポリシーに準拠して、承認されていないユーザーがデータを表示、アクセス、または共有できないようにしているかどうか。 データ セキュリティは、通常、情報保護とデータ損失防止と共に評価されます。 |
|
情報保護: 秘密度ラベルなどのツールを使用して機密情報を識別して分類することで、組織がリスクをどの程度軽減できるか。 情報保護は通常、データ セキュリティとデータ損失防止と共に評価されます。 |
|
データ損失防止 (DLP): 組織が、組織外へのデータの移動を事前に防止できるかどうか。 たとえば、秘密度ラベルまたは機密情報の種類に基づく DLP ポリシーを使用することなどです。 DLP は通常、データ セキュリティと情報保護と共に評価されます。 |
|
マスター データ管理: 定量的フィールドとビジネス属性が組織全体で効果的に管理され、一元的に文書化され、一貫して管理されているかどうか。 |
|
データ品質: BI ソリューションとデータが、ビジネス ユーザー コミュニティにとって信頼でき、完全で、正確であるかどうか。 |
|
人工知能 (AI): 組織が BI プロセスの生産性を向上させるために生成 AI ツールとモデルを効果的に使用しているかどうか。 また、AI を使用して分析ワークロードに価値のある分析情報をもたらしているかどうか。 |
Note
図に示されている技術領域は、必ずしも BI の一部であるとは限りません。その代わりに、BI の実装を成功させるための戦略的な要因になるものもあります。 また、これらの領域は完全な一覧を表しているわけではありません。 必ず、組織にとって戦略的に重要な技術領域を特定し、評価してください。
注意事項
技術的な評価を行うときは、戦略的計画のスコープを超えて詳細を評価しないでください。 BI 実装を調査するすべてのアクティビティが、BI のフォーカス領域と目標を定義するための現在の状態の定義と評価に直接的に重点を置いていることを確認します。
技術的な評価を詳しくしすぎると、BI 戦略に関する重要なメッセージが薄れてしまうリスクがあります。 何を目指しているのか、BI でビジネスをどのように効果的にサポートできるかというような全体像に関する質問を常に留意してください。
チェックリスト - ワークショップを実施し、評価を完了する際の主な決定事項とアクションは次のとおりです。
- ワークショップの形式を決定して伝える: セッションの数、その長さ、参加者、参加する利害関係者に関連するその他の詳細の概要を示します。
- 作業チームからモデレーターを指名する: 作業チームの誰がワークショップをモデレートするかを決定します。 その目標は、ディスカッションを導き、情報を引き出すことです。
- 情報を収集する: ワークショップを編成して、ビジネス戦略と BI の実装と導入の現在の状態に関する十分な情報を収集できるようにします。
- 結果を要約する: 評価を正当化する情報を文書化します。 戦略的に重要なプロセスとソリューションを表す特定のビジネス ケースを含めます。
- 成熟度評価を完了する: BI の導入と実装の現在の状態に関連する評価を完了します。
- ビジネス ケースと補足情報を文書化する: 各評価で割り当てる成熟度レベルを正当化するために使用する証拠を目的に沿って文書化します。
手順 4: BI のフォーカス領域と目標を決定する
ワークショップを実行し、評価を完了した後 (手順 3)、作業チームはエグゼクティブ スポンサーと共に、戦術的計画で対処する BI のゴールと優先順位を決定します。
Note
作業チームはフォーカス領域と目標の明確化と文書化に関与する必要がありますが、それらを定義する責任はありません。 エグゼクティブ スポンサーおよび同等の意思決定者がこれらの決定を下します。 エグゼクティブ スポンサーやその他の意思決定者には、これらのフォーカス領域と目標を達成するためのリソースを決定して割り当てる権限があります。
戦略的フォーカス領域を決定する
評価では、BI 戦略のために重点を置くデータ カルチャや技術領域の弱みと機会を明確に特定する必要があります。 エグゼクティブ スポンサーなどの主要な意思決定者と協力して、評価の弱みと機会から、短期的に改善を目指すフォーカス領域を決定します。 このことに重点を置き、BI 目標に向けて持続可能かつ段階的な進歩を目指します。
戦略的 BI の目標を決定する
BI の戦略的計画の最後の手順では、作業チームは通常、優先順位付けされた各領域について、今後 12 から 18 か月間に向けて取り組むいくつかのゴールを定義します。 通常、これらの目標は、想定される将来の状態と成熟度レベルの成長を表すものです。
ヒント
データ カルチャ領域の場合は、Fabric 導入ロードマップを使用して目標を定義することをお勧めします。 これは、目的の将来の状態のために達成を目指す必要がある成熟度レベルを特定するのに役立ちます。 ただし、各カテゴリでレベル 500 を目指すのは現実的ではありません。 その代わり、次の計画期間中に達成可能な成熟度レベルの引き上げを目指します。
技術領域の場合は、作業チームによる技術的な評価で表される成熟度スケールを使用して目標を定義することをお勧めします。
戦略的 BI 目標の例
戦略的 BI 目標の例をいくつか次に示します。
- BI イニシアチブとソリューションに関する経営幹部のサポートを向上させる。
- COE の有効性を向上させる。
- 明確なコンテンツ所有権の戦略と構造を作成する。
- ガバナンスを向上させるために、データを使用してユーザーの行動をより深く理解し、監視する。
- 記述的分析ソリューションから予測分析ソリューションに移行する。
- より効果的なデータの可視化により、意思決定プロセスを向上させる。
- 有効なコンテンツ作成者の数を増やして、実現までの時間と BI ソリューションから得られるビジネス価値を向上させる。
戦略的計画を完了する前に、作業チームは、決定した BI のフォーカス領域と目標を利害関係者や経営幹部と調整する必要があります。
利害関係者や役員と調整する
最終的な評価と決定を利害関係者と共有することが重要です。 コミュニケーション ハブでは、利害関係者はこれらの成果物の進行状況を非同期的にフォローアップし、フィードバックを投稿できます。 ただし、戦略的計画を終了するには、利害関係者と経営幹部に評価とフォーカス領域を再度提示する必要があります。
以下のセクションでは、利害関係者や経営幹部とどのように調整を行うかについて説明します。
アラインメント セッションを実施する
アラインメント セッションは、各ビジネス領域の最終会議です。 各アラインメント セッションには、主要な利害関係者とエグゼクティブ スポンサーが関与し、作業チームによる評価をレビューします。
このセッションのゴールは、結論と評価、および合意された BI のフォーカス領域と目標に関する合意を達成することです。
Note
BI 戦略が最終版ではなく、変更される可能性があることを利害関係者が理解していることを確認します。 BI 戦略はビジネスとテクノロジと共に進化していくことを強調します。 同じ利害関係者がこの反復演習に引き続き参加することが理想的です。
エグゼクティブ サマリを準備して提示する
エグゼクティブ サマリは通常、エグゼクティブ スポンサーから、全体的なビジネス戦略を担当する他の経営幹部に対して提供されます。 エグゼクティブ スポンサーは、評価結果を説明し、特定されたフォーカス領域を正当化する主要な課題と機会の概要を示します。 重要なのは、エグゼクティブ スポンサーが、次の手順について説明して、将来の状態に向けて実行可能な進歩に取りかかることです。
このセッションのゴールは、戦略的計画の成果と次の手順に関する経営幹部のアラインメントと承認を得ることです。
戦術的計画を進める
BI のフォーカス領域と目標を特定したら、戦略計画は完了です。 次の手順では、戦術的計画を実施することで、BI の目標に向けて前進するのに役立つゴールを特定します。
チェックリスト - BI のフォーカス領域と目標を決定する場合、次のような主要な決定とアクションがあります。
- ビジネス データのニーズと機会の一覧をまとめる: ビジネス データのニーズ、問題点、機会を優先順位付けしてまとめた一覧を作成します。 この成果物は、戦術的計画で使用されます。
- 戦略的 BI 目標を決定する: エグゼクティブ スポンサーやその他の意思決定者と協力して、今後 12 から 18 か月間に向けて大まかな BI 目標を特定します。
- 利害関係者と調整する: 評価やその他の成果物が正確であるという合意を得ます。
- 経営幹部と調整する: 戦略的計画の結果と次のステップに関する承認を得ます。
関連するコンテンツ
このシリーズの次の記事では、BI の戦術的計画を実施する方法について説明します。