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

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

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

ft:clusterId :

    - itbm

bundleId :

    - itbm

workflow :

    - Technology


---

# 使用方法

# デマンド管理の使用 {#ariaid-title1}

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

デマンドマネージャーロールを持つユーザーは、デマンド管理アプリケーションを使用してデマンドを作成、表示、および変更できます。
デマンドを承認し、承認したデマンドから次のアーティファクトを作成することもできます。

* プロジェクト
* 変更
* 拡張
* 欠陥
* エンタープライズアジャイル計画 (EAP) エンティティ (エピック、機能、および機能)
{#r_UsingDemandManagement__ul_qr2_zgl_2r}  
デマンドから作成されるアーティファクトのタイプは、デマンドフォームの \[カテゴリ\] フィールドと \[タイプ\] フィールドの選択によって決まります。  
注:  
* アドミニストレーターが SDLC-SCRUM プラグインをアクティブ化している場合に、拡張と欠陥を作成できます。
{#r_UsingDemandManagement__ul_hkf_cht_ghc}

## デマンド管理のライフサイクル

デマンド管理のライフサイクルは、次のように簡素化できます。

* [デマンドの作成](https://servicenow-prod.fluidtopics.net/vjClIh5qSrc9RPImYhKtmg "デマンドを作成して戦略的および運用上の要件をキャプチャし、ステークホルダーのアセスメントと優先順位付けのために情報を一元化します。")：ユーザーがアイデアを送信し、デマンドマネージャーがそのアイデアを承認すると、そのアイデアからデマンドが自動的に作成されます。
* [デマンドのリストの表示](https://servicenow-prod.fluidtopics.net/OZWwhvK0xW5DkWS9lcN3IA "既存のデマンドはいつでも表示できます。")：デマンドマネージャーは、[デマンドワークベンチ](https://servicenow-prod.fluidtopics.net/iJwJKRNAFw20S57EG_OAtA "デマンドワークベンチは、ビジネスデマンドを表示および評価するための一元的な場所を提供します。")またはリストビューからデマンドを表示します。
* [デマンドの強化](https://servicenow-prod.fluidtopics.net/Isvgqv6TZ5T_UGB8PqZdkg "デマンドマネージャーは通常、事業関係マネージャーと協力してステークホルダーを特定し、要件、リスク、およびその他の重要な情報を導き出します。")：デマンドマネージャーは、スクリーニングにデマンドを送信して、ステークホルダーにアセスメントを送信できます。
* [デマンドの評価](https://servicenow-prod.fluidtopics.net/eRfcpL6s3TXUgU0RK6vx4g "デマンド管理アプリケーションには、意思決定者がデマンドを評価する際に役立つ 2 つのデマンド視覚化ツールが付属しています。")：
  * デマンドマネージャーは、デマンドをスクリーニングし、アセスメントを完了するためにステークホルダーにサーベイを送信できます。
  * デマンドマネージャーは、デマンドのステータスを \[認定 (qualify)\]、\[保留\]、または \[未完了\] に設定することができます。
  * デマンドワークベンチを使用してデマンドを分析し、承認することができます。
  {#r_UsingDemandManagement__ul_gmn_3jl_2r}
* アーティファクトの作成:デマンドマネージャーは、プロジェクト、拡張、変更、欠陥、または EAP エンティティを作成します。
{#r_UsingDemandManagement__ul_cfc_1kf_cp}  
デマンド管理アプリケーションは、次の簡素化されたデマンド状況を使用します。{#r_UsingDemandManagement__tbl_DemandManagementStates__entry__2}

| 状況 | 説明 |
|-|-|
| ドラフト | デマンドマネージャーは、送信されたアイデアを受け入れます。 レコードをレビューまたは編集した後、次のいずれかのボタンを選択します。 * 更新：デマンドレコードは更新されますが、デマンドは現在のステータスのままです。 * デマンドの送信：デマンドは \[送信済み\] ステータスに移行します。 * 削除：デマンドレコードが削除されます。 {#r_UsingDemandManagement__ul_hn2_pkf_cp} |
| 送信済み | 受け取ったアイデアのデマンドレコードが作成され、デマンドマネージャーがデマンドを送信します。 レコードをレビューまたは編集した後、次のいずれかのボタンを選択します。 * 更新：デマンドレコードは更新されますが、デマンドは現在のステータスのままです。 * スクリーニング：デマンドが \[スクリーニング\] ステータスに移行します。 * 認定 (Qualify)：デマンドが \[認定済み\] ステータスに移行します。 * 保留：デマンドが \[保留\] ステータスに移行します。 * 未完了：デマンドが \[未完了\] ステータスに移行します。 * ドラフトにリセット：デマンドがドラフト状況に戻されます。 * 削除：デマンドレコードが削除されます。 {#r_UsingDemandManagement__ul_ad5_tkf_cp} |
| スクリーニング | デマンドに対してステークホルダーアセスメントが開始されます。 レコードをレビューまたは編集した後、次のいずれかのボタンを選択します。 * 更新：デマンドレコードは更新されますが、デマンドは現在のステータスのままです。 * 認定 (Qualify)：デマンドが \[認定済み\] ステータスに移行します。 * 保留：デマンドが \[保留\] ステータスに移行します。 * ドラフトにリセット：デマンドがドラフト状況に戻されます。 * 削除：デマンドレコードが削除されます。 {#r_UsingDemandManagement__ul_opb_2lf_cp} |
| 資格認定済み | デマンドは認定済みで、レビューの準備が整っています。 レコードを確認した後、次のいずれかのボタンを選択します。 * 更新：デマンドレコードは更新されますが、デマンドは現在のステータスのままです。 * 承認：デマンドが \[承認済み\] ステータスに移行します。 * 保留：デマンドが \[保留\] ステータスに移行します。 * 削除：デマンドレコードが削除されます。 {#r_UsingDemandManagement__ul_nn4_glf_cp} |
| 保留 | デマンドは保留されています。デマンドは将来再アクセスしてレビューすることができます。 レコードを確認した後、次のいずれかのボタンを選択します。 * 更新：デマンドレコードは更新されますが、デマンドは現在のステータスのままです。 * 承認：デマンドが \[承認済み\] ステータスに移行します。 * 削除：デマンドレコードが削除されます。 {#r_UsingDemandManagement__ul_eyp_yyd_l2b} |
| 承認済み | デマンドが承認されています レコードをレビューまたは編集した後、次のいずれかのボタンを選択します。 * 更新：デマンドレコードは更新されますが、デマンドは現在のステータスのままです。 * クローズ：デマンドが \[クローズ済み\] ステータスに移行します。 * ドラフトにリセット：デマンドがドラフト状況に戻されます。 * 削除：デマンドレコードが削除されます。 {#r_UsingDemandManagement__ul_qxv_llf_cp} |
| 完了 | デマンドが \[完了\] ステータスに移行します。 レコードを確認した後、次のいずれかのボタンを選択します。 * 更新：デマンドレコードは更新されますが、デマンドは現在のステータスのままです。 * ドラフトにリセット：デマンドがドラフト状況に戻されます。 * 削除：デマンドレコードが削除されます。 {#r_UsingDemandManagement__ul_wl2_fzt_ghc} |
[表 : 1. デマンドの状況]

{#r_UsingDemandManagement__tbl_DemandManagementStates}  
これらの状況は、デマンドフォームの上部にあるプロセスフローインジケーターに表示されます。プロセスフローインジケーター：

* デマンドの現在のステータスを強調表示します。
* デマンドが経由した状況にチェックマークを付けます。
* スキップされたステータスは空のままにします。

{#r_UsingDemandManagement__ul_sjm_44l_2r} この例では、デマンドは \[承認済み\] ステータスです。\[ドラフト\]、\[送信済み\]、および \[認定済み\] 状況を経由しましたが、\[スクリーニング\] ステータスはスキップされています。
* **[デマンドの評価](https://servicenow-prod.fluidtopics.net/eRfcpL6s3TXUgU0RK6vx4g)**   
  デマンド管理アプリケーションには、意思決定者がデマンドを評価する際に役立つ 2 つのデマンド視覚化ツールが付属しています。
* **[デマンドを作成](https://servicenow-prod.fluidtopics.net/vjClIh5qSrc9RPImYhKtmg)**   
  デマンドを作成して戦略的および運用上の要件をキャプチャし、ステークホルダーのアセスメントと優先順位付けのために情報を一元化します。
* **[デマンドを表示](https://servicenow-prod.fluidtopics.net/OZWwhvK0xW5DkWS9lcN3IA)**   
  既存のデマンドはいつでも表示できます。
* **[デマンドへの詳細の追加](https://servicenow-prod.fluidtopics.net/Isvgqv6TZ5T_UGB8PqZdkg)**   
  デマンドマネージャーは通常、事業関係マネージャーと協力してステークホルダーを特定し、要件、リスク、およびその他の重要な情報を導き出します。
* **[デマンドの RIDAC (リスク、問題、意思決定、アクション、および変更要求) レコード](https://servicenow-prod.fluidtopics.net/0ldr7XRm52Yu6QAPlnGdyw)**   
  RIDAC は、リスク、問題、意思決定、アクション、および変更要求レコードの頭字語です。デマンドのライフサイクル中に他のレコードに変換できるデマンドのリスクを作成します。問題を追跡し、関連レコード内の関連する詳細を手動でコピーすることを回避します。
* **[デマンドをドラフト状況にリセットする](https://servicenow-prod.fluidtopics.net/QVkOSOCCwelEL8hTeoh2sA)**   
  必要に応じて、デマンドを \[ドラフト\] ステータスに戻すことができます。
* **[デマンドの削除](https://servicenow-prod.fluidtopics.net/vraKjXch1YLe84aWLaFt8g)**   
  \[処理待ち\] ステータスのデマンドのみ削除できます。
* **[デマンドの移動とサイズ変更](https://servicenow-prod.fluidtopics.net/ru7KK3JOzKcL3c~tpXiZfg)**   
  デマンドマネージャーは、バブルチャート内のバブルを移動したり、サイズを変更したりすることができます。
* **[類似のデマンドを見つけるために デマンド管理 の類似性ソリューションをトレーニングする](https://servicenow-prod.fluidtopics.net/spph0Khf7UN7htP5qhRjZw)**   
  PPM の予測インテリジェンス機能に含まれる類似デマンドソリューション定義をトレーニングして、デマンドの作成時に関連するデマンドを検索します。
* **[PPM PIWB テンプレート - 類似デマンドの検索](https://servicenow-prod.fluidtopics.net/m9UralQ5rtwq2QV5190NOg)**   
  類似デマンドを見つける類似デマンドソリューション定義のトレーニング手順を説明するガイド付きテンプレートを使用します。
* **../task/identify-similar-demands.html**