コンフィグレーションコンプライアンスで変更要求を作成する

コンフィグレーションコンプライアンスアプリケーションの修復タスクから変更要求を作成できます。

始める前に

必要なロール：itil ロールを持つユーザー

このタスクについて

IT または修復スペシャリストは、修復タスクからすべてのテスト結果に対する変更要求 (CHG) を直接作成します。事前設定された情報を使用して変更要求を作成し、手動での介入が必要な脆弱性の調査を迅速化します。

アサインされた修復タスクから、変更要求を直接作成、承認、実装、レビュー、およびクローズすることができます。修復タスクから事前入力された情報を使用して、次の 3 つのタイプの変更要求を作成できます。

標準

事前に承認されたリスクの低い変更で、比較的一般的で、指定された手順または作業指示書に従います。

通常

通常の変更要求は、実装、レビュー、およびクローズする前に 2 レベルの承認が必要な規範的なプロセスに従います。

緊急

重大なインシデントを解決するための変更。

次の図は、修復タスクから変更要求を作成する基本的なフローを示しています。このフローの詳細な手順は、図に沿って説明します。

脆弱性対応のバージョン 19.0 以降では、IT 修復ワークスペースから修復タスクの変更要求を作成できます。詳細については、「IT 修復ワークスペースで変更要求を作成する」を参照してください。

注:

コンフィグレーションコンプライアンス の v14.9 以降では、次の用語が変更されました。

表 : 1. 用語の変更

v14.9 より前の用語	v14.9 以降の用語
テスト結果グループ	修復タスク
グループルール	修復タスクルール
ポリシー	テストグループ

手順

1. 次のように移動する。 All (すべて) > コンフィグレーションコンプライアンス > 修復タスク > 自分のオープンタスク.
   自分のグループにアサインされている修復タスクのリストが表示されます。
2. [番号] 列で、変更要求を作成する修復タスクをクリックします。
   [クローズ済み] または [レビュー中] 以外のステータスの修復タスクから変更要求を作成できます。

   修復タスクのレコードが表示されます。

3. レコードの右上にある [変更を作成] をクリックします。
   変更要求フォームが表示されます。
4. フィールドに入力します。
   1. [適用先] フィールドのリストから、1 つを選択して続行します。

   オプション	説明
   このグループのすべてのアクティブなテスト結果	選択すると、ステータスが [クローズ済み] 以外のこの修復タスクからのアクティブなテスト結果すべてが、[変更を作成] のクリック後に変更要求に自動的に追加されます。
   一連の条件に一致する、このグループ内のすべてのアクティブなテスト結果	選択すると、条件ビルダーが表示されます。新しい変更要求に必要なテスト結果を識別するためのフィルター基準を入力します。 フィルターの例としては、特定のステータスとリスクスコアに一致する修復タスクのテスト結果のみが検索されます。 ステータスが [オープン] で、リスクスコアが [50] 以上。

5. [CR に CI を追加] チェックボックスで、1 つを選択して続行します。

   オプション	説明
   チェックボックスをオン	デフォルトはオンです。このチェックボックスをオンにすると、この修復タスクのアクティブなテスト結果に属する構成アイテム (CI) がこの変更要求に追加されます。テスト結果が [実装待ち] に移行します。
   チェックボックスをオフ	この修復タスクのアクティブなテスト結果の CI を新しい変更要求に追加しない場合は、このチェックボックスをオフにします。修復タスクは現在のステータスのままです。

6. [変更タイプ] フィールドのリストから、1 つを選択して続行します。

   オプション	説明
   緊急	重大なインシデントを解決するための変更。
   通常	標準的な変更でも緊急の変更でもないサービスへの変更を実施するために使用される変更タイプ。
   標準	事前に承認された低リスクの変更要求で、頻繁に実施されます。承認済みの標準変更要求をテンプレートのカタログで事前定義して、標準変更へのアクセスと要求をより効率的にすることができます。選択すると、2 つのフィールドが表示されます。各リストから 1 つを選択して、次のフィールドに入力します。 [変更カテゴリ]：既存のカタログから変更のカテゴリを選択します。たとえば、ハードウェア、サーバーの標準的な変更、ソフトウェアなどです。 [変更テンプレート]：事前定義されたサポートタスクを使用して、変更要求に利用可能なテンプレートをカタログから 1 つ選択します。 ITSM の変更要求のカテゴリ、テンプレート、および変更タイプの詳細については、「変更タイプ」を参照してください。

   この機能は、ITSM 変更管理のカタログで設定した変更要求のタイプを自動的に読み取ります。たとえば、ITSM の標準的な変更要求の名前を「標準」から「事前承認済み」に変更すると、[変更要求の作成] フォームの [変更タイプ] リストに新しい名前が自動的に表示されます。

7. フォームの [変更要求プレビュー] セクションのフィールドには、修復タスクの情報が事前に入力されています。
   必要に応じて、これらのフィールドを編集します。
8. [変更を作成] をクリックします。
   変更要求が表示されます。[Affected CIs (影響を受ける CI)] 関連リストには、基準に一致するテスト結果の CI が表示されます。変更要求に承認が必要な場合は、[承認要求] ボタンが表示されます。

   変更要求が作成されると、テスト結果グループは [実装待ち] ステータスに移行します。この修復タスクの変更要求が解決された後、この修復タスクに関連付けられた他のオープンな変更要求がない場合、この修復タスクも [解決済み] ステータスに移行します。

   詳細については、「変更要求と修復タスク間のステータスの同期」を参照してください。

   注:

   ステータス同期を有効にした状態で、それぞれのレコードのライフサイクルのステータスを介して変更要求と修復タスクを引き続き手動で移行することはできますが、変更要求状況が変化したことをシステムが登録したり、各自が変更要求を追加したり、修復タスクから変更要求を削除したりすると、ステータス同期によって手動による介入が無効になる可能性があります。ただし、変更要求の状況により、修復タスクのステータスが [クローズ済み] または [保留] 状況から自動的に移行されることはありません。