次の方法で共有

Service Manager で変更とアクティビティを管理する

  • [アーティクル]

情報技術 (IT) 部門は、IT 環境の変更と、そのような変更に関連するリスクを管理する必要があります。 Service Manager の変更管理機能は、変更を実装するための反復可能な、予測可能な、測定されたプロセスを提供することで、変更を管理するのに役立ちます。

この記事のセクションは、一般的な変更管理シナリオに従って編成されています。 サンプル シナリオは架空の組織である Woodgrove Bank を参照していますが、シナリオと手順は実際の使用に基づいており、Service Manager での変更およびアクティビティ管理機能の使用方法について説明しています。

System Center - Service Manager のこのサンプル シナリオは、複数のシナリオをエンドツーエンドで使用して変更とアクティビティを管理するという目標を達成するのに役立ちます。 これらの手順を実際の作業環境を想定した事例として活用してください。

変更要求の分類を開始する

この例では、メッセージング サポート アナリストの Julia が、変更を提案して追跡するために変更要求を開始して分類します。 まず、Julia は、自分と他の担当者が変更を検討、計画、開発、テスト、展開、および評価する情報を取得するための変更要求を作成します。 次に、変更要求を開始し、その要求の優先度とカテゴリを決定します。

インシデント管理の作業例では、Phil がユーザーから報告されたメッセージングの問題のインシデントを作成し、問題の事前調査を終えています。 この例では、Julia が同じインシデントの調査を続けます。 彼女は、原因が Microsoft Exchange Server の既知の問題であることを確認し、修正します。 また、1 台のサーバーだけでなく、すべての Exchange サーバーに更新プログラムが必要であると判断します。 次に、Julia は更新を必要とする Exchange サービス構成項目のサービス マップを表示し、サービスの構成項目フォームから変更要求を開きます。 最後に、Julia は保存されたスクリーンショットを変更要求に添付します。これは、後で変更要求のレビューに役立つ可能性があります。

変更要求の作成後は、Woodgrove Bank の変更レビュー担当者が変更要求を承認し、変更実行者が変更に必要なアクションを行う必要があります。 これらのレビューおよび実行手順は、レビュー活動と手作業の活動として変更要求に定義されています。

変更要求を承認する

変更要求の承認の作業例では、Garret が、どのような IT インフラストラクチャの変更を展開する前にも承認が必要であるという Woodgrove Bank のビジネス プロセスを実施します。 彼は、Service Manager を使用して変更要求のレビュー アクティビティを関連付けることで、このビジネス プロセスを適用したいと考えています。 承認を必要としているため、変更要求は Woodgrove Bank の意思決定者が変更の必要性に同意した場合のみ実装されます。 レビュー方法は、全員一致、多数決、自動承認など、さまざまな方法に設定できます。

このシナリオに関連する手順では、デプロイ前に承認される Woodgrove Bank の IT インフラストラクチャの変更について説明します。

変更要求を一時停止および再開する

Garret は、変更要求の進捗状況によっては、変更要求をいったん保留にして後で再開しなければならない場合があります。 たとえば、Julia が以前に作成した変更要求は、 外部チームによる追加作業の影響を受けます。 Garret は、外部チームがその作業を完了するまで変更要求を保留にし、 作業が完了した後で変更要求を再開します。 また、場合によっては、失敗した変更要求のブロックを解除することもあります。

変更要求を実装して閉じる

Garret の IT インフラストラクチャへの変更がテストされ、デプロイが承認された後、最後の手順は、変更要求に関連付けられている残りの手動アクティビティを完了することです。 手作業の活動は、完了または失敗として指定する必要があります。 すべての手動アクティビティが完了すると、変更要求は自動的に完了として設定され、 Change Requests: Completed ビューに表示されます。 いずれかの手作業の活動が失敗した場合は、変更要求が自動的に失敗に設定され、 [変更要求:失敗] ビューに表示されます。 変更要求がどちらかのビューに表示されれば、変更要求を終了することができます。 変更要求を閉じた後は、再度開くはできません。

