変更リクエスト(CR)と変更指示(CO)を処理する前に、変更承認テンプレートを作成する必要があります。これらのテンプレートで、必要な承認者および担当の変更コーディネータのリストを決定します。各テンプレートでは、関連する変更リクエストと変更指示の両方の責任を定義します。これにより、リクエストおよび関連する変更指示に同じユーザのグループを関与させることができますが、異なる場合もあります。
責任に加えて、テンプレートを使用して、変更プロセスの一部として実行される標準タスクを定義することもできます。これらのテンプレート タスクは変更の実行を標準化するのに役立ちますが、使用は必須ではありません。定義されている場合、テンプレートによって変更リクエストと変更指示のコンテキストにおける変更タスクの作成が促進されます。この場合、引き続き完全な柔軟性を提供するためにタスクのリストを調整することができます。通常、変更指示と元の変更リクエストは同じテンプレートにリンクされていますが、変更することもできます。
新しいテンプレートを作成する場合は、一意の名前を指定する必要があります。この名前は、後で変更指示または変更リクエストに対して適切なテンプレートを選択するときに一覧表示されます。
変更承認テンプレートの管理は、ロール「変更承認テンプレート[R/W]」が割り当てられているユーザのみが行うことができます。
次の表に示すように、変更承認テンプレートでは、変更リクエストと変更指示に対するさまざまな責任が定義されます。
| フィールド | 説明 |
|---|---|
| CR コーディネータ | 選択された担当者は、このテンプレートに基づいて変更リクエスト(CR)を管理する責任を負います。この担当者は、さらに多くの関係者を関与させ、必要に応じて変更指示委員会(CCB)によるレビューを準備します。 |
| CR 承認者 | ここに一覧表示されているチーム メンバーは、変更リクエストが [CCB レビュー] ステータスになったら、そのリクエストを承認する必要があります。すべての承認者が承認をすべて完了した場合にのみ、ワークフローは変更指示(CO)の開始に進むことができます。 変更リクエストの承認者を事前に定義する必要はなく、このフィールドは空白にしておくことができます。この場合、CR で追加の承認者が選択されていないと、CCB はスキップされます。 |
| CO コーディネータ | 選択された担当者は、このテンプレートに基づいて変更指示を管理する責任を負います。この担当者は、さらに多くの関係者を関与させ、CCB レビューを準備します。 |
| CO 承認者 | ここに一覧表示されているチーム メンバーは、変更指示が [CCB レビュー] ステータスになったら、それを承認する必要があります。すべての承認者が承認をすべて完了した場合にのみ、ワークフローは変更されたアイテムのリリースに進むことができます。 変更指示の承認者を事前に定義する必要はなく、このフィールドは空白にしておくことができます。このような場合は、CCB レビューの段階に進む前に、変更指示で追加の承認者を選択する必要があります。 |
| CO 確認 | 変更指示が承認された後で、その他の関係者に承認を求める必要がある場合があります。このフィールドでは、CCB レビュー後に通知されるチーム メンバーを事前に定義する機能が提供されています。 確認が要求された場合、すべての確認が完了するまでは変更指示は完了しません。 |
すべての変更で同じタスク セットを完了する必要があり、変更の実行を標準化する必要がある場合は、変更承認テンプレートの一部としてこれらのタスクを事前に定義することをお勧めします。
[変更承認テンプレート] タブでは、関連する変更リクエスト(CR)および変更指示(CO)の一部として実行すべきアクティビティのリストを定義し、これらの変更プロセスの設定に関する時間を短縮できます。これらのタスクは、それぞれの変更プロセスにコピーした後に変更できます。次の情報を指定します。