---
sourceDocument: オーストラリア 戦略的ポートフォリオ管理 (SPM)
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/it-business-management

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア 戦略的ポートフォリオ管理 (SPM)

ft:clusterId :

    - itbm

bundleId :

    - itbm

workflow :

    - Technology


---

# プログラム管理

# プログラム管理 {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

プログラムは、関連するプロジェクトまたはデマンドを単一のエンティティの下で論理的にグループ化するのに役立ちます。ServiceNow® プログラム管理 アプリケーションを使用すると、関連するプロジェクトとデマンドを協調的に管理できます。これは、プロジェクトとデマンドを個別に管理する場合には実現できないことです。  
it_program_manager [ロール](https://servicenow-prod.fluidtopics.net/cNRUfv~8eKeE3b1zrNRIDQ#roles-installed-with-PPS-finance__roles_ProgramMgmt) は、プログラムを管理するうえで不可欠です。プログラム管理 アプリケーションは、プログラムマネージャーに次の機能を提供します。

* 関連するプロジェクトおよびデマンドを追加して、プログラムを作成します。
* プログラムに固有のタスクを作成します。これらのタスクはプログラムの完了に不可欠ですが、プロジェクトのスコープ外です。
* プログラムの主要なマイルストーン、予想されるリスク、および問題を定義します。
* プログラムの一部であるすべてのプロジェクトとデマンドの進捗状況とステータスを追跡します。プログラムマネージャーは、コスト、リソース、およびスケジュールを追跡できます。  
プログラムを作成するときは、次の点を考慮してください。

* プログラムは、ポートフォリオの一部にすることも、どのポートフォリオにも含まれない汎用のスタンドアロンプログラムにすることもできます。
* プログラムを複数のポートフォリオに含めることはできません。
* プロジェクトまたはデマンドを複数のプログラムの一部にすることはできません。
* プロジェクトとデマンドを、プログラムには含めずに、直接ポートフォリオに含めることができます。
次の図は、プログラムを実装する方法を示しています。
図 : 1. プログラムの実装

## プログラム管理 の基本

プログラムを作成するときに、複数のプロジェクトまたはデマンドを追加できます。プロジェクトとデマンドのコスト計画を作成した場合、特定の値は、プログラムのコスト明細からロールアップされます。同時に、プロジェクトとデマンドのリスクと問題もプログラムに含められます。次の図は、プログラム内の情報が、プログラムの一部であるプロジェクトとデマンドにどのように関連しているかを示しています。 図 : 2. プログラムへの情報の入力 プロジェクトワークベンチは、プログラムと、その一部であるプロジェクトとデマンドの進捗状況を表示および監視するためのグラフィカルなチャートを提供します。プログラム、プロジェクト、およびデマンドの進捗状況を、マイルストーンと主要マイルストーンの詳細を含むタイムラインに照らして表示することもできます。

プロジェクトマネージャーダッシュボードは、プログラムマネージャーが、プログラムとプログラム財務のさまざまなグラフィカルレポートを生成するための中心的な場所を提供します。

## プログラムの作成:承認とビジネスケースのワークフロー {#c_ProgramManagement__section_program_creation_workflow}

ServiceNow® のプログラムは、プロジェクトとは異なる作成パターンに従います。

プログラムが通常デマンドから生まれない理由
:
    * デマンドワークフロー:デマンド→承認→プロジェクトに変換
    * プログラムワークフロー:戦略的イニシアチブ→エグゼクティブの承認→直接プログラムを作成
    * プログラムは、運用上のデマンドではなく、経営幹部/ポートフォリオレベルで決定される戦略的マルチプロジェクトコンテナです。これらは、単一の成果物ではなく、デジタルトランスフォーメーションやクラウド移行などの複数年にわたる変革を表しています。
    {#c_ProgramManagement__ul_dsq_mxn_s3c}

推奨されるプログラム承認ワークフロー
:
    1. 戦略的計画フェーズ:戦略的プログラムの 戦略的計画 でイニシアチブ計画立案アイテムを作成します
    2. ビジネスケース開発:ビジネスケースドキュメントをイニシアチブに添付します。スコープ、予算 ($1M+)、タイムライン (2 〜 5 年) を定義します
    3. エグゼクティブ承認:承認を得るため、ビジネスケースを含むイニシアチブを運営委員会またはエグゼクティブスポンサーに提示します
    4. プログラムの作成:承認後、承認されたイニシアチブを参照して PPM でプログラムレコードを作成します
    5. プロジェクトのブレークダウン:プログラムの下に構成プロジェクトを作成します (これらはデマンドから取得できます)
    {#c_ProgramManagement__ul_program_workflow}

代替:デマンドベースのプログラムの作成 (必要な場合)

:   組織でプログラムに正式なデマンドの取り込みが必要な場合:

    1. カテゴリをプログラム要求としてデマンドを作成します。
    2. プログラムビジネスケースをデマンドに添付します。
    3. デマンド承認ワークフローを介してルーティングします。
    4. 承認後、プログラムを手動で作成します (demand→project のような自動変換はありません)。
    5. 参照フィールドを介してプログラムをソースデマンドにリンクします。
    {#c_ProgramManagement__ol_demand_program}

プログラムとプロジェクトの決定基準:

* 次の場合にプログラムを使用します: 複数プロジェクトのイニシアチブ、$1M+ の予算、2+ 年の期間、組織横断型スコープ
* 次の場合にプロジェクトを使用します。 単一の成果物
{#c_ProgramManagement__ul_program_vs_project}
* **[プロジェクトとデマンドを管理するためのプログラムの作成](https://servicenow-prod.fluidtopics.net/eV1adGMWl8ANaUEI7CIHEA)**   
  関連するプロジェクトとデマンドを管理するためのプログラムを作成します。期間、コスト概算、利益、および ROI を組織に対して定義します。
* **[プログラムワークベンチ](https://servicenow-prod.fluidtopics.net/Qwhd1KOMrr04zji8Kpc~Hg)**   
  プログラムワークベンチは、プログラム、およびプログラムの一部であるプロジェクトとデマンドの詳細を表示するための中心的な場所です。
* **[プログラムダッシュボード](https://servicenow-prod.fluidtopics.net/fKrHLWsh7Uo3_VAHe1aHwg)**   
  PMO ダッシュボードは、プログラムマネージャーがさまざまなグラフィカルレポートを生成するための中心的な場所を提供します。