ステージ1 。 プレリュード
会社の経営陣は、定期的な報告（販売、計画、財務状況など）を必要としています。 レポートは、関連するビジネスユニット（金融ユニット、商業サービス、ロジスティクスなど）の専門家によって作成されます。 これらのユニットでは、人々は主要な責任（記録の保持、契約の維持など）とレポートの作成を組み合わせる必要があります。 ツールのうち、会計システムとExcelに標準レポートがあります。 また、Excelを使用すると、通常、すべての順序が揃っていません。
ステージ2 。 興奮。
その後、マネージャーの食欲が高まり（会社が成長し、マネージャーの数が増え、ビジネスの新しい展望が生まれるなど）、彼らはビジネスをさまざまな角度から見るために、より多くのワンタイム（アドホック）レポートを要求し始めます。 会社の成長に伴い、そのようなレポートが増えており、それらのいくつかは定期的なレポートになり、ビジネススペシャリストはこのすべての種類を時間通りに準備するのに問題があります。 救いを求めて、彼らは自分自身の仕事に参加するようITに要求し始めます。つまり、会計システム（CSS）のデータベースからさまざまなアップロードを要求し、CSSで新しいレポートを作成するための要件にますます注目しています。
ステージ3 。 受胎（胚）。
これらのすべてのプロセスの後、会社は「分析」のビジネスと呼ばれる方向を形成し始めます。 そのため、SQL開発者（これから私は私の旅を始めた）と、Excelや他のOfficeプログラムを所有している専門家/あなたにSQL開発者が現れるかもしれません。 この段階での開発は、さまざまな方法で行うことができます。 個人的には、時間の経過とともに、アナリストの数が非常に多くなる可能性があることを見てきました（各ユニットは1〜2名のスペシャリストを獲得するか、別のユニットが社内に設立されます）。 ちなみに、私はこの役職に就くことができましたが、幸運にも大学でエクセルを教えられず、人事部の叔母が「あーあーあ」と言った最初のインタビューでした。 この製品をすぐに（数週間で）習得するという彼女の確信は、その考えを生み出した可能性が高いと思います。「私は明らかに自信を持ってブロックヘッドです。ここでは、他の叔母が何年もコンピューターで働いており、この厚かましいシュケットはこれを宣言しています。」 個人的に、私はすぐにさまざまな荷降ろしの作成に飽き飽きし、市場で何が適しているのだろうと思い始めました。 しかし2006年には、BIという用語すら知らなかったため、検索は短命でした。 その結果、OLAPテクノロジーに立ち寄りました。
ステージ4 。 アドホックまたはOLAPの誕生からITを取り除く。 BIプロジェクトの始まり。
OLAPはすでにかなり一般的なものであり、高い確率で、OLAPキューブをユーザーまたは開発者として使用している人々がいるように思われます。 彼らは、キューブの導入が多くの問題からの解放であり、多くの従業員の生活を楽にするという考えをまきます。 または、この人は特定のBIシステムの経験がありました。 以来、SAP Business Objects、IBM Cognos、Oracle BIから何かを提供している人々は、値札を見ると聴取をやめるでしょう。 大企業には、少なくともMicrosoft BI（SQL Analysis ServicesおよびReporting Services）があります。 ここでは「最低限」は無視されません。データベースサーバーにバンドルされているため、非常に一般的なソリューションであり、多くの場合、この特定のプラットフォームの選択につながります。
私たちは皆、プロジェクトが良い、親切、強く、健全に成長することを望んでいるので、多くの典型的な間違いをしないことが重要です。
最初の間違い 。 自発的なシステム選択。
これはどのように起こりますか？ 同じ人物が特定の製品を好む上位の人物または非常に積極的なITスペシャリストのいずれかになる可能性があるため、システムを選択する時間はありません。 これは、選択された製品が実際に会社に根付かないという事実につながり、いくつかの問題を解決した後、それらを他のものに置き換えます。
選択する前に、少なくとも次のいくつかの質問に答えるべきだと思います（これについては前回の記事で詳しく書きました）。
- システムの対象者（主な消費者）
- 消費者にデータを配信する方法に対する会社の好みは何ですか？
- どの量のデータを処理する必要がありますか？
- 会社は、これらすべての費用を支払い、さらに開発と保守に費やす準備ができていますか？
また、以前ここで黙っていた質問を追加するためにここに追加したいと思います。
- システム内でITとプレゼンテーション、分析メモなどの作成を担当するアナリストとの間でどの程度の機能を分割できるか。
問題の本質を説明します。 一部のシステムでは、次のように機能を非常に単純に分割できます。ITはデータモデルの開発を担当し、アナリストはすでにダッシュボード、レポートフォーム-エンドユーザーが見るものに従事しています。 これはなぜですか？ レポートの表示に関する要件は、ほとんどの場合頻繁に変更されます。 さらに、同じレポート（データセット）がさまざまな顧客のいくつかのバリエーションに存在する可能性があります。 さらに、デザインでは審美性が依然として重要であり、ITが十分な時間を持っていない
問題を回避するために、治療はタイムリーに開始されなければなりません。 2〜3段階でITがニーズを体系化し、最初の質問に答え、BIを導入するという質問にビジネスをプッシュします。 これらの段階では、顧客は熱心であり、さまざまなオプションについて議論する準備ができています。最も重要なことは、要件を定式化することです。これは、このプロジェクトのビジネスユーザーの主なタスクです（以前の記事を参照）。
2番目の間違い 。 DWHまたはその不在。
自動化されたレポートシステム自体を実装する前は、データウェアハウス（DWH）があれば良いと誰も気にしませんでした。 その結果、OLAPまたはレポートが多数のデータソース、つまり第3段階で形成されたさまざまなストアフロントを参照するという事実につながります。 これからカオスが生まれます。 この後のシステムの開発と保守は非常に難しくなり、すべてを再構築する必要があることが判明する場合があります。
DWHのシステムを選択することも別の時間を与える必要がありますが、多くの場合、会計システム（CSS）が動作するのと同じDBMSです。 同社には既に製品の専門家がおり、ライセンスを節約できるため、このアプローチは完全に正当化されます。 もちろん、これはUSBに大量のデータが蓄積されている場合（多数のトランザクションとDBMSがこのために選択された場合）には当てはまらず、分析タスク（列ストレージメカニズム、RAMにテーブルを配置するなど）に適した別のDBMSを探す方が良いでしょう.p。）。
別のオプションは、会計システムと特定のBIツールの統合です（一部のインテグレーターからの1C + QlikViewのオファーを見ました）が、ここではすべてがどのように機能するかをよく知りません。 誰かがこれについてコメントやPMで書いてくれたら嬉しいです。
3つ目の間違い 。 プロジェクトが長い間開始されていたという事実を無視します。
多くの場合、企業は第2段階で長い間立ち往生します。これにより、多くの異なるデータマート、データ処理用のマクロを含むExcelファイルのヒープが存在するという事実につながります。 BIプロジェクトの結果として開始すると、要件を体系化するのにより多くの時間を費やすことになり、何に慣れているかというユーザーからの抵抗に遭遇するでしょう。 たとえば、ITのVasyaは常に自分自身で必要なアンロードを行い、それによってキューブを大きく損なうため、キューブを単独で使用することを望みません。 すべてが時間通りでなければなりません！
結果。
結論として、インテグレーターと会ってさまざまなシステムに精通するのに時間を費やすことができれば良いと言いたいのですが、これは非常に大きな会社でしか見られませんでした。DWH+ BIプロジェクトのコストは数十万ドルと見積もられました。 ここに、管理者の関心（予算に対する責任）と実装者の関心（大口注文）がありました。 そして、それは一年中続きました。 中小企業では、これは単に不可能です。 残念ながら、広範な専門知識を提供しているインテグレーターには会ったことがありません（おそらく見栄えが悪いでしょう）。 通常、彼らは1-2製品に集中します。 彼は個人的に10のインテグレーター企業と次のように話しました：2はMicrosoft BIに従事、2-QlikView、3-Cognos BI、1 -Tableau、1-CognosおよびMicrosoft、1-QlikViewおよびTableau。
一般に、プロジェクトの選択とさらなる運命に対する責任はあなたにあるという事実に備えてください-この記事の読者は、少なくとも何らかの形であなたを助けることを願っています。