デマンドフォーム

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：16分

    • デマンドフォーム情報は、デマンドを作成するために使用されます。

    表 : 1. デマンドフォームのフィールド
    フィールド 説明
    名前

    デマンドの名前。
    カテゴリ デマンドのカテゴリ：
    • 戦略的: :プロジェクトやストーリーなどの計画のデマンド用。
    • 運用:変更や欠陥などの運用作業のデマンド用。
    タイプ [ カテゴリ] フィールドの選択によって、[ タイプ ] フィールドで使用できる選択肢が決まります。
    • デマンドカテゴリが戦略的の場合は、次のデマンドタイプを使用できます。
      • 継続的改善管理
      • 拡張
      • プロジェクト管理
      • Epic
      • ストーリー
      • EAP エピック
      • EAP 機能
      • EAP の機能
      • SAFe エピック
      • SAFe ストーリー
      • SAFe 機能
      • 変換なし
    • カテゴリが [運用] の場合は、次のデマンドタイプを使用できます。
      • 変更
      • 欠陥
      • 変換なし

    アジャイル開発 2.0アプリケーションがアクティブな場合は、[ストーリー]、[エピック]、[拡張]、および [欠陥] のオプションを使用できます。

    戦略的計画アプリケーションがアクティブな場合は、[EAP エピック]、[EAP 機能]、および [EAP 機能] オプションを使用できます。

    Essential SAFe機能またはポートフォリオ SAFe機能がアクティブな場合は、[SAFe ストーリー]、[SAFe 機能]、および [SAFe エピック] オプションを使用できます。

    [変換なし] オプションを使用すると、デマンドを使用して、1 つ以上のプロジェクト、エピック、またはプログラムを含む大規模なプロジェクトに資金を提供できます。

    [ カテゴリ ] フィールドと [タイプ ] フィールドの選択によって、[アセスメントデータ] セクションに表示されるフィールドも決定されます。
    プロジェクト管理 このデマンドから作成されるプロジェクトの名前。

    この読み取り専用フィールドは、デマンドをプロジェクトに変換する場合にのみ表示されます。
    拡張 このデマンドから作成される拡張の番号。

    この読み取り専用フィールドは、デマンドを拡張に変換する場合にのみ表示されます。
    エピック このデマンドから作成されたエピックの名前。

    この読み取り専用フィールドは、デマンドをエピックに変換する場合にのみ表示されます。
    ストーリー このデマンドから作成されたストーリーの名前。

    この読み取り専用フィールドは、デマンドをストーリーに変換する場合にのみ表示されます。
    番号 デマンドに対して自動生成された一意な識別番号。
    承認された開始日 デマンドを開始するためにステークホルダーによって承認された正式な日付。この日付は、優先順位付けとステークホルダーの承認後に設定され、実行のためにコミットされ承認されたタイムラインを表します。ガバナンスとトレーサビリティに使用されます。

    たとえば、データベースのアップグレードの開始が承認された日付は 2026-01-10 です。

    デマンドがプロジェクトに変換され、プロジェクトが後で開始されても変更されない場合、このフィールドはプロジェクトフォームの [ 承認された開始日 ] フィールドに引き継がれます。

    日付が [ 開始日 ] フィールドの値と異なる場合、このフィールドは赤でハイライト表示されます。

    注:
    デマンドの作成時にこのフィールドが空の場合、[ 開始日 ] フィールドの日付が挿入されます。
    承認された終了日 デマンドを完了するためにステークホルダーによって承認された正式な日付。この日付は、優先順位付けとステークホルダーの承認後に設定され、承認された実行期間を定義し、履歴追跡をサポートします。

    たとえば、デマンドを完了するために承認された終了日は 2026-02-15 です。

    デマンドがプロジェクトに変換され、プロジェクトが後で終了した場合でも変更されない場合、このフィールドはプロジェクトフォームの [ 承認された終了日 ] フィールドに引き継がれます。

    このフィールドの日付が [ 期日 ] フィールドの値と異なる場合、このフィールドは赤でハイライト表示されます。

    注:
    デマンドの作成時にこのフィールドが空の場合、[ 期日 ] フィールドの日付が挿入されます。
    開始日 作業の開始が最初に予定されている暫定または予定日。この日付は、初期のデマンド計画と優先順位付けの予定タイミングの概要を示すのに役立ちます。この日付は、最初のデマンドの作成時、または計画フェーズで大まかなアイデアが形成されたときにいつでも設定できます。この日付は、デマンドが正式に承認されるまで更新できます。

    たとえば、2025 年 11 月 1 日にデータベースのアップグレードを開始することを計画しているとします。

    この日付は、デマンドがプロジェクトに変換されるときに開始予定日に変更されます。
    注:
    • デマンドまたはプロジェクトの開始予定日を変更すると、関連するコスト計画とリソースのアサインも変更されます。[デマンドまたはプロジェクトの開始日の変更に基づきリソース計画とコストプランの開始日を変更] プロパティは、デマンド日の変更の動作を制御します。このプロパティはデフォルトでは有効になっていません。詳細については、「Project Management とともにインストールされるプロパティ」を参照してください。
    • [ 開始日 ] 列ラベルが [開始予定日] に変更されます。この変更は、 オーストラリア バージョンの使用を開始する新規の顧客にのみ適用されます。継続性を確保するため、以前のリリースから オーストラリア リリースにアップグレードする場合は、以前のラベルが引き続き表示されます。
    期日 計画作業の完了が予定されている暫定または予定日。この日付は、計画とステークホルダーとのコミュニケーションの完了予定期間を提供します。この日付は、計画フェーズで大まかなアイデアが形成されたときにいつでも設定でき、デマンドが正式に承認されるまで更新できます。

    たとえば、2025 年 12 月 31 日までにデータベースのアップグレードを完了する予定であるとします。

    注:
    • [ 期日 ] 列のラベルが [終了予定日] に変更されます。この変更は、 オーストラリア バージョンの使用を開始する新規の顧客にのみ適用されます。継続性を確保するため、以前のリリースから オーストラリア リリースにアップグレードする場合は、以前のラベルが引き続き表示されます。
    • この日付は、デマンドがプロジェクトに変換されるときに開始終了日に変更されます。
    説明 デマンドの説明。
    類似デマンド 予測インテリジェンスと機械学習アルゴリズムにより、[簡単な説明] フィールドに類似した値を持つと判断されたデマンド。詳細については、「デマンド管理 の 予測インテリジェンス」を参照してください。
    関連検索 指定した用語に一致する検索結果。デフォルトは [名前 ] フィールドの値です。
    表 : 2. [デマンド] フォームの [詳細] セクション
    フィールド 説明
    ポートフォリオ デマンドのビジネス上の焦点を示すポートフォリオ。
    プログラム デマンドが属するプログラムの名前。
    投資クラス デマンドにアサインされている投資クラスカテゴリのタイプ。
    • 実行：既存のビジネスを維持するために行われた投資。
    • 変更：ビジネスの変更を実装するために行われた投資。
    投資タイプ デマンドの投資タイプ:
    • コストの削減
    • エンドユーザーエクスペリエンス
    • 法務と規制
    • 収益化
    • サービスの維持
    • 戦略実現
    • 人工知能
    デマンドマネージャー デマンドマネージャーの名前。
    協力者 デマンドに対する編集や貢献が可能なユーザー。デマンド要求者は、任意のユーザーを協力者として選択できます。
    経費タイプ 経費のタイプ。投資 (資本経費) または経費 (運用経費)。
    優先度 デマンドの優先度。
    部門 デマンドの送信者が属する事業部門内の部門。
    注:
    部門を選択しない場合、デフォルト値は送信者が属する部門の名前になります。
    プロジェクトマネージャー このデマンドから作成されたプロジェクトにアサインされるプロジェクトマネージャー。プロジェクトが作成されると、このフィールドは読み取り専用になります。このフィールドは、[カテゴリ] フィールドが [戦略的] に設定されていて、かつ [タイプ] フィールドが [プロジェクト] に設定されている場合に表示されます。このデマンドから作成されたプロジェクトを削除すると、このフィールドは編集可能になります。
    事業部門 デマンドの送信者が属する事業部門。
    影響を受ける事業部門 送信されたデマンドの影響を受ける事業部門。選択したユニットは、運用上の影響、プロセスの変更、テクノロジーの採用などを受ける可能性があります。

    たとえば、調達事業部門からデマンドが送信された場合、財務、法務、IT 事業部門に影響を与える可能性があります。
    アイデア デマンドの作成元となったアイデアの一意の識別番号。
    ビジネス機能 デマンドを組織の目標および価値にリンクする、デマンドに関連付けられたビジネス機能。ビジネス機能は、 エンタープライズアーキテクチャ (旧 アプリケーションポートフォリオ管理) モジュールで定義されます。
    影響を受けるビジネスアプリケーション デマンドで 1 つ以上のビジネスアプリケーションを変更、拡張、または追加する場合は、デマンドに関連付けられたアプリケーション。ビジネスアプリケーションは、 エンタープライズアーキテクチャ (旧 アプリケーションポートフォリオ管理) モジュールで定義されます。詳細については、「Exploring business applications」を参照してください。

    [ ビジネス機能] フィールドで選択した機能に関連しているかどうかに関係なく、企業内の任意のビジネスアプリケーションを選択できます。
    ビジネスアプリケーション デマンドで 1 つ以上のビジネスアプリケーションを変更、拡張、または追加する場合は、デマンドに関連付けられたアプリケーション。ビジネスアプリケーションは、 エンタープライズアーキテクチャ (旧 アプリケーションポートフォリオ管理) モジュールで定義されます。詳細については、「Exploring business applications」を参照してください。

    [ ビジネス機能] フィールドで選択した機能に関連しているかどうかに関係なく、企業内の任意のビジネスアプリケーションを選択できます。
    表 : 3. [デマンド] フォームの [ビジネスケース] セクション
    フィールド 説明
    戦略的優先事項 デマンドが達成する組織の戦略的目標。1 つのデマンドで複数の戦略的目標を達成することができます。

    [ 詳細] タブで事業部門が選択されている場合は、選択した事業部門のビジネス戦略を他の企業戦略とともに選択できます。
    プライマリ目標 [ 戦略的優先事項] フィールドで選択した戦略に関連付けられた主要目標。

    戦略が選択されていない場合は、すべての目標を選択できます。
    ビジネスケース デマンドの裏付けとなるビジネス上の論拠。
    実行リスク デマンドが承認されて実装された場合のリスク。
    不実行リスク 機会を失うリスクなど、デマンドが承認されない場合のリスク。
    実現要因 デマンドの完了を支援するデマンドの主要な実現要因。たとえば、明確に定義されたリソースとコストの計画などです。
    バリア デマンドの完了を妨げるデマンドに対する主要なバリア。たとえば、デマンドの詳細が不完全または不明瞭です。
    スコープの範囲内 デマンドの範囲。デマンドの範囲を定義する一連の境界です。
    スコープの範囲外 デマンドのスコープに含まれないアクティビティまたは成果物。スコープに定義されていないものはすべてスコープ外です。
    仮定 デマンドのために作成された仮定。仮定は、スコープとリスクを定義し、時間とコストの見積もりを微調整するのに役立ちます。
    表 : 4. [デマンド] フォームの [財務] セクション
    フィールド 説明
    レートモデル デマンドにアサインされたレートモデル。この設定は、関連付けられたリソースのアサインとタイムカードの時給を導出するために使用されます。詳細については、「レート モデル」を参照してください。
    注:
    デマンドにアサインされたレートモデルが変更または削除された場合、関連するリソースアサインのコストフィールドは再計算されません。
    プロジェクト通貨 このデマンドからプロジェクトが作成された後に、プロジェクトの実行に使用される通貨。

    通貨 [fx_currency] テーブルにリストされている値から、任意のアクティブな通貨を選択できます。

    デマンドにコスト計画、利益計画、またはプロジェクト予算が含まれている場合、選択したプロジェクト通貨でプロジェクトを作成した後は、プロジェクトフォームでプロジェクト通貨を変更することはできなくなります。デマンドに計画または予算が添付されていない場合は、プロジェクトフォームでプロジェクト通貨を変更できます。
    注:
    このフィールドのデフォルト値は、プロジェクトフォームのプロジェクト通貨ビューにある [財務] タブの [プロジェクト通貨] フィールドです。このフィールドは、PPM Standard 複数通貨 (com.snc.ppm_multicurrency) 機能が有効で、 デマンド通貨 ビューが有効になっている場合にのみ使用できます。
    投資コスト デマンドの資本的支出 (投資)。
    経費 デマンドの運用支出 (経費)。
    計画コストの合計 [ 資本経費] フィールドと [運用経費] フィールドの値に基づいて計算された結果。
    収支 [ 総コスト ] フィールドと [予定利益] フィールドの値に基づいて計算された結果。
    予定利益 デマンドが承認された場合の推定収益。

    この値は、デマンドの利益ブレークダウンからロールアップされます。

    通貨アイコンを選択して値を入力することで、手動で値を入力することもできます。
    ROI % [ 総コスト ] フィールドと [収支] フィールドの値に基づいて計算された ROI

    このフィールドの値は、[認定済み] または [承認済み] ステータスのデマンドに対してコスト計画、利益計画、またはリソースのアサインが作成または更新されると更新されます。
    投資予算 すべての会計年度にわたってデマンドに割り当てられた資本予算の合計。

    この値は、デマンドの投資予算からロールアップされます。
    経費予算 すべての会計年度にわたってデマンドに割り当てられた運用予算の合計。

    この値は、デマンドの経費予算からロールアップされます。
    割引率 (%) デマンド割引率は、将来のキャッシュフローの現在価値を決定するための利率です。
    正味現在価値 特定の年利に基づく将来の現金の現在価値。今日費やされたお金を将来の予想される予定利益と比較するための尺度。この値は、投資パフォーマンス全体を評価する際に役立ちます。

    たとえば、12% の割引率では、今日の 1.00 ドルは 2 年後の 0.80 ドルの価値があります。したがって、2 年後に 1.00 ドルを受け取ることは、今日 0.80 ドルを受け取ることと同じです。

    正味現在価値 (NPV) は、年ごとの総コスト、年間の予定利益、およびデマンドの割引率から計算されます。
    内部利益率 (%) ゼロ NPV を達成するために必要な年利。

    内部利益率 (IRR) は、収益の観点からどのデマンドがより高い利益率を実現できるかを判断するのに役立ちます。
    デマンドの実績コスト デマンドおよびデマンドタスクの作業中に発生した合計コスト。デマンドの実績コストは、デマンドタスクのアサイニーがタイムカードを作成して送信した後に計算されます。タイムカードが承認されると、レートカード、賃金レート、またはシステムプロパティから導出されたリソースレートを使用して、このフィールドに値が入力されます。
    デマンドの実際の労力 送信および承認されたタイムカードから導出された、デマンドまたはデマンドタスクの作業中にリソースによって発生または費やされた時間。デフォルトでは、このフィールドはデマンドフォームで使用できません。
    注:
    PPM Standard 複数通貨 (com.snc.ppm_multicurrency) プラグインをアクティブ化し、 デマンド通貨 ビューが有効化されている状態でデマンドを作成している場合、[ 財務 ] タブのフィールドは デフォルト ビューとは異なります。デマンド通貨ビューでのみ利用可能なフィールドの詳細については、「デマンド管理 における複数通貨」を参照してください。
    表 : 5. [デマンド] フォームの [アセスメントデータ] セクション
    フィールド 説明
    影響度 デマンドによって生み出されたビジネスインパクト。
    リスク デマンドアセスメントから計算されたリスク値。
    値 [影響度] および [収支] フィールドから計算されたデマンドのビジネス価値。
    T シャツサイズ デマンドのサイズ。

    この値をデマンドサイズのインジケーターとして使用する前に、各オプションの定義を作成してアプリケーションの外部で公開することを検討してください。このプロセスにより、組織または部門全体で値が正しく一貫して解釈されるようになります。
    スコア デマンドスコアは、ベースシステムの risk、 value、および size 属性に基づいて計算されます。
    risk、value、およびsize属性の値は、アセスメントメトリクスカテゴリの結果から導出されます。詳細については、「 アセスメントカテゴリ 」と 「アセスメントカテゴリの結果」を参照してください。
    • riskとsizeの値が高い場合、デマンドのスコアは低です。
    • value設定が高い場合、デマンドのスコアは高くなります。
    アセスメントが必要 デマンドのアセスメントを有効にするためのオプション。このオプションはデフォルトで有効になっています。

    デマンドが [ドラフト] または [送信済み] ステータスの場合、デマンドマネージャーのみがこの値を更新できます。

    注:
    このオプションが選択されておらず、デマンドを [ドラフト] ステータスにリセットした場合、このオプションは未選択のままになります。
    注:
    [ 値 ] フィールドと [スコア ] フィールドの値は、[認定済み] または [承認済み] ステータスのデマンドに対してコスト計画、利益計画、またはリソースのアサインが作成または更新されると更新されます。これらのフィールドの値は、プロジェクト、拡張、欠陥、変更などのアーティファクトがデマンドから作成されるまでの間のみ更新されます。
    表 : 6. [デマンド] フォームの [メモ] セクション
    フィールド 説明
    ウォッチリスト [追加コメント] フィールドの情報を表示できる、デマンドに登録しているグループとユーザー。
    作業メモリスト [ 作業メモ ] フィールドの情報を表示できる、デマンドに登録しているグループとユーザー。
    作業メモ デマンドに関する情報。この情報は顧客には表示されません。デマンドに関連付けられている他のユーザーとやり取りするために、デマンド管理ライフサイクル全体にわたって作業メモが追加されます。
    表 : 7. [デマンド] フォームの [設定] セクション
    フィールド 説明
    デマンドをクローズ
    デマンドがプロジェクトに変換された場合に、デマンドを自動的にクローズするタイミングを決定します。
    • なし:プロジェクトに変換された後もデマンドを [オープン] ステータスのままにします。
    • プロジェクトの作成時：デマンドがプロジェクトに変換されたときにデマンドをクローズします。
    • プロジェクトのクローズ時：デマンドから作成されたプロジェクトがクローズされたときにデマンドをクローズします。
    注:
    [タイプ] フィールドの値が [プロジェクト] に設定されている場合、[プロジェクトの作成時] および [プロジェクトのクローズ時] オプションが表示されます。[ タイプ ] フィールドが [拡張] に設定されている場合、デフォルト設定は [なし] です。
    プロジェクト計算 デマンドがプロジェクトに変換されるときに、プロジェクトのタスク依存関係に使用する計算を決定します。デフォルト値は [自動] です。
    • 手動:タスクの日付には、依存関係に加えられた変更は反映されません。
    • 自動：依存タスクまたは子タスクに加えられた変更を反映して、タスクの日付が自動的に更新されます。
    表 : 8. デマンドフォームの EAP 詳細セクションこのセクションは、選択したタイプが EAP エンティティである場合にのみ表示されます。
    フィールド 説明
    チーム 作成された EAP エンティティがアサインされている計画チーム。このフィールドは、EAP エンティティが作成されると読み取り専用になります。この値はオプションの値です。
    変換先 作成された EAP エンティティの名前。このフィールドは読み取り専用です。
    表 : 9. デマンドフォームの [AI の関連付け] セクションこのセクションは、AI コントロールタワープラグインがインストールされていて、デマンドの投資タイプが [人工知能] に設定されている場合にのみ表示されます。
    フィールド 説明
    製品 デマンドが関連する製品またはシステム。
    影響を受ける AI システム デマンドに関連付けられた影響を受ける AI システム。リストから既存の AI システムを選択するか、関連性がなくなったシステムを削除できます。