IBM Cognos のアップグレードを成功させるための XNUMX つのステップ
アップグレードを管理するエグゼクティブへの貴重なアドバイス
最近、私たちはキッチンを更新する必要があると考えました。 まず、設計士を雇って計画を立てました。 計画を手にして、詳細について話し合いました。範囲は何ですか? 私たちは何色が好きでしたか? どのグレードのアプライアンスが必要ですか? いい、いい、最高。 これは新築ではなかったので、どのような不測の事態に備えて計画する必要がありましたか? 予算をお願いしました。 建築家/ゼネコンは自信を持って私たちにそうなるだろうと言った 百万ドル未満. 彼のユーモアの試みはうまくいかなかった。
会社が IBM Cognos Analytics を所有している場合、遅かれ早かれアップグレードすることになります。 キッチン プロジェクトと同じように、私の専門的な経験に基づくと、アップグレードには 10 年もかからず、100 億ドルもかかると言えます。 その金額で月に行けるのですから、アップグレードできるはずです。 でも、それはおかしくないでしょう。 または、役に立ちます。 アップグレード プロジェクトが始まる前の最初の質問は、「スコープは?」です。 必要なリソースや予算を見積もる前に、必要な時間を知る必要があります。
入力します MotioCI. 在庫ダッシュボードは、「作業範囲は?」という質問に答えるように設計されています。 ダッシュボードには、Cognos 環境に関連する重要な指標が BI マネージャーに表示されます。 最初の指標は、プロジェクトの全体的な推定リスクを示します。 このメトリックでは、レポートの数と複雑さが考慮されます。 レポートとユーザーの総数は、プロジェクトのサイズと影響を受けるユーザーの数をすぐに示します。
その他の視覚化では、追加の作業が必要になる可能性のある Cognos 環境の領域 (レポートの複雑さと CQM と DQM パッケージの比較) を簡単に把握できます。 これらのメトリックは、他の Cognos 組織に対してもベンチマークされるため、レポート数とユーザー数に基づいて組織を他の組織と比較できます。
全体像が見えてきましたが、どこから始めますか? 何かに触れる前に、プロジェクトの範囲を縮小する方法を検討してください。 便利なことに、ダッシュボードには、それに対処するのに役立つメトリックもあります. 円グラフは、最近使用されていないレポートと重複レポートの割合を示します。 これらのレポートのグループを範囲外に移動できれば、全体的な作業労力を大幅に削減できます。
雑草。 あなたはこう言うかもしれません。 ドリルスルー リンクをクリックして、重複レポートのリストを表示します。 同様に、最近実行されていないレポートの詳細レポートもあります。 この情報が手元にあれば、あなたは言うことができます MotioCI 移行しないコンテンツを削除します。
スリムで軽量な Cognos コンテンツ ストアを使用して、ダッシュボードを再実行することをお勧めします。 今回は、チームのアップグレードの難易度に注目してください。 レポートをアップグレードする際の課題は、通常、レポート自体の複雑さに直接関係しています。 複雑度別のレポート ビジュアライゼーションは、いくつかの要因に基づいて、単純、中程度、および複雑なレポートの割合を示します。 また、同じメトリックを他の Cognos インストールと比較することもできます。
成功要因その2。 ドリルインすると、レポートの 75% が単純であることがわかる場合があります。 これらのレポートのアップグレードは簡単です。 レポートの 3% は複雑です。 これらは、それほどではありません。 それに応じて予算とタイムラインの見積もりを調整します。
また、特別な注意が必要な特定のレポートに注目することもできます。 従来、HTML アイテム (Java Script を使用する可能性がある) を含むレポート、モデルを利用する代わりにネイティブ クエリを使用するレポート、またはいくつかの Cognos バージョンより前に作成された古いレポートをアップグレードする作業が多くありました。
ビジュアル コンテナのないレポートを見逃さないでください。 何が起こっているのですか? これらのレポートは、ビジュアル コンテナがないため「シンプル」に分類されていますが、潜在的な落とし穴が隠されている可能性があります。 これらは未完成のレポートである場合もあれば、「目で見て」注意が必要な非標準のレポートである場合もあります。 レポートは、重要なことに集中するのに役立ちます。
成功要因その3. でプロジェクトを作成する MotioCI これらのタイプのレポートごとに。 テスト ケースを作成します。 ベースラインを確立します。 各環境でのパフォーマンスと値を比較します。 アップグレードに失敗したものと、パフォーマンスが低下した場所がすぐにわかります。 直さなければならないものを直します。
進捗管理. プロジェクト マネージャーは、レポートがまだ失敗している場所を示す概要レポートを気に入るはずです。 プロジェクトを管理するために、日々の進捗状況をグラフ化し、プロジェクトの完了日を見積もるバーンダウン レポートがあります。
このバーンダウン チャートから、チームが現在のペースを維持した場合、アップグレード テストは 18 日目までに完了することがわかります。
XNUMX つのレポートで、Cognos のアップグレードをエンドツーエンドで管理しました。
- 在庫ダッシュボード は、a) コンテンツを特定する、b) 範囲を縮小する、c) アップグレードに不可欠な領域に焦点を当てるのに役立つ道しるべです。
- 詳細内容 このレポートは、アップグレード プロジェクトに関連するすべてのテスト ケースの成功または失敗を包括的に示します。 今後数日間で集中する必要があるプロジェクト領域の概要を簡単に把握できます。
- 全焼 レポートは、チームがアップグレードに関連する修正にどれだけの時間を費やすことができるかを予測します。
何が良いでしょうか? 開始する前にリスクを理解してください。 範囲を縮小することで作業を減らします。 重要な分野に集中することで、よりスマートに作業できます。 予想される終了日を先取りして予測することにより、プロセスをインテリジェントに管理します。 全体として、次の Cognos アップグレードで時間とお金を節約するための成功の方程式です。