変更要求を実装して終了する作業の例では、Aaron が補償をレビューする手作業の活動を完了します。 次に、Garret は変更要求の残りの手動アクティビティを Completed に設定し、変更要求を閉じます。 Garret は 2 つ目の既存の変更要求を開き、実装後の手作業の活動を [ 失敗] に設定して、変更要求を終了します。

Service Manager で変更要求を開始して分類する

このセクションの手順では、Service Manager で変更要求を開始し、最初から最後まで分類する方法について説明します。

変更要求の結果として、通常は構成アイテムの変更が行われます。 そのため、関連するアイテムとリンクされたアイテムまたは影響を受けるアイテムの違いを理解することが重要です。 関連アイテムとは、変更要求と構成アイテム、または変更要求と他の変更要求との間に関連性があることを意味します。 つまり、変更要求が関連アイテムに影響する場合もあれば、ない場合もあるということです。 一方、影響を受けるアイテムまたはリンクされているアイテムとは、変更要求に直接関連付けられており、その変更の影響を確実に受けるアイテムのことです。

変更要求を開始して分類するには、次の手順に従います。

新しい変更要求を作成する

Service Manager で次の手順を使用して、サービスの一部であるサーバーの変更要求を作成し、変更要求の作成を検証できます。 まず、サービス依存関係ビューから項目を表示します。 次に、構成項目に移動し、変更要求テンプレートを開きます。 最後に、要求の優先度、影響、リスク レベルを評価します。 サービス依存関係ビューから変更要求を作成しますが、Service Manager の他の場所から新しい変更要求を作成することもできます。

Note

変更要求とインシデントに割り当てられた ID は、順番に作成されません。 ただし、新しい変更要求とインシデントには、以前に作成した ID よりも高い番号の ID が割り当てられます。

