Ad Hocレポートをアプリケーションに追加するだけの価値はありますか？

大量のデータを収集し、レポートが組み込まれたアプリケーションがあります。最初のイテレーションは、Crystal Reportsの統合で、うまく機能しました。Crystal Reportデザイナーでレポートを作成し、RPTファイルをアプリケーションにインポートします。これはうまくいきましたが、ユーザーはレポートを実行するためにアプリケーションが必要であり、さらにユーザーはレポートを作成できませんでした。RPTファイルをカスタマイズできるようにフィルター、ソーター、およびグループ化を追加しましたが、ゼロから作成することはできませんでした。

2番目の対話は、SSRS、SSAS、およびMicrosoftのレポートビルダーツールを使用したWebベースのソリューションでした。これには、いくつかのデータベース作業とOLTPスキーマからキューブを起動して実行するための作業が必要でしたが、最終的には、ロールアップレポートを作成するのがはるかに簡単になりました。ただし、レポートビルダーツールを使用してレポートを作成し、その後公開する必要があります。また、フィルター、ソーター、グルーパーを追加して「カスタマイズ可能」にします。

これらのシナリオの両方で、約30から50の時間外レポートがすぐに作成されます。

ユーザーがその場でレポートを最初から作成できるように、アドホックレポートを追加することについての議論があります。現在、データモデルは非常に複雑であり、それを理解するには実用的な知識が必要です。これを最小限にするには、データモデルを「レポート可能」で理解しやすいスキーマにするために、かなりの作業が必要になります。私たちのアプリケーションがアドホックレポートに適しているとは思いません（努力する価値はありません）。

アドホックレポートの提供に成功した人はいますか？どのツールセットを使用しましたか？アプリケーションの成功に影響を与えましたか？

アドホックレポートにはいくつかの危険があります。

1. レポートは、結果として生じる組み合わせ爆発で増殖する傾向があります。

2. そのように作成されたレポートには、正当性が組み込まれています。これは、印刷されたレポートであるため、情報が有効である必要があるためです。

3. この方法でレポートを提供すると、新しいレポートで人々をサポートするための負担が軽減されると思うかもしれませんが、実際には増加します。

4. 単にレポート機能を提供するだけではありません。また、ドキュメント管理についても同様です。そのようなドキュメントの保存および破棄ポリシーは何ですか？ファイリングと保管の要件は何ですか？

これらすべての理由から、カスタムレポートツールを提供する場合、その範囲を制限する必要があると思います。過度の、実証されていない、サポートされていないアーティファクトが生成されないように慎重に構成されている。また、どの種類のレポートを動的に生成でき、どのレポートを正式に定義および作成する必要があるかを明確に示すポリシーによってバックアップされています。

場合によっては、慎重に選択したカスタマイズを既存のレポート（たとえば、ユーザーが構成可能な少数のパラメーター）に追加すると、カスタムレポートツールの必要性を減らすことができます。また、これがOLAPデータベースに対する調査の実行に関するものである場合、通常のトランザクションシステムでレポートを作成する場合よりも、より柔軟なレポートが必要であることに注意してください。

私は多くの高価な失敗を見てきました。何年もの間、この風車でビジネスパートナーを傾けていました。彼らの難しさは、「技術に詳しくない」人々がレポートを作成できるという主張でした。私たちは、人々がさまざまな成功度で学び、使用できる多くのソリューションを構築しました。あなたと同じように、私たちはパラメータ化された定型レポートから始めました。

次に、パラメータセットを保存し、それらを異なる「フォーマット」テンプレートに関連付ける方法を作成しました。これにより、基本的に、定型レポートを組み合わせて他の人に公開できます。これは実際に私たちがこれまでに行った最も効率的なもので、約2週間の開発時間（基本的なパラメーター化された缶詰レポートシステムに加えて）であり、長年にわたってある程度の成功を収めました。それは非常にシンプルなUIでしたが、それでも自分のレポートを実際に作成できなかったユーザーもいました。彼らは基準がどうあるべきかを判断できませんでした。しかし、だれでもレポートを作成して他の人と共有できるため、MISチームに行って列に並ばなくても、同僚にレポートを作成してもらうことができます。

