デマンドを作成して戦略的および運用上の要件をキャプチャし、ステークホルダーのアセスメントと優先順位付けのために情報を一元化します。
始める前に
必要なロール:it_demand_manager、it_demand_user
手順
-
移動先 .
-
デマンドフォームのフィールドに入力します。
表 : 1. デマンドフォーム
| フィールド |
説明 |
| 名前 |
デマンドの名前。 |
| 開始日 |
作業の開始が最初に予定されている暫定または予定日。この日付は、初期のデマンド計画と優先順位付けの予定タイミングの概要を示すのに役立ちます。この日付は、最初のデマンドの作成時、または計画フェーズで大まかなアイデアが形成されたときにいつでも設定できます。この日付は、デマンドが正式に承認されるまで更新できます。 たとえば、2025 年 11 月 1 日にデータベースのアップグレードを開始することを計画しているとします。 この日付は、デマンドがプロジェクトに変換されるときに開始予定日に変更されます。注:
- デマンドまたはプロジェクトの開始予定日を変更すると、関連するコスト計画とリソースのアサインも変更されます。[デマンドまたはプロジェクトの開始日の変更に基づきリソース計画とコストプランの開始日を変更] プロパティは、デマンド日の変更の動作を制御します。このプロパティはデフォルトでは有効になっていません。詳細については、「Project Management とともにインストールされるプロパティ」を参照してください。
- [ 開始日 ] 列ラベルが [開始予定日] に変更されます。この変更は、 オーストラリア バージョンの使用を開始する新規の顧客にのみ適用されます。継続性を確保するため、以前のリリースから オーストラリア リリースにアップグレードする場合は、以前のラベルが引き続き表示されます。
|
| 期日 |
計画作業の完了が予定されている暫定または予定日。この日付は、計画とステークホルダーとのコミュニケーションの完了予定期間を提供します。この日付は、計画フェーズで大まかなアイデアが形成されたときにいつでも設定でき、デマンドが正式に承認されるまで更新できます。 たとえば、2025 年 12 月 31 日までにデータベースのアップグレードを完了する予定であるとします。 注:
- [ 期日 ] 列のラベルが [終了予定日] に変更されます。この変更は、 オーストラリア バージョンの使用を開始する新規の顧客にのみ適用されます。継続性を確保するため、以前のリリースから オーストラリア リリースにアップグレードする場合は、以前のラベルが引き続き表示されます。
- この日付は、デマンドがプロジェクトに変換されるときに開始終了日に変更されます。
|
-
[Create (作成)] を選択します。
作成されたデマンドが
[プレイブック ] ページで開きます。
![[プレイブック] ページでデマンドが開きます。](https://servicenow-prod.fluidtopics.net/api/khub/maps/MrftC6mNgCta3UqwXSW7Kg/resources/lbHFWXNmrAUmQyo39IoE_g-MrftC6mNgCta3UqwXSW7Kg/content?v=e2bc9a83516e84e6)
次のタスク
- デマンドの詳細を確認して絞り込み、プレイブックステージを使用してデマンドを進めます。詳細については、「プレイブックを使用」を参照してください。
- [ 詳細 ] ページのフォームとタブを使用して、デマンドの詳細を確認して絞り込みます。詳細については、「デマンドの詳細の更新」を参照してください。