私は BI 業界で 10 年近く働いており、製造業のサプライチェーンで BI プロジェクトを行ってきたほか、小売電子商取引、不動産、銀行などの BI 構築もフォローしてきました。今日は BI プロジェクト構築ガイドをまとめましたので、みんなで直接共有し、良いと思ったら「いいね!」を忘れずに集めてください。
通常の状況では、エンタープライズ BI プロジェクトの構築は、一般に、自社で独自に開発する場合と、当事者 B が参加する場合の2 つの状況に分けられます。
企業の IT 部門が BI プロジェクトを独自に構築できる場合は、自社で構築することを選択できますが、そうでない場合は、BI 製品のサプライヤー (ベンダー) または外部委託されたプロジェクト チームを紹介する必要があります。具体的なプロセスは次のとおりです。
エンタープライズ BI 構築の 0 ～ 1 の 4 つの段階:
フェーズ 1: BI プロジェクトの要件を収集して明確にする
要件を収集して明確にすること、特に需要側の詳細かつ深いレベルの要件を掘り起こすことは容易ではありません。多くの企業が需要調査を行う場合、多くの場合、両者間の問題の説明や理解の違いにより、要件を継続的に伝達する過程で大きな乖離が発生し、最終的に開発される機能が元のビジネス要件とは大きく異なる結果になります。
では、実際のビジネスシナリオにおける要件を最終開発者に正確に伝えるためには、要件を詳細に調査するにはどうすればよいでしょうか?
まとめると、ポイントは 2 つあります。全体の考え方と原則を把握し、3 つの重要なリンクを適切に実行することです。
パート 1: 事業部門の分析シナリオを調査する
①管理レベル
会社や部門の戦略目標を階層ごとに分解して企業戦略に関わる指標の分析ニーズを調査し、戦略目標を裏付けるデータの観点から分析して需要データを取得します。
例えば、企業の経営戦略の解体から戦略目標を支援する部門まで
この部門は、戦略目標とそれに対応するビジネス アクションの OKR、
ビジネス アクションを測定するために策定された測定指標と測定ディメンション、
データに現在データの保存場所があるかどうかなどをサポートします。
②日常分析風景
③見えない需要
セッション 2: 研究データの品質
企業内のデータは、ソースに応じて主にビジネス システム データ、手動で収集されたデータ、外部データに分類されます。
業務システムのデータについては、プロジェクトチームが各業務システムの担当者を特定し、関連するデータインターフェースやデータ辞書を入手する必要があり、入手できない場合は交渉や対処戦略を策定する必要があります。
マニュアルデータについては、まずプロジェクトチームが過去のマニュアルデータを収集し、事業部門の需要調査と並行して作業を進めることができます。
外部データについては、データの可用性と利用シナリオに焦点を当てた業務システムデータの調査方法を参照できます。
このプロセス中、プロジェクト マネージャーは、次の 2 つの点について情報部門の IT スタッフと明確にコミュニケーションをとる必要があります。
既存のデータベースデータを照合してデータの品質を確認し、
要求に応えられるかどうかを双方で確認し、要求に応えられる場合は直接提供または新規テーブルを提供し、要求に応えられない場合は事業者に再調査を依頼する満たした。
リンク3: データシステムの設計・確認・変更
データシステムの設計では、主にオリジナルテーブルと基本ワイドテーブルの2つのレベルを考慮し、これまでの研究で検討したデータ利用要件の最小粒度や、データシステムで利用可能なディメンションや指標を組み合わせます。分析、分析シナリオは可能な限り正確で、さまざまなデータ粒度要件を満たし、完全にカバーされます。
フェーズ 2: 適切な BI ツールの選択
Fanruan Data Application Research Institute による CIO への調査結果から判断すると、CIO が最も懸念しているのは、BI ツールが効率的で、使いやすく、便利であるかどうかです。Gartner はレポートの中で、ツールの使いやすさがツールを選択する際の最初の影響要因であるとも指摘しています。主要な調査結果に基づくと、BI ツールの選択は基本的に次の 3 つの主要な要素に分けることができます。
道具
①使いやすさ
BI ツールの使いやすさは、主に、使い始めることの難しさ、インタラクティブなエクスペリエンス、学習リソースの豊富さに反映されます。
②パフォーマンス
優れた BI ツールは、マッチングデータ エンジンを備えており、データの応答速度を向上させる一方で、さまざまなデータ レベルや種類に応じて計算モードやスキームを柔軟に調整できます。次に、BI ツールは機能面でも安定性を確保する必要があり、頻繁なダウンタイムや障害は企業にとって耐えられません。
③機能
BIツールには多くの機能があり、企業ごとにニーズも異なりますが、主にデータ準備、データ処理、データ分析と可視化、プラットフォームの管理と制御、シーンデマンド変換など、備えるべきコア機能がいくつかあります。 。
④購入費
通常、BI ツールの選択は財務予算によって制限されるため、多くの企業がモデルを選択する際に調達コストも考慮すべき重要な要素となります。ただし、調達コストの管理は、単純な見積や反対価格ではなく、価格が安いことが最善であり、さまざまな隠れた要素を考慮する必要があります。
企業は 2 つの点に特に注意を払う必要があります。1つはさまざまなコストを総合的に考慮すること、もう 1 つは ROI モデルを使用して価値を定量化する方法を学ぶことです。
Gartner の BI ツール調達コストの評価レポートでは、次の 3 つの提案が示されています。
- BI ベンダーを評価する際には、機能要件、製品使用後に得られる商業的メリット、潜在的なビジネス上のメリットなどの観点からコストを総合的に考慮する必要があります。
- 初期の価格交渉だけに焦点を当てるのではなく、BI ツールの導入が拡大するにつれて増加する価格設定コストや、長期にわたる BI プラットフォームのメンテナンス コストにも焦点を当ててください。
- 高価な BI ツールから総コストの低い BI ツールへの移行を検討する場合は、切り替えコストを評価します。
メーカー
ベンダー レベルでは、主にブランド、サービス、ソリューションの 3 つの要素が考慮されます。
①ブランド
ブランドは、BI メーカーの総合力、市場シェア、ユーザーの認知度、口コミなどを総合的に反映したものであり、何を購入する場合でも、トップブランドを選択するのが常に正しいことです。
②サービス
モデルを選択する際には、メーカーがローカライズしたサービスを提供しているか、迅速に対応できるか、問題解決の仕組みが充実しているかなどを十分に考慮する必要があります。また、企業の具体的なニーズも考慮する必要があります。メーカーは、BI 製品の二次開発をサポートするサービスを提供できます。
③解決策
特定の業界ソリューションを持っているかどうかは、メーカーが業界の BI アプリケーションで十分な経験を蓄積しているかどうかを反映します。
市場
いわゆる大きな波が砂を洗い、市場は最良の試金石であり、工具と製造業者の2つの主要な要素が総合的に体現されています。海外市場における業界の 2 つの主要なリーダーは Microsoft の PowerBI と Tableau であり、国内の Fanruan は 5 年連続で国内 BI 市場シェアで第 1 位にランクされています。
ボーナスツール選択スコアシート:
フェーズ 3: BI プロジェクトの計画
プロジェクトの範囲の決定: 何をすべきか
プロジェクトの範囲には、組織、機能、ビジネス、データ、インターフェイスの 5 つの側面が含まれます。
- 組織範囲：実施プロジェクトの主体を定義するもので、企業は現在のプロジェクトを本社のみで実施する必要があるのか、本社と子会社すべてで実施する必要があるのか、実施内容にどの事業部門が関与するのかを明確にする必要がある。
- 機能範囲: BI プロジェクトに含まれる機能モジュールと特定の機能を指します。
- ビジネス範囲: 企業が BI システムを通じて実現する必要がある日常の業務処理および分析タスクを記述し、主にビジネス モジュール、分析アプリケーション、分析ディメンション、および分析フォームを定義します。
- データ スコープ: データ ソース スコープやデータ関連付けルールなどを含みます。データ ソース スコープには、データの出所を記述するだけでなく、ソース データの理解、ソース データの品質保証、データ抽出なども含まれます。
- インターフェイスの範囲: BI システムを企業内の他の情報システムに組み込む必要があるかどうかを検討し、シングル サインオンなどの機能を実現します。
プロジェクトチームの結成: 誰が行うのか
プロジェクト チームの役割は、チーム リーダー、ビジネス熟練者、ソリューション設計者、テクノロジ実装者の4 つのカテゴリに分類されます。
実施計画の設計: その方法
プロジェクト実施計画には、プロジェクト計画、青写真計画、プロジェクト管理方法という 3 つの主要な内容が含まれている必要があります。
1) プロジェクト計画
- プロジェクトが実施される環境を理解する。
- 既存のタスクを分割する: たとえば、セルフサービス分析プロジェクトに 4 つのノードがある場合、これらのノードで完了する必要があるタスクを分割する必要があります。
- プロジェクト計画をリストし、現在の分割タスクに従って具体的な内容と完了時刻のノードをリストします。
2) ブループリントスキーム
プロジェクトの青写真スキームは通常、全体スキーム、システム環境スキーム、詳細スキームの 3 つの部分で構成されます。
- 全体計画: ビジネス計画、技術計画、データ計画の 3 つの側面を含みます。
- システム環境計画: ソフトウェア環境、ネットワーク、サーバー環境の構成要件を説明します。
- 詳細スキーム: 全体のスキームに基づいて各モジュールのスキームをさらに洗練することです。
フェーズ 4: BI プロジェクトの開発と管理
プロジェクト リスク管理
BI プロジェクトに関する限り、リスクは一般に管理、要件、データ品質、プロトタイプ、ハードウェア環境などに存在します。
要件変更管理
通常、要件変更は変更申請→変更評価→意思決定→回答という4つのステップを経る必要があり、変更申請が通過した場合には、変更の実装と変更の検証という2つのステップが追加されます。
プロジェクト受入管理
プロジェクトの承認の目的は、プロジェクトの品質を保証することであり、通常、各要求者またはプロジェクト指導委員会によってレビューされ、承認されます。
要約する
この記事では、完全な BI プロジェクト構築の完全なプロセスを簡単に説明し、エンタープライズ BI プロジェクトが何をすべきか、誰が行うべきか、どのように実行するか、企業内で BI プロジェクトを適切に運用して実際のビジネスを生み出す方法について体系的に答えます。価値などの質問です。