私たちはそれを改善しようとし続け、数十万ドルを無駄にしました。Crystal Decisionsには、Crystal Reportsエンタープライズ製品のアドオンとして、かなり洗練されたツールキットがありました。これはバージョン9または10でした。名前が変更されてから長い間Business Objectsによってブランド変更されましたが、まだバージョンがあると思います。それはかなり高価であり、ほぼすべてのレポート形式を構築するための完全なWebデザイナーを提供しました。また、既存のレポートを変更するためのウィザードに近いサンプルアプリケーションもありました。「パラメータ化されたテンプレートを保存して共有する」というアイデアは成功していました。簡単に言えば、私たちは実際にそれを実現しませんでした。このツールは大丈夫だったと思いますが、私たちがやろうとしていたことは、混乱しすぎて動作しなかったことでした。

この間、ビジネスでは、多くのアドホックレポートを行うMIS開発者のスタッフを確保する必要がありました。彼らが私たちのものから得た最高のものは、もう少し柔軟性のある缶詰の報告でした。これは、多少似た既存の報告がある場合、最良のケースが新しい缶詰の報告を開発するのをより速くしました。何らかの形で新しいデータソースを統合する場合は、忘れてください。そして大部分は、MISが彼らのためにしたことは、だらだらとはいえ非常に迅速に市場に出せる方法でますます多くのデータソースを統合することでした。

最終的に、BIバージョンのデスクトップバージョンであるBusiness Objectsの使用を開始しました。これにより、ローカルデータをオンラインメタデータカタログで見つけたデータと統合できます。そのため、大衆向けに実際の制作作業を行うことができ、クオンツとマネージャーは、彼らの研究が導き出したさまざまなデータセットを処理し続けることができます。スキルセットはさらに希少になりました。それは確かに誰でも手に入れることができるものではありませんでした。それでも、MISの熱心な人材として雇う余裕がなかった以上に、より多くの人々を効果的に使用することができました。しかし、MISのスタッフは決して減らされなかったため、それは明らかです。

この一般的な問題に対する私自身の印象は、このツールを使用して想像する人々のスキル開発に大幅に投資する用意があり、すべてのスタッフがそこに到達するわけではないことを受け入れなければならないということです。彼らはBIプラットフォームを学習数週間を過ごすことができない場合や、彼らはほとんどのアウトを取得することはできません任意のあなたがそれらを与えることのツールを。一部の人々は、何らかの理由で、外部結合などの基本的なアイデアを得ることはないようです。膨大なクラスの問題セットは、コンピューターで実際に何を求めているのかを概念レベルで理解するのに十分ではないため、ツールで解決することはできません。それは彼らがそれを「できない」と言うことではなく、彼らの多くが決してそうしないということです。

現在、この状況に直面しています。この時点で、アドホックレポートインターフェイスの代わりに、ExcelとPower Pivotを使用したトライアルを実行しています。これをExcelツールバーと統合し、ユーザーがこれを使用してデータを直接インポートし、レポートを作成できるようにしました。これらのアドホックレポートの多くは、特定の質問に回答するために特定の時間に必要な場合をオフにしていることがわかりました。

この時点ではうまく機能しており、事前に少しのトレーニングと手持ちが必要でしたが、財務部門で使用されているため、もちろん彼らはExcelで最も快適です。

ところで、実装の詳細のいくつかについてお話したい場合はお知らせください。

私が管理しているプロジェクトの同様のシナリオでは、OLAPソリューションを備えたデータウェアハウスを追加することを顧客に提案しました。コストを抑えるために、DWHデータベースとしてPostgreSQLを選択し、BI / OLAP分析ツールとしてPentaho Enterpriseを選択しました。OLAPツールはユーザーフレンドリーであるため、有料版を選択しました。

前述のとおり、ユーザーのニーズに適したデータモデルを設計するには、分析を行う必要があります。要件から展開まで3か月を要し、最初は修正すべき不具合がありましたが、最終的には顧客は結果に非常に満足しています。ユーザーは独自の分析を作成し、レポートとして使用する場合があります（PDFにエクスポート）。また、シンプルで十分なアドホックレポートを作成できる機能もありますが、少なくとも現時点では、分析ツールはニーズに十分対応できます。

クライアントとしての企業のドメインと規模が広いほど、カスタマイズ、データ統合、およびアドホックレポートに傾く傾向があります。コストがかかります。

ほとんどの企業はカスタマイズを推奨していないため、このサービスに高い料金を請求します。プログラマーはこのことを不必要だと考える傾向がありますが、時間を節約し、数百人のユーザーがそれを簡単にできるようになると、節約量が増えます。

レポートのために、これは追加のトレーニングに課金する機会を作成します。アドホックレポートには追加料金がかかる場合があります。

