従来:状況モデルと移行

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:5分
  • 変更管理は、いくつかのステータスを経て変更要求を移動および追跡するための状況モデルを提供します。

    注:
    Quebec リリース以降、変更ステータス機能は変更モデルに置き換えられました。詳細については、「変更モデルの作成」を参照してください。
    図 : 1. 通常の変更要求に対する状況移行の例
    通常の変更要求における状況移行

    次のテーブルは、変更要求が取りうるすべてのステータスのリストです。メール通知は、[スケジュール済み (Scheduled)][実装 (Implement)][レビュー (Review)]、および [キャンセル (Canceled)] の状況に移行するときに、その変更を要求したユーザーに送信できます。

    表 : 1. 状況変更
    状況 説明 ステータス値
    新規 変更要求はまだレビューと認証のために送信されていません。変更要求者は、変更要求を送信する前に変更の詳細を作成しながら、必要な回数だけ変更要求を保存できます。 -5
    評価 このステータスにある間に、変更の詳細のピア レビューと技術的承認が行われます。 -4
    許可 変更管理と CAB が変更をスケジュールし、先に進める最終承認を与えます。 -3
    スケジュール済み 変更が完全にスケジュールかつ承認され、開始予定日を待っています。変更を要求したユーザーにメール通知が送信されます。 -2
    実装 開始予定日が近づき、変更を実施するための実際の作業が行われます。変更を要求したユーザーにメール通知が送信されます。 -1
    評価 作業が完了しています。変更要求者が、変更が正常に行われたかどうかを判定します。このステータスにある間に、実装後のレビューを行うことができます。変更を要求したユーザーにメール通知が送信されます。
    注:
    変更要求が [レビュー (Review)] ステータスの場合は、キャンセルできません。
    0
    クローズ済み すべてのレビュー作業が完了しています。変更はクローズし、これ以上のアクションは必要ありません。 3
    キャンセル 変更が不要になった場合は、いつでも変更をキャンセルできます。ただし、[クローズ済み (Closed)] ステータスからは変更をキャンセルできません。変更を要求したユーザーにメール通知が送信されます。 4

    通常、標準、および緊急の各変更は、状況ごとに異なる方法で進められます。

    さまざまな変更のステータス進捗状況

    • 通常の変更は、すべての状況に進みます。
    • 標準的な変更では事前承認があるとみなされるため、承認レコードをトリガーする [評価 (Assess)] および [許可 (Authorize)] 状況はバイパスされます。これらの変更を承認すると、次の適切な状況への変更が進められます。これらの変更を拒否すると、[新規] ステータスに戻ります。
    • 緊急の変更は、承認が必要であることを除けば、標準的な変更と類似しています。

    変更要求を新しい変更に戻す

    変更管理では、[コンテキスト (Context)] メニューから [新規に戻す] アクションを使用して、緊急および通常の変更タイプを、最初の承認ステータスである新しいステータスに戻すことができます。承認が要求されており、変更の範囲内のすべての構成アイテムが含まれているわけではないことを、送信者が承認のために送信する前に認識した場合に、このアクションが実行されます。

    • 通常の変更要求を新しいステータスに変更するには、コンテキストメニューから [新規に戻す] をクリックして、変更要求状況を [評価 (Assess)] ステータスから [新規] ステータスに変更します。
    • 緊急の変更要求を新しいステータスに変更するには、コンテキストメニューから [新規に戻す] をクリックして、変更要求状況を [認可済み] ステータスから [新規] ステータスに変更します。
      注:
      [評価 (Assess)] ステータスまたは [認可済み] ステータスから [新規] に戻ると、ワークフローが再開され、すべての承認待ちがキャンセルされます。

    変更要求タイプの変更

    • 変更要求が [新規] ステータスにあり、かつそれに対して承認がまだ生成されていないときに、変更要求の [タイプ (Type)] フィールドの変更を可能にする、change_request.type の新しい ACL が追加されました。
    • [標準 (Standard)] 変更要求の場合、変更要求状況が [新規] であれば、変更要求のタイプを標準から [通常 (Normal)] または [緊急 (Emergency)] に変更することができます。
    • [通常 (Normal)] または [緊急 (Emergency)] 変更要求の場合、変更要求状況が [新規] であれば、変更要求のタイプを [通常 (Normal)] から [緊急 (Emergency)] に、またはその逆に変更することができます。
    • [通常 (Normal)] または [緊急 (Emergency)] 変更要求が拒否された場合、変更要求状況は [新規] に設定されます。変更要求状況が [新規] である場合、変更要求のタイプを再び変更することができます。たとえば、[緊急 (Emergency)] 変更要求が、その変更要求が [通常 (Normal)] であることをもって拒否された場合、変更要求の [タイプ (Type)][通常 (Normal)] に変更して変更要求を再送信することができます。

    無効化された [変更をキャンセル] アクション

    [レビュー (Review)] ステータスにある変更要求の [キャンセル] オプションは無効になっています。これにより、作業が完了してレビューを待っているときに要求をキャンセルすることが制限されます。

    変更モデル属性

    変更マネージャーには、変更要求が特定の状況に移行したときに特定のアクションを強制するオプションがあります。その状況に割り当てられた属性によって、実行できるアクションが決まります。

    デフォルトでは、変更要求を管理するための属性が 2 つあります。
    • allow_ci_modification – CI の変更を許可します。属性は、モデルに含まれている場合にのみ考慮されます。allow_ci_modification 属性がモデルに追加されていない場合は、デフォルトで初期状態になります。
    • allow_implementation – 変更が実装されることを示します。allow_implementation を有効にすると、変更モデルに現在存在する実装ステータスフィールドがこの機能に置き換えられます。実装ステータスフィールドに一覧表示されているステータスと属性の両方が優先されます。