変更要求を作成するには、次の手順に従います。

  1. Service Manager コンソールで、 Configuration Items を選択します。
  2. Configuration Items ペインで、Business Services を展開し、All Business Services を選択します。
  3. All Business Services ウィンドウで、サービスをダブルクリックします。 たとえば、 IT Messaging Service をダブルクリックします。
  4. 開いたダイアログで、 Service Dependents タブを選択します。
  5. Expand to リストで Level 1 を選択し、リスト内の項目を表示します。 サーバー名に注目してください。 たとえば、 Exchange01.woodgrove.com と Exchange02.woodgrove.com が一覧に表示されます。
  6. Service Dependents リストでコンピューターを選択し、Open を選択します。 たとえば、 Exchange01.woodgrove.comを選択して開きます。
  7. コンピューター フォームで、Tasks の下にある Create Related Change Request を選択します。
  8. テンプレートの選択ダイアログで、テンプレートを選択し、OKを選択します。 たとえば、 メッセージング インフラストラクチャ テンプレートに変更するを選択します。
  9. Title ボックスに、変更要求の名前を入力します。 たとえば、「 Apply Exchange Server Service Pack」と入力します。 フォームのさまざまな値に変更要求テンプレートからの情報が入力されていることに注意してください。
  10. Descriptionフィールドと Reason フィールドに、変更要求の説明と理由を入力します。 たとえば、Description フィールドに「Apply Exchange Server Service Pack to these servers」と入力し、 Reason フィールドにこれらのサーバーが抱える問題を解決するサービス パックを入力します。
  11. [割り当て先] フィールドに、変更要求を割り当てるユーザーの名前を入力します。 たとえば、「 Aaron Lee」と入力します。
  12. 優先度、影響、リスクを指定します。 たとえば、[ Priority ] ボックスの一覧で [ Medium を選択します。 Impact一覧で Standard を選択します。 Risk一覧で Medium を選択します。
  13. 変更する項目の構成一覧で、1 つのサーバーが一覧表示されていることを確認し、追加を選択します。
  14. オブジェクトの選択ダイアログで、変更要求に追加する別の項目を選択し、追加を選択します。 たとえば、 Exchange02.woodgrove.comを選択し、 OK を選択します。
  15. OKを選択して変更要求フォームを閉じます。

変更要求の作成を検証する

  1. 変更要求を作成した項目を含むサービスを開き、 Service Dependents タブを選択します。
  2. Service コンポーネント一覧で、変更要求を開いた 2 つのサーバーが YES 変更列の下にマークされていることに注意してください。
  3. Cancel を選択してサービスを閉じます。

次の手順を使用して、変更要求に関連する項目を追加し、項目の追加を検証できます。 構成項目、インシデント、その他の変更要求、ファイル、ナレッジ記事などの関連項目を追加できます。 保存されたスクリーンショット、保存された書き込み手順、ナレッジ記事などのファイルを追加すると、レビュー担当者と実装者は、変更をより簡単に確認、承認、実装できます。

変更要求を含む作業項目にファイルを追加するには、まず適切なオプションを有効にする必要があります。 詳細については、「 一般的な変更設定を構成する方法を参照してください。

変更要求に関連項目を追加するには、次の手順に従います。

  1. Service Manager コンソールで、[作業項目を選択します。

  2. [ 作業項目 ペインで、 Change Management を展開し、すべての変更要求 選択。

  3. [すべての変更要求] ウィンドウで、項目を追加する変更要求をダブルクリックします。

  4. 関連項目タブを選択します。

  5. 関連付けられたアイテムタブの添付ファイルで追加を選択して、変更要求にファイルを添付します。

    Note

    タブ上のボタンを表示するには、フォームを最大化することが必要な場合があります。

  6. Knowledge アーティクルで、追加を選択して、ナレッジ アーティクルを変更要求に添付します。

  7. [OK] を選択します。

  • ファイルとナレッジの記事が変更要求に添付されたことを確認するには、変更要求をもう一度開き、[関連アイテム] タブ選択します。

変更要求に手動アクティビティを追加する

次の手順を使用して手動アクティビティを追加し、自分に割り当ててから、手動アクティビティが追加されたことを検証できます。 たとえば、新しい変更要求を調査するときに、変更要求に手動アクティビティを追加できます。 この手動アクティビティは、変更要求の作成に使用された変更要求テンプレートで定義されていない任意のタスクである可能性があります。

Note

変更要求が進行中の場合、変更要求のアクティビティを削除することはできません。ただし、アクティビティをスキップするか、変更要求を保留にしてから、アクティビティを削除できます。

手動アクティビティを追加する

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 Change Management を展開し、すべての変更要求 選択。
  3. 手動アクティビティを追加する変更要求をダブルクリックします。 たとえば、[ Apply Exchange Server Update をダブルクリックします。
  4. [Activities] タブを選択し、[追加] 選択。 テンプレートの選択ダイアログで、既定の手動アクティビティを選択し、OKを選択します。
  5. [ Title ボックスに、手動アクティビティを説明する名前を入力します。 たとえば、「 Warranty Review」と入力します。
  6. [ Description ボックスに、手動アクティビティの説明を入力します。 たとえば、「 サーバーが承認前に引き続き保証されていることを確認と入力します。
  7. [ Activity Implementer で、省略記号ボタン (...) を選択します。
  8. ユーザーの選択ダイアログで、手動アクティビティを実行するユーザーの名前を選択し、OKを選択します。 たとえば、 Aaron Lee を選択します。
  9. OKを選択して、手動アクティビティへの変更を更新します。
  10. OKを選択して変更要求を更新し、フォームを閉じます。

手動アクティビティが追加されたことを検証する

  • 変更要求をもう一度開き、 Activities タブを選択して、追加した手動アクティビティを表示します。

リリース レコードの変更要求に依存アクティビティを追加する

次の手順を使用して、リリース管理プロセスの一部として使用される既存の変更要求に依存アクティビティを追加できます。 依存アクティビティは、リリース レコードやサービス要求などの作業項目に追加できますが、依存アクティビティの主な目的は、変更要求をリリース レコードに関連付けるメカニズムとして使用することです。 具体的には、リリース レコードの手動アクティビティは、変更要求の依存アクティビティにリンクされます。 完了すると、依存アクティビティは、変更要求のリリース管理プロセスが完了したことを示します。

組織の標準プロセスの一部としてリリース管理を使用する場合は、変更要求テンプレートに依存アクティビティを追加することを検討してください。 変更要求テンプレートの作成の詳細については、「 変更要求テンプレートを作成する方法を参照してください。

変更要求に依存アクティビティを追加する

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 Change Management を展開し、すべての変更要求 選択。
  3. 依存アクティビティを追加する変更要求をダブルクリックします。 たとえば、[ Apply Exchange Server Update をダブルクリックします。
  4. [Activities] タブを選択し、[追加] 選択。 テンプレートの選択 ダイアログで、既定の依存アクティビティを選択し、OKを選択します。
  5. [ Title ボックスに、依存アクティビティを説明する名前を入力します。 たとえば、「 Exchange Server Update - Deploy, Test, and Verify 」と入力します。
  6. [ Description ボックスに、依存アクティビティの説明を入力します。 たとえば、「 Service Pack がデプロイされ、テストされ、正常に検証されたことを確認しますと入力します。
  7. [ Owner で、省略記号ボタン (...) を選択します。
  8. ユーザーの選択ダイアログで、依存アクティビティに対する全体的な責任を持つユーザーの名前を選択し、OKを選択します。
  9. [ 割り当て先で、省略記号ボタン (...) を選択します。
  10. ユーザーの選択ダイアログで、依存アクティビティを実行するユーザーの名前を選択し、OKを選択します。 たとえば、 Aaron Lee を選択します。
  11. オプションとして、 Scheduling タブでスケジュール情報を指定します。
  12. OK を選択して、依存アクティビティへの変更を更新します。
  13. OKを選択して変更要求を更新し、フォームを閉じます。

依存アクティビティが追加されたことを検証する

  • 変更要求を再度開き、 Activities タブを選択して、追加した依存アクティビティを表示します。

変更要求を承認および変更する

このセクションの手順では、Service Manager で変更要求を承認する方法について説明します。 次の手順に従って、変更要求の承認または変更を完了します。

変更要求を編集する

次の手順を使用して変更要求を編集し、編集を検証できます。 たとえば、既存の変更要求の優先度を中から高に変更できます。

Note

変更要求が進行中の場合、変更要求のアクティビティを削除することはできません。ただし、アクティビティをスキップするか、変更要求を保留にしてから、アクティビティを削除できます。

変更要求を編集するには、次の手順に従います。

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 Change Management を展開し、すべての変更要求 選択。
  3. 変更要求をダブルクリックします。 たとえば、[ Apply Exchange Server Service Pack をダブルクリックします。
  4. 必要な変更を行います。 たとえば、優先度を高に変更する場合は、Priority の一覧で High を選択します。 または、[ Description ボックスに新しいテキストを入力します。
  5. OKを選択して変更要求を更新し、それを閉じます。

編集された変更要求を検証する

  1. 更新した変更要求をダブルクリックします。
  2. 変更要求フォームに変更が表示されていることを確認します。

変更レビュー担当者を追加する

次の手順を使用して、既存の変更要求の変更レビュー担当者を追加し、レビュー担当者が追加されたことを検証できます。 ビジネス プロセスをサポートする方法で変更要求をレビューするユーザーを選択できます。 たとえば、変更が特定のユーザーが責任を負うプロセスに影響を与える場合は、そのプロセスに影響する変更要求を承認する権限をそれらのユーザーに付与できます。

変更レビュー担当者を追加するには、次の手順に従います。

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 [作業項目]を展開し、 Change Management を選択し、[すべての変更要求 ] を選択します。
  3. 変更要求をダブルクリックして開きます。 たとえば、[ Apply Exchange Server Service Pack をダブルクリックします。
  4. [ Activities タブを選択して、手動アクティビティとレビュー アクティビティの一覧を表示します。
  5. レビュー担当者を追加するアクティビティをダブルクリックします。 アクティビティの状態は In Progress または Pending である必要があり、ID 列には、アクティビティに RA プレフィックスまたはレビュー アクティビティ用に定義したプレフィックスも含まれている必要があります。
  6. 表示されたダイアログで、 追加を選択し、校閲者の名前を入力し、 Must Voteを選択して、 OKを選択します。 たとえば、「 Aaron Lee」と入力します。
  7. OKを選択してダイアログを閉じ、OKを選択して変更要求を更新し、フォームを閉じます。

レビュー担当者が追加されたことを検証する

  1. レビュー担当者を追加した変更要求をダブルクリックします。 たとえば、[ Apply Exchange Server Service Pack をダブルクリックします。
  2. [Activities] タブを選択し、レビュー担当者を追加したアクティビティをダブルクリックします。
  3. レビュー担当者が追加されたことを確認します。

コンソールを使用してレビュー アクティビティを承認する

次の手順を使用して、Service Manager コンソールでレビュー アクティビティを承認し、承認を検証できます。 多くの場合、承認が最終的に行われる前に、複数のユーザーまたはグループが 1 つのレビュー アクティビティを承認するために投票する必要があります。

Note

ユーザーは、割り当てられているアクティビティのみを承認または拒否できます。

変更要求のレビュー アクティビティを承認する

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 作業項目を展開し、 Activity Management を展開し、 Review アクティビティを展開して、 進行中アクティビティを選択します。
  3. レビュー アクティビティを選択します。 たとえば、 [インフラストラクチャ要求の承認を許可するを選択します。
  4. Tasks ペインで、Approve を選択します。
  5. [ コメント ダイアログで、承認または却下に関するコメントを入力し、 OK を選択します。

レビュー アクティビティの承認を検証する

  • すべてのレビュー担当者がアクティビティを承認した場合、アクティビティは In-Progress Activities ビューに表示されません。
  • アクティビティがまだ進行中の場合は、他のレビュー担当者からの承認が必要です。 In-Progress アクティビティを選択し、アクティビティを開いて投票の状態を表示します。

自動アクティビティと変更要求通知を送信する

次の手順を使用して、レビュー担当者にアクティビティがレビュー可能であることを通知できます。 2 番目の手順を使用して、変更要求が閉じられたことをユーザーに通知できます。

Note

ワークフロー通知を構成できるのは管理者だけです。

レビューに使用できるアクティビティがあることをレビュー担当者に通知する

  1. Service Manager コンソールで、 Administration を選択します。
  2. Administration ペインで、Workflows を展開し、Configuration を選択します。
  3. Activity イベント ワークフロー構成を選択し、Tasks ペインでワークフロー ルール構成を選択します。
  4. クラスの選択 ダイアログで、Review アクティビティを選択し、OKを選択します。
  5. ワークフローの構成 ダイアログで、追加を選択します。
  6. クラス レビュー アクティビティのオブジェクトのワークフローの構成ウィザードで、Before You Begin ページで Next を選択します。
  7. [ ワークフロー情報 ページで、ワークフローの名前と説明を入力します。 イベントのチェックボックスの一覧で、オブジェクトが更新されると項目が選択されていることを確認し、 Nextを選択します。
  8. [抽出条件ページで、Changed From タブを選択します。[Available プロパティで Status を選択し、Add を選択します。
  9. [Criteria で Pending を選択し、Changed To タブを選択します。[Available プロパティ] でStatusを選択し、追加を選択します。
  10. Criteriaで、[In Progress] を選択し、[次へ] を選択。
  11. Apply テンプレート ページで、選択したテンプレートを適用する] チェック ボックスをオフにし次を選択します。
  12. 通知するユーザーの選択 ページで、有効な通知を選択します。
  13. Userで、[ユーザーに割り当てられたを選択。
  14. [ 電子メール テンプレートテンプレートを選択できない場合は、[電子メール テンプレートの作成 を選択。 それ以外の場合は、適用する電子メール通知テンプレートを選択します。
  15. 電子メール通知テンプレートを作成する場合は、電子メール通知テンプレートの作成ウィザードを完了します。
  16. 電子メール テンプレートを選択したら、追加を選択し、User 列の下に Reviewers が表示されていることを確認し、 Next を選択します。
  17. Summary ページで概要情報を確認し、Create を選択します。
  18. [完了] ページで [閉じる] を選択します。

変更要求が閉じられたことをユーザーに通知する

  1. Service Manager コンソールで、 Administration を選択します。
  2. Administration ペインで、Workflows を展開し、Configuration を選択します。
  3. Change Request Event Workflow Configurationを選択し、Tasks ペインでワークフロー ルール構成を選択します。
  4. ワークフローの構成 ダイアログで、追加を選択します。
  5. クラス変更要求のオブジェクトのワークフローの構成ウィザードで、開始] ページで次を選択します。
  6. [ ワークフロー情報 ページで、ワークフローの名前と説明を入力します。 イベントのチェックボックスの一覧で、オブジェクトが更新されると項目が選択されていることを確認し、 Nextを選択します。
  7. [抽出条件ページで、Changed From タブを選択します。[Available プロパティで Status を選択し、Add を選択します。
  8. Criteriaで、Completed を選択します。
  9. [ Changed To ] タブを選択します。
  10. [Available プロパティ] でStatusを選択し、追加を選択します。
  11. Criteriaで Closed を選択し、 Next を選択します。
  12. Apply テンプレート ページで、選択したテンプレートを適用する] チェック ボックスをオフにし次を選択します。
  13. 通知するユーザーの選択 ページで、有効な通知チェック ボックスをオンにします。
  14. Userで、[ユーザーに割り当てられたを選択。 [Templateで、[ユーザー通知テンプレートに割り当てられた] を選択し[追加] を選択し、[次へを選択します。
  15. Summary ページで概要情報を確認し、Create を選択します。
  16. [完了] ページで [閉じる] を選択します。

通知の受信を検証する

  • レビュー アクティビティのレビュー担当者または変更要求が割り当てられているユーザーは、新しいレビュー アクティビティに承認が必要か、変更要求が閉じられたことを示す電子メール メッセージを受信します。

Service Manager の変更要求を一時停止して再開する

このセクションの手順では、Service Manager で変更要求を中断および再開する方法について説明します。 変更要求を保留または再開するには、次の手順に従います。

変更要求を保留にする

次の手順を使用して、Service Manager で変更要求を保留にしてから、変更要求が保留になっていることを検証できます。 たとえば、外部チームが手動アクティビティを完了する必要がある場合は、変更要求を保留にする必要がある場合があります。

変更要求を保留にするには、次の手順に従います。

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 作業項目を展開し、 Change Management を展開して、[ Change Requests: Manual Activity In Progress を選択します。
  3. 保留にする変更要求を選択します。 たとえば、[ Apply Exchange Server Service Pack を選択します。
  4. Tasks ペインで、Put On Hold を選択します。
  5. [ コメント ダイアログで、変更要求が保留になった理由を示すメモを入力し、 OKを選択します。

変更要求が保留中であることを検証する

  • 変更要求が保留になっていることを確認するには、 Change Requests: On Hold ビューを選択します。

変更要求を再開する

次の手順を使用して、Service Manager で保留にされた変更要求を再開し、変更要求が再開されたことを検証できます。 たとえば、外部チームが手動アクティビティを完了した後、変更要求を再開する必要がある場合があります。

変更要求を再開するには、次の手順に従います。

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 Work Itemsを展開し、 Change Managementを展開して、 Change Requests: On Hold を選択します。
  3. 変更要求を選択します。 たとえば、[ Exchange Server の更新プログラムを選択します。
  4. Tasks ペインで、Resume を選択します。
  5. [ コメント ダイアログでコメントを入力し、 OKを選択します。

変更要求が再開されたことを検証する

  • 変更要求の現在のアクティビティがレビュー アクティビティである場合は、 Change Requests: In Review ビューを選択して、変更要求が再開されたことを確認します。
  • 変更要求の現在のアクティビティが手動アクティビティの場合は、 Change Requests: Manual Activity In Progress ビューを選択して、変更要求が再開されたことを確認します。

必要に応じて、失敗した変更要求のブロックを解除する

次の手順を使用して、失敗した変更要求のブロックを解除し、変更要求のブロックが解除されていることを検証できます。 たとえば、レビュー ボードまたはその他のレビュー本文が失敗した変更要求のアクティビティのブロックを解除する必要がある場合があります。 変更要求のブロックを解除すると、変更要求がリセットされ、変更所有者が詳細情報を提供できるようになります。

失敗した変更要求のブロックを解除する

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 作業項目を展開し、 Change Managementを展開して、 Change Requests: Failed を選択します。
  3. 変更要求を選択します。 たとえば、[ Apply Exchange Server Service Pack を選択します。
  4. Tasks ペインで、[アクティビティ戻す] を選択。
  5. [アクティビティに戻る] ダイアログで、失敗したアクティビティを選択し、[コメント ボックスにコメントを入力して、OK を選択します。

変更要求のブロックが解除されていることを検証する

  • 変更要求の失敗したアクティビティがレビュー アクティビティである場合は、 Change Requests: In Review ビューを選択して、変更要求のブロックが解除されていることを確認します。
  • 変更要求の失敗したアクティビティが手動アクティビティの場合は、 変更要求: 手動アクティビティの進行中 ビューを選択して、変更要求のブロックが解除されていることを確認します。

Service Manager で変更要求を実装して閉じる

このセクションの手順では、Service Manager で変更要求を実装して閉じる方法について説明します。

変更要求を実装および終了するには、次の手順に従います。

手動アクティビティを完了または失敗する

次の手順を使用して、Service Manager で手動アクティビティを完了または失敗し、手動アクティビティが完了または失敗したことを検証できます。

手動アクティビティを正常に完了しました

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 作業項目を展開し、 Activity Management を展開し、 [アクティビティ]を展開して、[ 進行中アクティビティ] を選択します。
  3. 手動アクティビティを選択します。
  4. Tasks ペインで、完了としてマーク選択。
  5. [ コメント ボックスにコメントを入力し、 OK を選択します。

手動アクティビティを失敗する

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 作業項目を展開し、 Activity Management を展開し、 [アクティビティ]を展開して、[ 進行中アクティビティ] を選択します。
  3. 手動アクティビティを選択します。
  4. Tasks ペインで、[失敗マーク] を選択。
  5. [ コメント ボックスにコメントを入力し、 OK を選択します。 たとえば、「 実装後の分析は、新しいハードウェアがニーズを適切に満たしていないため、レビューに失敗したことを示します。

手動アクティビティが完了または失敗したことを検証する

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 作業項目を展開し、 Activity Managementを展開し、 Manual Activities を展開して、[すべてのアクティビティ 選択します。
  3. 手動アクティビティが Completed または Failed に設定されていることを確認します。

変更要求を閉じる

次の手順を使用して、成功した変更要求または失敗した変更要求を完全に閉じ、変更要求の終了を検証できます。 閉じた変更要求を再度開くことはありません。

Note

エンドユーザーがソフトウェアをエンド ユーザーのコンピューターに展開する前にソフトウェア要求を取り消すと、関連付けられている変更要求に In Progress 状態が無期限に反映される可能性があります。 この場合は、要求を取り消して閉じます。

成功した変更要求を閉じる

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 作業項目を展開し、 Change Managementを展開して、 Change Requests: Completed を選択します。
  3. 変更要求を選択します。
  4. Tasks ペインで、Close を選択します。
  5. [ コメント ボックスにコメントを入力し、 OKを選択します。

失敗した変更要求を閉じる

  1. Service Manager コンソールで、[作業項目を選択します。
  2. [ 作業項目 ペインで、 Change Managementを選択し、 Change Requests: Failed を選択します。
  3. 変更要求を選択します。
  4. Tasks ペインで、Close を選択します。
  5. [ コメント ボックスにコメントを入力し、 OK を選択します。

変更要求のクローズを検証する

  • Change Requests: Closed ビューを選択して、閉じた変更要求が一覧に表示されることを確認します。

必要に応じて、自動アクティビティと変更要求の通知を送信する

次の手順を使用して、レビュー担当者にアクティビティがレビュー可能であることを通知できます。 2 番目の手順を使用して、変更要求が閉じられたことをユーザーに通知できます。

Note

ワークフロー通知を構成できるのは管理者だけです。

レビューに使用できるアクティビティがあることをレビュー担当者に通知する

  1. Service Manager コンソールで、 Administration を選択します。
  2. Administration ペインで、Workflows を展開し、Configuration を選択します。
  3. Activity イベント ワークフロー構成を選択し、Tasks ペインでワークフロー ルール構成を選択します。
  4. クラスの選択 ダイアログで、Review アクティビティを選択し、OKを選択します。
  5. ワークフローの構成 ダイアログで、追加を選択します。
  6. クラス レビュー アクティビティのオブジェクトのワークフローの構成ウィザードで、Before You Begin ページで Next を選択します。
  7. [ ワークフロー情報 ページで、ワークフローの名前と説明を入力します。 イベントのチェックボックスの一覧で、オブジェクトが更新されると項目が選択されていることを確認し、 Nextを選択します。
  8. [抽出条件ページで、Changed From タブを選択します。[Available プロパティで Status を選択し、Add を選択します。
  9. [Criteria で Pending を選択し、Changed To タブを選択します。[Available プロパティ] でStatusを選択し、追加を選択します。
  10. Criteriaで、[In Progress] を選択し、[次へ] を選択。
  11. Apply テンプレート ページで、選択したテンプレートを適用する] チェック ボックスをオフにし次を選択します。
  12. 通知するユーザーの選択 ページで、有効な通知を選択します。
  13. Userで、[ユーザーに割り当てられたを選択。
  14. [ 電子メール テンプレートテンプレートを選択できない場合は、[電子メール テンプレートの作成 を選択。 それ以外の場合は、適用する電子メール通知テンプレートを選択します。
  15. 電子メール通知テンプレートを作成する場合は、電子メール通知テンプレートの作成ウィザードを完了します。
  16. 電子メール テンプレートを選択したら、追加を選択し、User 列の下に Reviewers が表示されていることを確認し、 Next を選択します。
  17. Summary ページで概要情報を確認し、Create を選択します。
  18. [完了] ページで [閉じる] を選択します。

変更要求が閉じられたことをユーザーに通知する

  1. Service Manager コンソールで、 Administration を選択します。
  2. Administration ペインで、Workflows を展開し、Configuration を選択します。
  3. Change Request Event Workflow Configurationを選択し、Tasks ペインでワークフロー ルール構成を選択します。
  4. ワークフローの構成 ダイアログで、追加を選択します。
  5. クラス変更要求のオブジェクトのワークフローの構成ウィザードで、開始] ページで次を選択します。
  6. [ ワークフロー情報 ページで、ワークフローの名前と説明を入力します。 イベントのチェックボックスの一覧で、オブジェクトが更新されると項目が選択されていることを確認し、 Nextを選択します。
  7. [抽出条件ページで、Changed From タブを選択します。[Available プロパティで Status を選択し、Add を選択します。
  8. Criteriaで、Completed を選択します。
  9. [ Changed To ] タブを選択します。
  10. [Available プロパティ] でStatusを選択し、追加を選択します。
  11. Criteriaで Closed を選択し、 Next を選択します。
  12. Apply テンプレート ページで、選択したテンプレートを適用する] チェック ボックスをオフにし次を選択します。
  13. 通知するユーザーの選択 ページで、有効な通知チェック ボックスをオンにします。
  14. Userで、[ユーザーに割り当てられたを選択。 [Templateで、[ユーザー通知テンプレートに割り当てられた] を選択し[追加] を選択し、[次へを選択します。
  15. Summary ページで概要情報を確認し、Create を選択します。
  16. [完了] ページで [閉じる] を選択します。

通知の受信を検証する

  • レビュー アクティビティのレビュー担当者または変更要求が割り当てられているユーザーは、新しいレビュー アクティビティに承認が必要か、変更要求が閉じられたことを示す電子メール メッセージを受信します。

次のステップ

  • 事前に承認された既存のサービスと機能を作成して提供するには、 Manage サービス要求を参照してください。