ロードマップの計画

EPM CoEのロードマップを計画します。これにより、時間をかけて段階的に更新を行い(AIや生成AIなど)、CoEの進捗状況とイノベーションの速度を追跡できます。

次の図は、Cloud EPMへの独自の移行過程を定義する場合に役立つEPM CoEロードマップの例を示しています。次のようにすることがベスト・プラクティスです:

  • 会社の戦略的イニシアチブをロードマップに取り込みます。たとえば、モデル化するEPMビジネス・プロセスの1つ目がプランニング・プロセスである場合は、これが優先され、多数のプランニング・アプリケーションが必要になる可能性があります。この場合、アプリケーションの迅速な構築、一貫性と標準化、統合、データとレポートの一般的な利用方法を実現するために、CoEの役割が特に重要になります。

  • できるだけ多くのCloud EPMプラットフォーム機能を利用します。1 つの例として、勘定科目の照合に必要な作業があります。経営者、監査者などは、少なくともすべての貸借対照表勘定が期間ごとに正確に照合されていることを確認します。組織が複数の国および業界で事業を展開している場合は、適用される会計基準に従って何千もの貸借対照表勘定を照合することがあります。これをすべて、Account Reconciliationと呼ばれる単一の集中管理型Cloud EPMプロセスで完了することができます。もう1つの例はタスク・マネージャで、これにより、ビジネス・プロセスの自動化、ステータスの追跡、通知やアラートの提供、ビジネス・プロセス・ステータス・ダッシュボードのモニターなどが可能になります。

  • 特に、クラウドへの移行過程の最初の部分がハイブリッド・アプローチに該当する場合は、ビジネスの優先順位を慎重に検討します。クラウドにプランニング・アプリケーションを実装した時点で、まだオンプレミスでオラクルのHyperion Financial Managementアプリケーションを使用して財務連結プロセスを実行していた顧客がありました。このような場合は、特にEnterprise Data ManagementがEPMソリューションの一部であることを考慮して、データとメタデータの統合を検討することが重要です。
  • リスクとロードマップの達成のバランスを一定に保ちます。これまでのリスクの1つは、Oracle Hyperionオンプレミス・アプリケーションの管理者が、追加的なトレーニングや実装者の関与がない状態でCloud EPMにアプリケーションを移行する準備が整ったと感じることです。たとえば、オラクルがHyperion Financial ManagementおよびHyperion Planningの機能をCloud EPMに移行したとき、クラウドで様々な最適化と改善も行われました。これらの更新を認識していないと、重複作業が発生する可能性があります。
  • クラウドへの移行過程を開始する場合でも、新しい領域でのイノベーションを検討する場合でも、目標を達成するための適切なツールが必要です。10,000を超えるOracle Cloud実装からのインサイトを活用し、Oracle Cloud Success Navigatorはビジネスに最適な進路の決定を支援します。事前構成された初期環境、実装ガイダンス、主要なマイルストン追跡、AI支援、リリース・インサイト、およびOracle Modern Best Practicesと品質基準へのアクセスにより、Success Navigatorはクラウド上で成功するために必要なツールを備えています。

  • ここで説明されているように、さらに分析してEPMの使用を強化します。

  • EPMが提供する次のリソースを利用する計画を立てます:
    • 実装成功プログラム(ISP)への登録 – これは、オンプレミス・アプリケーションの知識がある顧客向けの新しい概念です。ISPでは、アプリケーション設計ドキュメント・レビューの迅速な評価を通して、EPM開発チームのアプリケーション設計に関する専門知識を顧客の実装に取り入れるよう努めています。レビューでは、アプリケーション設計がオラクル社が推奨するベスト・プラクティスに準拠していることが確認されます。 このプログラムについてさらに学習します
    • 移行できるアプリケーションを理解します。
    • クラウド・レディネス情報と新機能を常に把握します。Oracle Cloud Application Update Readinessアプリケーションを使用して、以前の月からの更新を確認することもできます。

EPM CoEロードマップの例

この例は、CoEが初期ビジネス・プロセスと機能(図ではプラス記号+で示される)の実装をどのように決定するかを示しています。その後、時間の経過に応じて、組織に役立つ追加のビジネス・プロセスと機能の導入を計画します。


EPM CoEロードマップの例

その他の提案:

  • Cloud EPMの変革を続行する際、組織内で、独自のプランニング・プロセスを持つ部門やチームが多くある場合は、これらのプロセスが財務から頻繁に切断されることに留意してください。エンタープライズ全体のプランニングの接続および改善の方法についてさらに学習するには、フリーフォームの説明を読む、およびフリーフォーム・ライブラリを確認するようにしてください。

  • ロードマップがCloud EPMに合致していることを確認するには、Cloud EPMロードマップ情報を要求します。

  • Cloud EPMビジネス・プロセスの運用を開始した後は、Cloud EPMロードマップを継続的に確認し、ユーザー・ベースからの拡張要求と照合することによって、成果物のロードマップを維持することが重要です。Cloud EPMは継続的に新機能を提供しており、それらを活用しないと投資収益率が低下する可能性があります。

  • 拡張リクエストをオープンする方法を理解します

  • 月次更新で最新情報を入手することがベスト・プラクティスです。組織にとって月次更新が正常に機能することを確認するためのテスト戦略を作成します。

  • 詳細は、通常業務トピックを参照してください。