作業タイプと ITSM 作業カテゴリに互換性を持たせる
互換性のない作業タイプに必須フィールドを手動で追加することで、既存の作業タイプに IT サービス管理 (ITSM) 作業カテゴリとの互換性を持たせられます。互換性のある作業タイプとない作業タイプの詳細についてご確認ください。
初期設定でサービス リクエストと問題のカテゴリには互換性がありますが、ITSM のベスト プラクティスのために完全なフィールド セットを追加することをお勧めします。
作業タイプにインシデントまたは変更との互換性を持たせる
作業タイプに作業カテゴリとの互換性を持たせるには、次の手順に従います。
サービス プロジェクトで、[プロジェクト設定] > [Request management (リクエスト管理)] > [作業タイプ] の順に移動します。
互換性を持たせる作業タイプを選択します。
このページの右上隅にある [フィールド] ボタンを選択します。
現在のフィールド リストの下にある [フィールドの選択] ドロップダウンを見つけます。
入力を開始するかドロップダウン リストを使用して、作業タイプに下記のフィールドを追加します。
次のように、作業タイプに互換性を持たせる対象に応じてフィールドを追加します。
[インシデント管理]: 影響を受けるサービスを追加。
[変更管理]: 影響を受けるサービス、変更タイプ、開始予定日、終了予定日を追加。
ITSM のベスト プラクティスのための完全なフィールド セット
作業カテゴリが ITSM のベスト プラクティスに沿うように、次のフィールドを作業タイプに追加することをお勧めします。これらのフィールドは、作業タイプに互換性を持たせるうえで必須ではありません。
[サービス リクエスト管理] フィールド: 緊急性、影響、保留理由、製品分類、操作分類。
[インシデント管理] フィールド: 影響を受けるサービス、影響を受けるハードウェア、緊急性、影響、重大度、保留理由、ソース、製品分類、応答者、操作分類。
[問題管理] フィールド: 影響を受けるサービス、影響を受けるハードウェア、調査理由、緊急性、影響、根本原因、回避策、保留理由、ソース、製品分類、操作分類。
[変更管理] フィールド: 影響を受けるサービス、変更タイプ、影響、緊急性、変更リスク、変更理由、導入計画、バックアウト計画、テスト計画、開始予定日、終了予定日、変更開始日、変更完了日、承認者グループ。
変更管理のベスト プラクティスとして、作業タイプのワークフローに承認ステータスを追加することもお勧めします。新しい承認ステータスを追加することも、既存のステータスの 1 つに承認を追加することもできます。
ワークフローに承認ステップを追加するには：
サービス プロジェクトで、[プロジェクト設定] > [Request management (リクエスト管理)] > [作業タイプ] の順に移動します。
変更管理との互換性を持たせる作業タイプを選択します。
このページの右上隅にある [ワークフロー] ボタンを選択します。
[ワークフローを編集] を選択します。
承認ステップを追加するステータスを選択します。
[承認を追加] の横にあるボックスをチェックすると、[承認の設定] メニューが開きます。
注意: このオプションは、ワークフロー ステータスに「承認」と「拒否」の少なくとも 2 つのトランジションがある場合にのみ利用できます。ワークフローのステータスにトランジションを追加する方法について説明します。
[承認者をフィールドから取得] の横で、承認者を得るフィールドを選択します。
また、影響を受けるサービスの承認者に承認をリクエストする場合は、[サービスからの承認者を含める] の横にある [影響を受けるサービス] を選択します。
[承認が必要] の横に、リクエストを実行するために必要な承認の数を入力するか、[全ての承認] を選択します。
リクエストが承認または拒否された場合は、トランジションのステータスを選択します。
[作成] を選択します。
この画面の上部で [公開] を選択します。
この内容はお役に立ちましたか?