Service Manager リリース レコードの管理
System Center - Service Manager のリリース管理を理解するための鍵となるのは、変更要求やアクティビティなどのオブジェクトがリリース レコードによって容易に行われるときの対話方法を実現することです。 リリース管理では、親子のリリース レコードを使用して、変更要求の状態を更新するプロセスと、並行活動と順次活動、ならびにそれらに含まれる活動間で状態を伝播するプロセスの自動化を促進します。
多くの場合、プロジェクトには複数の部分があり、プロジェクトに影響を与える可能性のある複数の変更要求を異なる時間にデプロイできます。 変更管理とリリース管理の全体的なゴールは、不要な変更から運用環境を保護することであり、そのため、環境を変更する場合には、その都度最初に承認を行うことが必要となります。 リリース管理は、承認された変更のみを扱います。
変更が承認されたら、変更をグループ化し、スケジュールを設定して開発するのは、リリース管理プロセスにかかっています。 変更の性質によっては、プロジェクト フェーズで開発が行われたり、リリース管理フェーズで開発が行われたりします。 開発がいつ行われるかに関係なく、リリース管理により、変更がテストされ、安全にデプロイできるようになります。 また、インフラストラクチャのダウンタイムを最小限に抑えるために、さまざまなリリースを評価し、パッケージにまとめるためにも、リリース管理を使用します。 パッケージされたリリースをまとめてテストして、インフラストラクチャの可用性に影響をおよぼす、技術的な競合やリソースの競合がないことを確認します。 複数の変更がバンドルとしてまとめられ、次回にスケジュールされたリリースまたはメンテナンス期間に一括して展開するように計画されます。 リリース レコードを使用するリリース管理の機能は、複数の変更を統合し、最も安全で効率的な方法で展開することです。
変更がバンドルされると、リリース マネージャーはリリース アクティビティを含むリリースに必要な一連のアクションを定義します。 たとえば、変更ごとに、インフラストラクチャの更新タスク、データベースの変更タスク、アプリケーションの更新タスク、その他の個別タスクなど、異なるタスクが含まれます。 場合によっては、いくつかのタスクをグループにまとめて、インフラストラクチャの更新、データベースの更新、アプリケーションの更新などを行う方が効率的なこともあります。 同時に展開できるタスクもあれば、順番または個別に展開しなければならないタスクもあります。
リリース レコード プロセス
リリース マネージャーまたは各リリースの担当者が、リリース レコードの操作の順番を定義します。 リリース レコードにより、並行活動、順次活動、その他の活動を使用するさまざまな変更の展開順序が指定される場合もあります。 リリース マネージャーは、活動の責任を他のユーザーに委任することができます。 活動が委任されると、その活動の担当者が活動を変更して状態を更新できるようになります。
アクティビティを変更しても、その状態はすぐには更新されません。 ワークフローがアクティブ化され、アクティビティの状態が更新されるまで、遅延が発生します。 コンソールでアイテムのビューを更新してから、更新後の状態が表示されるまでに、通常 30 ～ 60 秒ほどの遅れがあります。 リリース レコード内のその他の依存活動は、更新されるまでにより長い時間かかることもあります。 たとえば、12 個のアクティビティを含むリリース レコードがあるとします。 一覧の上の方にあるアイテムを更新すると、これがコンソールで更新されるまでに 30 秒かかるとします。 その場合、リリース レコード内の次の活動は、30 秒後に自動的に更新され、後続する活動についても同様に遅れを伴って自動的に更新されます。 したがって、最初に行った更新が、影響を受けるリリース レコード内のすべての活動に伝播されるまでには、しばらく時間がかかることになります。
リリース レコードの一部
リリースはバンドルとして統合されることが多いので、親子のリレーションシップを使用して複数のリリース レコードをグループにまとめることができます。 基本的に、親リリース レコードが、複数の子リリース レコードのコンテナーとして機能します。 ただし、新しく作成されたリリース レコードは、既定では親リリース レコードではありません。 子リリース レコードを追加するには、リリース レコードを親リリース レコードに変換する必要があります。
変更要求と同様に、リリース レコードには、承認および手動操作を必要とする活動が含まれます。 さらに、リリース レコードには、並行活動と順次活動を含めることができます。 並列アクティビティとシーケンシャル アクティビティは、他のアクティビティのコンテナーであり、構成アクティビティを実装する方法を定義します。並列アクティビティは同時に実装できますが、他の並列アクティビティも進行中です。 シーケンシャル アクティビティは、順番に順番に完了する必要があります。
シナリオ例
Service Manager のこのサンプル シナリオは、複数のシナリオをエンドツーエンドで使用してリリース レコードを管理するという目標を達成するのに役立ちます。 これらの手順を実際の作業環境を想定した事例として活用してください。
Woodgrove Bank の情報技術 (IT) 管理者は、複数のプロジェクトを同時に管理しています。 通常、組織内の IT プロジェクト チームは、制御された運用環境にアクセスできません。 テスト環境へのアクセスも限定されています。 IT 組織はプロジェクトを実行し、金融アプリケーションを開発し、インフラストラクチャの改善を進めます。 制御された環境運用環境の一部を変更する必要がある場合、IT プロジェクト チームは、インフラストラクチャの更新、アプリケーションの更新、製品のデプロイ、または一連の新しいプロセスの実装を要求する変更要求を送信します。
変更が承認されると、リリース管理が始まります。 会社の方針に従って、変更はリリース管理プロセスを通じて展開される必要があります。 リリース マネージャーである Garret は、親リリース レコードを作成してから、リリースの概要レベル ダイアグラムの下書きを作成し、概要レベルの活動を変更要求にリンクします。 リリース レコードのリリース活動は、変更要求の既存の展開活動にリンクされます。 そして、Garret または代理の活動デザイナーが子リリース レコードと新しい活動を、必要に応じて、変更の展開の完了に必要な手順を詳述するリリース レコードに追加します。 このプロセスが、必要な詳細レベルで説明されるように、各変更要求に関して繰り返されます。 そのため、組織のニーズに応じて、リリース レコードに任意の数の変更要求を含めることができます。 変更要求を実装する準備が整うと、変更の実行者が、対応する活動を "完了" としてマークします。
Woodgrove Bank は、運用環境への更新プログラムの展開をリリースと呼び、通常 1 か月に 1 回行います。 Garrt は、複数のリリースを 6 月リリース、7 月リリース、などに定義してパッケージすることを考慮します。 これらのリリースを親リリースとして定義し、すべてのネットワーク関連およびデータベース関連のリリースを 6 月の親リリースに、アプリケーション関連のリリースは 7 月の親リリースにリンクします。 また、6 月のリリースに新しい Test Network with Database Integration アクティビティを追加して、両方のサブリリースが確実に機能するようにしました。
Woodgrove Bank の次のメジャー リリースは、HRWeb Web アプリケーションの新バージョンの展開です。 HRWeb の開発者が、リリース管理チームに HRWeb アプリケーションの新しいビルドを提供します。 Woodgrove リリース管理チームは、テスト環境でビルドを評価し、ビルドに重要な問題を発見して、開発者に問題の修正と新しいビルドの提供を求めます。 開発チームが新しいビルドを提供すると、リリース管理チームはテスト環境で再テストをします。再テストは成功します。 その後、ビルドは運用前環境に移動します。そこでテストされ、運用前環境で 2 週間使用されます。 テストが正常に終了しすると、ビルドは運用環境に展開されます。 このプロセスの間に、Garret は新しいビルド構成アイテムを作成し、HRWeb ソフトウェア構成アイテムにリンクしてから、ビルド構成アイテムをリリース レコード パッケージにリンクします。 最新のビルドが運用環境に展開されると、Garret は HRWeb ソフトウェア構成アイテムのバージョン情報を更新して、リリース レコードを閉じます。
Woodgrove Bank で、Garret はリリースの管理設定を構成し、親リリース レコードを作成します。 また、並行活動および順次活動のテンプレートも作成します。 その後、Phil は、Garret が作成したテンプレートに基づいてリリース レコードを作成します。 Phil は展開する変更を選択して、必要に応じて変更の追加、削除、または変更を各リリースに対して行い、リリース活動を更新します。 Garret は、リリース レコードをユーザーに知らせる通知を構成します。 Garret と Phil は、必要なときにはいつでも、リリースに関する変更要求の状態と進行状況を確認できます。
リリース レコードを作成する
リリース マネージャーは、次の手順を使用して、Service Manager でリリース レコードを作成します。
リリース レコードを作成するには、次の手順に従います。
- Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ウィンドウで Release Management を展開します。
- Tasks ペインで、[リリース レコード作成を選択します。
- テンプレートの選択ダイアログで、リリース レコード テンプレートを選択し、OK を選択して開きます。
- General タブのリリース レコード フォームで、必要な情報を入力し、Activities タブを選択します。
- リリース レコード テンプレートから追加されたリリース アクティビティの既定のセット (存在する場合) を変更します。 次のアクションを含め、リリース レコードにアクティビティのセットを追加、削除、または変更できます。
- 既存のアクティビティ テンプレートの一覧からアクティビティを追加します。
- アクティビティを完了した順序で上下に移動します。
- プロセス一覧でアクティビティを移動し、コンテナー アクティビティ内に配置します。
- コンテナー アクティビティからアクティビティを移動し、プロセス 一覧の任意の場所に配置します。
- アクティビティを削除します。
- アクティビティを追加すると、アクティビティ フォームが開きます。 必要な情報を入力し、 OK を選択してアクティビティを保存します。
- 必要なすべてのアクティビティを追加したら、 OK を選択してリリース レコードを保存して閉じます。 リリース レコードが Release Records: All ビューに表示されます。
リリース レコード テンプレートを作成する
リリース レコード テンプレートは、新しいリリース レコードを作成するために使用されます。 リリース レコード テンプレートには、定義済みのリリース アクティビティを含めることができます。 新しいリリース レコードにテンプレートを使用すると、新しいリリース レコードは最初から作成する場合よりも高速に作成されます。
テンプレート作成者は、次の手順を実行してリリース レコード用のテンプレートを作成します。
リリース レコード テンプレートを作成するには、次の手順に従います。
- Service Manager コンソールで Library ワークスペースを開き、 Library ペインで Templates を選択します。
- Templates一覧で Default Release Record を選択し、Tasks ペインの Templates で Create Template を選択します。
- テンプレートの作成ダイアログで、テンプレートの名前とテンプレートの適用内容の説明を入力します。
- [ Class で Browse を選択し、 クラスの選択 ボックスで Release Record を選択し、 OK を選択して [クラスの選択 ] ボックスを閉じます。
- OKを選択してテンプレートの作成ダイアログを閉じると、[新しいリリース レコード テンプレート] フォームが表示されます。
- General タブのボックスに情報を入力し、Activities タブを選択します。
- リリース レコード テンプレートには、次のアクションを含むアクティビティのセットを追加、削除、または変更できます。
- 既存のアクティビティ テンプレートの一覧からアクティビティを追加します。
- アクティビティを完了した順序で上下に移動します。
- プロセス一覧でアクティビティを移動し、コンテナー アクティビティ内に配置します。
- コンテナー アクティビティからアクティビティを移動し、プロセス 一覧の任意の場所に配置します。
- アクティビティを削除します。
- アクティビティを追加すると、アクティビティ フォームが開きます。 必要な情報を入力し、 OK を選択してアクティビティを保存します。
- 必要なすべてのアクティビティを追加したら、 OK を選択してリリース レコード テンプレートを保存して閉じます。 リリース レコード テンプレートが Templates リストに表示されます。
リリース レコードを親子グループに結合する
通常、リリースは、定義した間隔で運用環境にデプロイされます。 たとえば、数件のリリースを月次バッチのパッケージにできます。 各バッチを統合し、他のより小さなプロジェクト固有のリリースをリンクして、1 つの月次パッケージである親リリースとして定義できます。 この処理は、すべての子リリースが同時に評価されていることを検証するのに役立ちます。
リリース レコードの昇格
リリース マネージャーは、次の手順を使用して、リリース レコードを親リリース レコードに昇格させることができます。 親リリース レコードは、複数のリリースのコンテナーとして機能します。
次の手順は、親リリース レコードでも子リリース レコードでもないリリース レコードに対して実行されます。
リリース レコードを親リリース レコードに昇格するには、次の手順に従います。
- Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ウィンドウで Release Management を展開します。
- 任意のリリース管理ビューを選択し、リリース レコードを選択します。
- Tasks ペインで Edit を選択してリリース レコードを開きます。
- Tasks ペインで、 [変換] または [親に戻す] を選択。
- [ コメント ボックスに、リリース レコードを親リリース レコードに変換したことを示すコメントを入力し、 OK を選択して Comments ボックスを閉じます。
- Child Items タブがフォームに表示され、子リリース レコードを追加できます。
- リリース レコード フォームで、 OK を選択して閉じます。
親リリース レコードを降格する
リリース マネージャーは、次の手順を使用して親リリース レコードを降格できます。 親リリース レコードに子リリース レコードが含まれている場合、そのレコードに含まれるすべての子リリース レコードは親からリンク解除され、子リリース レコードではなくなります。
次の手順は、子リリース レコードがリンクされている場合とリンクされていない親リリース レコードに対して実行されます。
親リリース レコードを降格するには、次の手順に従います。
- Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ウィンドウで Release Management を展開します。
- 降格する親リリースを含むリリース管理ビューを選択し、リリース レコードを選択します。
- Tasks ペインで Edit を選択してリリース レコードを開きます。
- Tasks ペインで、 [変換] または [親に戻す] を選択。
- 降格するリリース レコードに子リリース レコードが含まれている場合は、子レコードへのすべてのリンクが削除されることを示すメッセージが表示されます。 その場合は、 OK を選択して、子リリース レコードのリンクを解除します。
- [ コメント ボックスに、親リリース レコードからリリース レコードを元に戻したことを示すコメントを入力し、 OK を選択して Comments ボックスを閉じます。
- Child Items タブがフォームに表示されなくなります。
- リリース レコード フォームで、 OK を選択して閉じます。
子リリース レコードをリンクする
リリース マネージャーは、次の手順を使用して、親リリース レコードの編集中に子リリース レコードをリンクできます。
子リリース レコードを現在の親リリース レコードにリンクするには、次の手順に従います。
- Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ウィンドウで Release Management を展開します。
- 子リリース レコードにリンクする親リリース レコードを含むリリース管理ビューを選択します。
- Tasks ペインで Edit を選択し、親リリース レコード フォームで Child Items タブを選択します。
- [ Child Items ] タブで[追加] 選択。
- オブジェクトの選択ダイアログで、親にリンクするリリース レコードを選択し、追加を選択します。 OKを選択してオブジェクトの選択ダイアログを閉じます。
- 親リリース レコード フォームで、 OK を選択して閉じます。
現在のリリース レコードのリンクを解除する
リリース マネージャーは、次の手順を使用して、子リリース レコードのリンクを解除できます。
親リリース レコードから現在のリリース レコードのリンクを解除するには、次の手順に従います。
- Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ウィンドウで Release Management を展開します。
- 親リリース レコードからのリンクを解除する子リリース レコードを含むリリース管理ビューを選択します。
- Tasks ペインで、リンクまたは既存の親リリース レコードへのリンク解除を選択し、ポップアップ リストで Unlink を選択します。
- [ コメント ボックスに、親リリース レコードから子リリース レコードのリンクを解除したことを示すコメントを入力し、 OK を選択して Comments ボックスを閉じます。
現在のリリース レコードから子リリース レコードのリンクを解除する
リリース マネージャーは、次の手順を使用して、親リリース レコードの編集中に子リリース レコードのリンクを解除できます。
現在の親リリース レコードから子リリース レコードのリンクを解除するには、次の手順に従います。
Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ウィンドウで Release Management を展開します。
子リリース レコードへのリンクを解除する親リリース レコードを含むリリース管理ビューを選択します。
Tasks ペインで Edit を選択し、親リリース レコード フォームで Child Items タブを選択します。
[ Child Items タブで、リンクを解除する子リリース レコードを選択し、 Remove を選択します。
Note
Shift キーを押しながらクリックすると、複数の子項目を選択できます。
親リリース レコード フォームで、 OK を選択して閉じます。
リリース パッケージ構成項目の定義
通常、リリース パッケージには、リリースがテストされるビルドと環境が含まれます。 この記事のセクションでは、リリース パッケージに含まれる構成項目パーツをビルドする方法と、それらのパーツをリリース パッケージに追加する方法について説明します。
ビルド構成項目を作成する
リリース マネージャーは、次の手順を実行して、ビルドで構成されるソフトウェアとバージョンを定義するビルド構成項目を作成できます。 ビルドが作成されると、通常はリリース レコードのリリース パッケージに追加されます。
ビルド構成項目を作成するには、次の手順に従います。
- Service Manager コンソールで、 Configuration Items を選択します。
- [ Configuration Items ペインで、 Configuration Items を展開し、 Builds を選択します。
- Tasks ペインの Builds で、[ビルドの作成] 選択。
- フォームの General タブで、次の操作を行います。
- Title ボックスに、ビルドの名前を入力します。 たとえば、新しい HRWeb ソフトウェアのデプロイに使用するビルドについては、「 HRWeb July 2017」と入力します。
- [ バージョン ボックスに、バージョン番号またはその他の指定を入力します。 たとえば、「 0.2」と入力します。
- [OK] を選択します。
- 関連アイテム タブの Configuration Items: Computers, Services and People, select Add to associate a software configuration item, and then do the following for each software item that you want to add:
- クラス別フィルターボックスの一覧のフィルターダイアログボックスで、ドロップダウン矢印を選択し、Software Items を選択します。
- Available オブジェクト一覧で、ビルドに関連付けるソフトウェア構成項目を選択し、追加を選択し、OKを選択してオブジェクトの選択 ダイアログを閉じます。
- OKを選択してビルド フォームを閉じます。
環境構成項目を作成する
リリース マネージャーは、次の手順を実行して、環境が構成するコンピューター、サービス、およびユーザーを定義する環境構成項目を作成できます。 環境が作成されると、通常はリリース レコードのリリース パッケージに追加されます。
環境構成項目を作成するには、次の手順に従います。
- Service Manager コンソールで、 Configuration Items を選択します。
- [構成項目] ペインで、[構成項目を展開し、Environments を選択します。
- Tasks ペインの Environments で、[環境の作成] 選択。
- フォームの General タブで、次の操作を行います。
- [ Title ボックスに、環境の名前を入力します。 たとえば、新しい HRWeb ソフトウェアのテストに使用する事前環境については、「HRWeb July 2011 Environment」と入力。
- 必要に応じて、タブの他のボックスで、作成している環境を簡単に識別するのに役立つ情報を入力または選択します。 たとえば、 Category を Pre Production に設定します。
- [OK] を選択します。
- 関連項目 タブの Configuration Items: Computers, Services and People で、環境にとって重要な構成項目を追加できます。 たとえば、次のようなものがあります。
- ソフトウェア
- ユーザー
- [Computers (コンピューター)]
- OKを選択して環境フォームを閉じます。
リリース レコードにリリース パッケージ情報を追加する
リリース マネージャーは、次の手順を使用して、リリース レコードのリリース パッケージ情報を追加できます。 通常、リリース パッケージには、リリースがテストされるビルドと環境が含まれています。
リリース レコードにリリース パッケージ情報を追加するには、次の手順に従います。
- Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ウィンドウで Release Management を展開します。
- リリース パッケージ情報を追加するリリース レコードを含む任意のリリース管理ビューを選択します。
- Tasks ペインで Edit を選択し、リリース レコード フォームで Release Package タブを選択します。
- [ リリース パッケージ ] タブの [ 変更する項目の構成で、 追加を選択します。
- [ オブジェクトの選択 ダイアログで、リリース パッケージに追加するコンピューター関連の構成項目を選択し、 追加を選択し、 OK を選択して オブジェクトの選択 ダイアログを閉じます。
- [ 変更されたサービスで、 追加を選択します。
- オブジェクトの選択ダイアログで、リリース パッケージに追加するビジネス サービスアイテムを選択し、追加を選択し、OKを選択してオブジェクトの選択ダイアログを閉じます。
- リリース レコード フォームで、 OK を選択して閉じます。
Service Manager で並列およびシーケンシャル アクティビティ用のテンプレートを作成する
並列および順次アクティビティのリリース レコード テンプレートは、何らかのプロセスを形成するためにグループ化する必要がある定義済みアクティビティのコレクションを含む新しいアクティビティを作成するために使用されます。 並列アクティビティとシーケンシャル アクティビティは、個々のアクティビティを含む主な機能であるため、コンテナー アクティビティと考えることができます。
テンプレート作成者は、次の手順を実行して、並列アクティビティのテンプレートを作成します。 その後、同じ手順に従って、シーケンシャル アクティビティのテンプレートを作成します。
並列アクティビティのテンプレートを作成するには、次の手順に従います。
- Service Manager コンソールで Library ワークスペースを開き、 Library ペインで Templates を選択します。
- Templates一覧で Default Parallel Activity を選択し、Tasks ペインの Templates で テンプレートの作成を選択します。
- テンプレートの作成ダイアログで、テンプレートの名前とテンプレートの適用内容の説明を入力します。
- Class で Browse を選択し、クラスの選択 ボックスで Parallel Activity を選択し、OK を選択して クラスの選択 ボックスを閉じます。
- OKを選択してテンプレートの作成ダイアログを閉じると、[新しいコンテナー アクティビティ テンプレート] フォームが表示されます。
- General タブのボックスに情報を入力し、Activities タブを選択します。
- 並列アクティビティ テンプレートには、次のアクションを含むアクティビティのセットを追加、削除、または変更できます。
- 既存のアクティビティ テンプレートの一覧からアクティビティを追加します。
- 既存のアクティビティ テンプレートの一覧から並列アクティビティまたはシーケンシャル アクティビティを追加します。
- アクティビティを完了した順序で上下に移動します。
- プロセス一覧でアクティビティを移動します。
- アクティビティを削除します。
- アクティビティを追加すると、アクティビティ フォームが開きます。 必要な情報を入力し、 OK を選択してアクティビティを保存します。
- 必要なすべてのアクティビティを追加したら、 OK を選択して並列アクティビティ テンプレートを保存して閉じます。 その後、並列アクティビティ テンプレートが Templates 一覧に表示されます。
- シーケンシャル アクティビティに対してこの手順を繰り返し、parallel アクティビティのインスタンスsequential アクティビティに置き換えます。
Service Manager でデプロイする変更を選択する
リリース マネージャーは、次の手順を実行して、承認された変更をリリース用に選択します。 このプロセスを使用して、リリース マネージャーは、リリース レコードのマニュアル アクティビティを変更要求の依存アクティビティにリンクし、リリース レコードの手動アクティビティを完了します。 その結果、このプロセスにより、変更要求の依存アクティビティが完了としてマークされます。
依存アクティビティを作成して変更要求に追加する手順は、先に進む前に既に完了しておく必要があります。
デプロイする変更を選択するには、次の手順に従います。
Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ペインで Release Management を展開し、 Release Management を選択します。
[ 作業項目 ペインで、展開の準備ができている変更を含むリリース レコードを表示する Release Management のビューを選択し、リリース レコードをダブルクリックします。
活動タブを選択します。
表示される一覧で、変更要求依存アクティビティをリンクする手動アクティビティを右クリックし、 [変更要求アクティビティにリンク]を選択。
変更要求アクティビティの選択 ダイアログで、リンクする変更要求を選択し、展開して、1 つまたは複数の依存アクティビティを選択し、OKを 2 回選択します。
ヒント
アクティビティをリンクすると、選択したアクティビティにチェーン アイコンのようなリンク インジケーターが表示されます。 選択したアクティビティのツールヒントには、リンクされた変更要求依存アクティビティの ID が表示されます。
Activity Management に移動し、[アクティビティ]<
を展開して、[進行中アクティビティを選択します。 手動アクティビティを選択し、 Tasks の一覧で Mark as Completed を選択します。
Change Managementに移動しすべての変更要求を展開し、リリース レコードにリンクされている変更要求を開きます。
Activities タブを選択し、依存アクティビティが Completed にマークされていることを確認します。
Service Manager でリリース アクティビティを計画する
リリース マネージャーは、次の手順を実行して、リリース アクティビティの構造を作成および変更します。
リリース アクティビティを計画するには、次の手順に従います。
- Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ウィンドウで Release Management を展開し、 Release Management を選択します。
- 作業項目 ペインで、アクティビティを追加または変更するリリース アクティビティを含むリリース レコードを表示するビューを Release Management で選択し、レコードをダブルクリックして開きます。
- [ Activities タブを選択して、提案された変更と、その変更に含まれる依存アクティビティの一覧を表示します。
- 必要に応じて、 Diagram View または List View を選択して、アクティビティ ビューを変更できます。
- 依存する変更管理アクティビティを選択し、リリース管理アクティビティの一覧または図の先頭に移動します。 依存インジケーターは、チェーン内のリンクに似たリリース管理アクティビティに表示されます。
Service Manager で失敗したアクティビティをスキップする
リリース マネージャーは、次の手順を実行して、失敗したアクティビティをスキップします。
失敗したアクティビティをスキップするには、次の手順に従います。
- Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ペインで Release Management を展開し、 Release Management を選択します。
- 作業項目 ペインで、Release Managementの下にあるビューを選択します。このビューには、失敗したリリース アクティビティまたはスキップするアクティビティを含むリリース レコードが表示され、レコードをダブルクリックして開きます。
- [ Activities タブを選択して、提案された変更と、その変更に含まれる依存アクティビティの一覧を表示します。 必要に応じて、 Diagram View または List View を選択して、アクティビティ ビューを変更できます。
- 失敗したアクティビティまたはスキップする進行中のアクティビティを右クリックし、 Skip Activity を選択します。
- [ コメント ボックスに、アクティビティをスキップする理由を入力し、 OK を選択してボックスを閉じます。 スキップしたアクティビティには、アクティビティがスキップ済みとしてマークされていることを示す青い下向き矢印のようなアイコンが表示されます。
リリース レコード内の Service Manager 変更要求の状態と進行状況を決定する
変更マネージャーは、現在開いているリリース レコードの変更要求の状態と進行状況を確認します。 変更要求の ID とそのタイトル、またはタイトルの少なくとも一部のキーワードを知っている。 次の手順を実行して、変更要求の状態を確認できます。
リリース レコードの変更要求の状態と進行状況を確認するには、次の手順に従います。
- Service Manager コンソールで、 Work Items ワークスペースを開き、 Work Items ペインで Release Management を展開し、 Release Management を選択します。
- [作業アイテム] ウィンドウの [リリース管理]の下で、 [リリース レコード:進行中]を選択します。
- [リリース レコード: 進行中 ] ビューで、目的のレコードをダブルクリックして開きます。
- [ Activities タブを選択して、提案された変更と、その変更に含まれる依存アクティビティの一覧を表示します。 必要に応じて、 Diagram View または List View を選択して、アクティビティ ビューを変更します。
- レコードを表示するには、次のいずれかの方法を使用します。
- マウスのスクロール:
- 特定の変更要求にリンクされていることを示すリリース管理アクティビティを見つけるには、インジケーター アイコンを探し、ダイアグラム ビューまたはリスト ビューでプロパティを表示します。
- すべてのアクティビティについて、次の情報が表示されます。
- 活動 ID
- 活動タイトル
- 活動状態インジケーター アイコン (活動の状態によって異なります)
- ダイアグラム ビューの使用:
- ダイアグラム ビューを使用している場合は、 Zoom を使用して、アクティビティごとに異なる値を選択できます。
- Service Manager コンソールの任意の場所で検索を使用する:
- アクティビティを検索して表示するには、次のいずれかの情報を検索します。
- 変更要求 ID
- リンクされた変更要求のタイトルのキーワード
- 変更アクティビティの ID
- 依存アクティビティのタイトルのキーワード
- フィルタリング：
- 返された検索結果をキーワード、または、クラス、最終変更日、名前などの条件でフィルターできます。
- アクティビティを検索して表示するには、次のいずれかの情報を検索します。
- マウスのスクロール:
- 活動をダブルクリックして、その状態と進行状況の詳細を表示できます。
次のステップ
- Service Manager レポートを使用してビジネス環境全体のデータと傾向を収集および表示する方法については、「 Data Warehouse のレポートと分析を参照してください。