開発者としてのあなたの仕事は難しくなります。サードパーティのソフトウェアがあった私が今まで働いたほとんどの場所には、カスタムレポートがありました。データ構造が単純なため、一部の人にとっては簡単でした。より大規模で複雑なものでは、カスタムレポートが必要でした。これが彼らのビジネス運営方法だからです。彼らが他の皆と同じことをしたいなら、彼らは私を雇わなかっただろう。SOにいくつかのDevExpressレポートに関する質問をする必要がありました。

必要があるかどうかを確認するのは、販売とマーケティング次第です。「アドホックレポートはすばらしい」ではなく、「アドホックレポートがあるため、ソフトウェアを購入します」。必要な技術投資を全員に知らせる必要があります。

私の解決策は、アプリケーションにいくつかの基本的なスプレッドシートを生成させ、ユーザーが欲しいものを見るまでAccessで遊ばせることです。

より洗練されたアプローチは、アクセス/ vbscriptプログラムを作成してベースデータを「更新」し、ユーザーがカスタマイズを再利用できるようにすることです。

私は長年にわたっていくつかをしました。あなたが言ったように、特定のドメイン知識に依存するデータベースでは、非常に注意が必要です。そのため、私（または私が所属していたチーム）は、レポートツールを使用せずにそれらを開発しました。率直に言って、彼らは必要なすべてのロジックを取り入れようとするのに苦労しました。あなたは彼らが助ける限り彼らと戦うことになります。

ユーザーは自分でレポートを作成できるのが本当に好きなので、そのようなシステムを開発する時間があれば、間違いなく価値があると思います。

短い答えは、それができるということです。

私は90年代半ばに、彼らが求めていることだけを行うソフトウェアを開発した会社で働きました。製薬業界では良好な市場がありました。そこでは、臨床試験では多くのクエリとレポートが必要でした。

その会社は別の会社に飲み込まれ、その会社は製品の処理方法を知らないか気にしない別の会社に飲み込まれました。

それでも、ビジネスインテリジェンスの（矛盾した）世界は、エンドユーザーがデータシステムへのクエリを定義または少なくとも改良できるようにすることに一部依存しています。ユーザーにとってこれを多少簡単にするツールがあります。この分野では、Business Objects（現在はSAPの一部）が王様でした。それから彼らはクリスタルを買いました。その後、SAPがそれらを購入しました。この分野で現在提供されているのは、SAP Crystal Interactive Analysisです。

これは大きな努力です。一般的に、ツールはメタデータのセットアップなど、多くの作業を必要とします。それは本当にあなたのユーザーが本当にこれを必要とするのかという質問です。ROIはどうなるのでしょうか？

アドホックおよび缶詰のレポート要件を持つ政府のITシステムで働いています。さらに、ユーザーは、既存のアプリケーションに「組み込まれ」、レポート出力の背後にあるレコード情報を表示するドリルスルー機能を備えたアドホックレポートソリューションが必要でした。データベースへのクエリへのアクセス。通常、対象となるレポート製品はWebページまたはMS Excelのみでした。セキュリティは、レポートを既存のJEEセキュリティコントロールと統合することを望んでいました。

市場で既存のソリューションを見つけられなかった後、私たちは数年間使用してきた独自のアドホックレポートツールを導入することになりました。しかし、控えめな結合、フィルター、およびソートのユースケースを超えて拡張するように設計されていないため、維持するのに費用がかかり、強化するのに負担がかかります。

私たちが持っているいくつかの問題は、他の人が言及したものと似ています：

• ユーザーがデータモデルを理解できない-特に、ユーザーはツールを介して定期的に相互結合製品を作成し、出力に混乱します。
• データの多くが空間属性を持っている場合でも、マップに結果を表示する機能はありません。
• ブックマークしてアドホックレポート選択に戻ることができない（これは元のツール設計の欠陥でした）。

現在、プルレポートを評価して、これらの問題を解決できるかどうかを判断しています。アドホックインターフェイスが、ユーザーにテーブルと列のテキスト記述とともにデータモデルの視覚化を簡単に提供する方法が気に入っています。ユーザーのフィルター選択がレポート出力に埋め込まれているという事実は、結果が不適切に解釈されるという懸念を減らします。

このすべてが「価値がある」かどうかについて：私たちのケースでは、アドホックレポートは、技術スタッフが定型レポートの急増を管理するよりも安価で管理が容易です。ただし、社内レポートツールとプルレポートの両方を使用した定型レポートは、通常、アドホックレポートツールのクエリ/レポートエンジンの上に構築されるため、この質問は少し意味がありません。つまり、定型レポートは、事前に構成された設定を持つアドホックレポートです。