単一の製品またはサービスのステージ指向リリースで作業します

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：10分

    • ステージ指向のリリースプロセスに従ってリリースを監視して作業し、単一の製品 またはサービスをリリースします。

    始める前に

    必要なロール：sn_dpr_model.product_manager または sn_dpr_model.release_admin

    手順

    1. 移動先 ワークスペース > デジタルプロダクトリリースワークスペース.
    2. リリースアイコン (リリースアイコン) を選択します。
    3. リストからリリースを選択して開きます。
    4. リリースが進行中でない場合は、 [リリースを開始] を選択します。
    5. [概要] セクションを選択して、リリースの詳細を確認および変更したり、ステータスの概要を取得したり、準備ターゲット日を変更したりします。
      詳細については、「リリースの詳細の確認および更新」と「リリースのターゲット変更」を参照してください。
    6. [リリースの適用範囲] セクションを選択して、製品の機能と機能拡張を追加または削除して、リリースのスコープを確認および更新します。
      詳細については、「リリースのスコープの更新」を参照してください。
    7. [ 構成アイテム ] セクションを選択して、リリースの構成アイテムを確認および管理します。
      必要に応じて、構成アイテムを追加したり、既存の構成アイテムを削除したりできます。詳細については、「リリースでの構成アイテムの管理」を参照してください。
    8. [ 変更要求 ] セクションを選択して、リリースの変更要求を確認および管理します。
      必要に応じて、新規または既存の変更要求を追加したり、既存の変更要求を削除したりできます。詳細については、「リリースの変更要求の管理」を参照してください。
    9. [リリース] フォームヘッダーで、[アーティファクト] の下の番号を選択して、リリースに追加されたアーティファクトを管理します。
      詳細については、「リリース内のアーティファクトの管理」を参照してください。
    10. [ リリースノート] セクションを選択して、リリースのリリースノートを作成および管理します。
      リリースノートを手動で追加するか、AI を使用して生成するかを選択できます。
      • リリースノートを手動で追加するには、[ 手動で追加 ] を選択し、[ リリースノート] フィールドにリリースノートを入力します。
      • AI を使用してリリースノートを生成するには、[ 生成] を選択します。

        詳細については、「リリースの AI を利用したリリースノートの生成」を参照してください。

    リリースフェーズの再起動

    戻る必要がある問題が発生した場合は、以前に完了したフェーズからステージ指向のリリースを再開できます。

    始める前に

    注:
    完了したフェーズからリリースを再起動すると、そのフェーズとそれ以降のフェーズが現在のフェーズにリセットされます。また、影響を受ける各フェーズにリンクされているタスク、承認要求、およびポリシーのステータスもリセットされます。

    必要なロール：sn_dpr_model.release_admin

    このタスクについて

    フェーズを再起動することで、計画を再評価および調整して新しい問題を克服し、リリースが順調に進み、全体的な目標を確実に達成できるようになります。たとえば、アーティファクトの特定のバージョンがリリースプロセス中に認定されていて、検証に合格しなかった場合は、アーティファクトの新しいバージョンを選択できます。その後、前のフェーズからリリースを再開して、同じタスク、マッピングされたポリシー、構成アイテム、およびそれらのフェーズの承認を繰り返すことができます。

    手順

    1. [リリースの実行 (Release execution)] ページで、[リリースフェーズアクション (Release phase action)] ボタン (リリースフェーズアクションアイコン) を選択し、[フェーズを再開] を選択します。
    2. [フェーズを再開] ダイアログボックスで、再開するフェーズを選択します。
      リストには、完了したフェーズが表示されます。
    3. [再開 (Restart)] を選択します。

    タスクの結果

    • 選択したフェーズの状況が [処理中 (In Progress)] に更新され、以降のすべてのフェーズの状況が [保留中 (Pending)] に更新されます。
    • 現在のフェーズの状況が [再開済み (Restarted)] に更新されます。
    • 影響を受けるフェーズのすべてのタスクの状況が [オープン (Open)] に更新されます。
    • 影響を受けるフェーズに関連付けられた構成アイテムは、新しく作成された対応するフェーズに再関連付けられます。
    • これらのフェーズにマッピングされたポリシーの前回の実行ステータスが [未実行] に更新されます。

    リリースの実行

    リリースステータスを表示し、そのフェーズ、タスク、およびポリシーを処理します。

    始める前に

    必要なロール：sn_dpr_model.product_manager または sn_dpr_model.release_admin

    このタスクについて

    自動メール通知は、主要なリリースライフサイクルイベントでトリガーされます。通知は、次の場合に関連するステークホルダーに送信されます。
    • フェーズが終了日に達します
    • リリースタスクは期日から 2 日後です
    • リリースは準備ターゲットから 1 日です
    • フェーズのステータスが変更されます
    • ポリシーが実行され、結果は非準拠になりました
    • タスク承認要求が送信されます
    • タスク承認要求が却下されました
    詳細については、「デジタルプロダクトリリースのメール通知」を参照してください。

    手順

    1. [リリースの実行] を選択してリリースステータスを表示し、そのフェーズ、タスク、ポリシーを処理します。
      進捗状況を追跡するためのステージ指向リリースのリリース実行ページ。
    2. リリース概要ダッシュボードで現在のフェーズのリスクスコアを確認します。
      ステージ指向リリースのリスクスコアでは、タスクの完了、ポリシーコンプライアンス、準備日、および進捗状況のしきい値が考慮されます。詳細については、「ステージ指向リリースのリスクスコア」を参照してください。
    3. リリースフェーズを更新します。
      注:
      stage_workflow_auto_transition システムプロパティが true に設定されている場合、その中のすべてのタスクがクローズされ、ポリシーが準拠すると、フェーズは自動的にクローズされます。
      1. タイムラインからフェーズを選択するか、矢印ボタンを使用して前または次のフェーズに移動します。
      2. 現在のフェーズのすべてのタスクが完了し、マップされたポリシーに準拠している場合は、[フェーズの完了] を選択してフェーズを完了としてマークします。
        注:
        マッピングされたポリシーのいずれかが非準拠の場合、 システムプロパティで定義されているロール sn_dpr.complete_phase_overrideのいずれかを持っている場合にのみ、フェーズを完了できます。
        現在のフェーズの状況が [完了] に更新され、次のフェーズが開始されます。現在のフェーズの実際の終了日が現在の日付に更新されます。
    4. オプション: リリースフェーズにタスクを追加します。
      1. タイムラインからフェーズを選択するか、矢印ボタンを使用して前または次のフェーズに移動します。
      2. [タスクを追加] を選択します。
      3. [タスクの作成] ダイアログボックスで、名前、所属先フェーズ、終了日、説明など、タスクの詳細を追加します。
      4. タスクに承認が必要な場合は、次の手順を実行します。
        注:
        タスクの作成時に承認が必要かどうかを選択できます。このオプションは、保存後に変更することはできません。
        1. [承認が必要] フィールドで [はい] を選択します。

          [アサイン先] フィールドと [承認定義] フィールドが表示されます。

        2. [アサイン先] リストから、タスクを承認するユーザーを選択します。
        3. [承認定義] リストから、事前定義された条件に基づいて承認をトリガーする承認定義を選択します。
      5. [タスクを作成] を選択します。
      タスクが [処理待ち] ステータスで作成され、 選択したフェーズに追加されます。

      承認タスクの場合、承認者が確認して処理できるように承認レコードが作成されます。 メール通知も送信されます。詳細については、「リリースタスクの承認または却下」を参照してください。

    5. 選択したフェーズのタスクの進捗状況を追跡および管理します。
      1. タイムラインからフェーズを選択するか、矢印ボタンを使用して前または次のフェーズに移動します。
      2. [タスク] タブを選択して、フェーズ内のすべてのタスクを表示します。
        フィルターを適用して特定のタスクを表示したり、[カンバン] または [リスト] オプションを選択してビュータイプを変更したりできます。
      3. [タスク詳細] ペインで開くタスクを選択します。
      4. [タスク詳細] ペインでタスクを確認するか、 [完全な詳細] を選択して、フォームビューでタスクレコードを開きます。
      5. [アサイン先] フィールドのタスクを、そのタスクを担当するユーザーにアサインします。
      6. [承認] フィールドで、承認タスクの承認ステータスを確認します。
      7. [ ステータス ] フィールドを、承認を必要としないタスクのステータスで更新します。
        承認タスクのステータスは、承認されると自動的に更新されます。
      8. [保存] を選択して変更を保存します。
        現在のタスクを完了し、システムプロパティ sn_dpr.sequential_task_execution が true に設定されている場合、順序の次のタスクは [オープン] ステータスに移行します。
    6. オプション: リリースフェーズへのポリシーのマッピングを管理して検証します。
      1. タイムラインからフェーズを選択するか、矢印ボタンを使用して前または次のフェーズに移動します。
        注:
        ポリシーを完了またはキャンセルされたフェーズにマッピングすることはできません。
      2. [ ポリシー] タブを選択します。
      3. 選択したフェーズにポリシーをマッピングするには、
        1. [追加] を選択します。
        2. [ポリシーのマッピング] ダイアログボックスで、フェーズにマッピングするポリシーをリストから 1 つ以上選択します。
        3. [ポリシーのマッピング] を選択します。

        選択したポリシーがフェーズにマッピングされ、[ポリシーマッピング] リストに表示されます。

      4. 既存のポリシーマッピングを削除するには、
        1. [ポリシーマッピング] リストからポリシーを選択します。
        2. [ 削除] を選択して確定します。

        選択したポリシーマッピングがフェーズから削除されます。

        注:
        進行中のフェーズでは、前に実行されたポリシーを削除すると、残りのポリシーは削除後に自動的に実行されます。個々のポリシーの更新された実行ステータスが集計され、[詳細] タブの [ポリシーステータス] フィールドに表示されます。
    7. [ポリシーの実行] を選択して、現在のフェーズでポリシーを実行します。
      マッピングされたすべてのポリシーは、現在のフェーズ ([進行中] 状況) ではバックグラウンドで実行されます。[ポリシー] タブのリストを更新すると、実行状況を確認できます。

      ポリシーの実行結果が非準拠ステータスになると、リリースアドミンおよびその他の関連するステークホルダーにメール通知が送信されます。

      複数のポリシーが 1 つのフェーズにマッピングされている場合、その実行ステータスはフェーズの全体的なステータスに集計されます。この集計ステータスは、[詳細] タブの [ポリシーステータス] フィールドで表示できます。

    8. オプション: ポリシーがコンプライアンスを満たしていない場合は、正当な理由を指定して例外を要求できます。
      注:
      このオプションは、 デジタルプロダクトリリース と GRC：ポリシーとコンプライアンス管理 の両方がインストールされている場合にのみ使用できます。
      1. 失敗したポリシーを選択します。
      2. [例外の要求] を選択します。
      3. [ポリシー例外の要求] で、例外の理由、開始日、終了日、およびビジネス上の根拠を入力します。
      4. [要求] を選択します。
      例外要求がコンプライアンスグループに送信されます。例外要求のレビューと承認の詳細については、「 ポリシーの例外と延長の要求を確認する 」および「 ポリシーの例外と延長を管理する」を参照してください。

      例外が承認されると、ポリシーステータスは後続の実行で [例外に準拠 (Compliant with exception)] と表示されます。他のすべてのポリシーが準拠していれば、フェーズを完了できます。

    9. リリースの完全性を検証した後、リリースをクローズします。
      詳細については、「リリースのクローズ」を参照してください。
    10. オプション: 不要になったリリースをキャンセルします。
      1. [ リリースをキャンセル] を選択します。
      2. キャンセルの理由を入力し、[ リリースをキャンセル] を選択します。