製品またはサービスのリリース
リリースは、製品 またはサービスの特定のバージョンに対して計画されたすべてのタスク (プロジェクト、エピック、ストーリー、機能拡張、欠陥、問題、インシデントなど) をグループ化します。 デジタルプロダクトリリース には、リリースの実行に役立つタイムライン指向とステージ指向の 2 つの異なるプロセスが用意されています。
リリースは一連のフェーズに分かれています。各フェーズでは、定義されたタスク、承認プロセス、およびポリシーを完了する必要があります。
定義されたリリースプロセスにより、リリースの作業アイテムがビルドされ、テストされ、展開の準備が整います。
タイムライン指向のリリースプロセス
タイムライン指向のプロセスは、期限が決まっており、厳格なスケジュールに従ったリリースを作成するのに適しています。
- 展開の各ステージに明確な期限を設定して、ロールアウトをスムーズに計画して実行できるようにします。
- 明確な目標を定義することでチームを順調に進め、リソースを効果的に管理できるようにします。
- キー日付に対する進捗状況を追跡し、スケジュールどおりに進めるために必要に応じて計画を調整します。
- フローは、[処理待ち] 状況の最初のフェーズ (デフォルトの状況) から開始されます。開始予定日に開始されると、フェーズの状況は [進行中] に移行します。 フェーズ内のタスクは、システムプロパティ sn_dpr.sequential_task_executionに基づいて処理されます。
- true:フェーズ内のタスクは順番に処理されます。フェーズの開始時に、そのフェーズの中で順序が最も低いタスクが [オープン] ステータスに設定されます。このタスクが完了すると、注文の次のタスクが開きます。このプロセスは、フェーズの残りのタスクに対して続行されます。タスクが承認タスクの場合、ステータスは [要求済み] ステータスに移行します。
- false:フェーズ内のタスクは順番に処理されません。代わりに、そのすべてのタスクは、フェーズの開始時に [オープン] ステータスに設定されます。
- すべてのタスクが完了し、ポリシーが準拠すると、フェーズは終了予定日に自動的に終了します。フェーズ状況が [完了] 状況に更新されます。
- 現在のフェーズが完了すると、次のフェーズは [進行中] 状況に移行します。一度に進行できるフェーズは 1 つだけです。
- リリースのすべてのフェーズが完了すると、リリースは [レビュー] 状況に移行します。
- リリースのレビューが完了すると、リリースは [完了] 状況に移行します。
ステージ指向のリリースプロセス
ステージ指向のプロセスは、厳格なタイムラインに沿うことよりも、目的や機能を完了させることを優先したリリースを作成するのに適しています。
特定の製品は、特定のフェーズにとどまる期間、特定の時間枠に制約されません。これらの製品のリリースは、ステージ指向のリリースプロセスに従うことができます。このプロセスは、厳格なスケジュールやフェーズに従うのではなく、製品をリリースする準備ができていることを確認することに重点を置いています。
特定のタイムラインやフェーズが終了するのを待つのではなく、製品が設定された基準を満たしたらすぐにリリースを完了できます。ただし、製品の高品質を維持するためには、開発、テスト、品質保証 (QA) など、リリースのすべての側面が適切に行われていることを確認する必要があります。
- 期限ではなく、機能と目標の優先順位を設定して、開発プロセス全体を通じて計画を調整できるようにします。
- テスト結果とユーザーからのフィードバックに基づいて目標と機能を調整するには、以前のフェーズのいずれかからリリースを再開します。
- 高品質の結果を得るには、機能が完了し、目標が達成されていることを確認して、進捗状況を追跡します。
- フローは、[処理待ち] 状況の最初のフェーズ (デフォルトの状況) から開始されます。手動で開始すると、フェーズの状況は [進行中] に移行します。フェーズ内のタスクは、システムプロパティ sn_dpr.sequential_task_executionに基づいて処理されます。
- true:フェーズ内のタスクは順番に処理されます。フェーズの開始時に、そのフェーズの中で順序が最も低いタスクが [オープン] ステータスに設定されます。このタスクが完了すると、注文の次のタスクが開きます。このプロセスは、フェーズの残りのタスクに対して続行されます。タスクが承認タスクの場合、ステータスは [要求済み] ステータスに移行します。
- false:フェーズ内のタスクは順番に処理されません。代わりに、そのすべてのタスクは、フェーズの開始時に [オープン] ステータスに設定されます。
- すべてのタスクが完了し、現在のフェーズですべてのポリシーが準拠または例外に準拠している場合、タスクは自動的に [完了] 状況に移行します。
- 現在のフェーズが完了すると、次のフェーズは [進行中] 状況に移行します。一度に進行できるフェーズは 1 つだけです。
- 問題が発生した場合は、以前に完了したフェーズから再開できます。タスクやポリシー状況など、そのフェーズ以降のフェーズがリセットされます。
- リリースのすべてのフェーズが完了すると、リリースは [レビュー] 状況に移行します。
- リリースのレビューが完了すると、リリースは [完了] 状況に移行します。
リリースプロセスを制御するシステムプロパティ
- sn_dpr.stage_workflow_auto_transition
- sn_dpr.auto_transition_release_to_review
- sn_dpr.auto_transition_release_to_completed
単一の製品 またはサービスの リリース
単一の製品 またはサービス リリースでは、一度に 1 つの製品 またはサービス をリリースできます。このリリースアプローチは、リリースプロセスがより絞り込まれ、管理しやすくなるため、小規模または複雑でない製品 またはサービスに役立ちます。詳細については、「単一の製品またはサービスのタイムライン指向のリリースで作業します」と「単一の製品またはサービスのステージ指向リリースで作業します」を参照してください。
複数製品リリース
複数製品リリースでは、異なる製品を同時にリリースすることができます。これを行うには、製品ごとに複数の個別のリリースを含め、すべてをプライマリ製品またはサービスのメインリリースに関連付けます。メインリリースからのフェーズとリリース準備状況を管理し、全体の進捗状況を追跡します。ただし、スコープを設定し、承認を追跡し、個々の製品 またはサービス リリースのポリシーを実行することはできます。
このリリースアプローチは、複数のリリースの進行状況をまとめて監視し、個別に管理するリリースバンドルとは異なります。
詳細については、「複数の製品のタイムライン指向のリリースでの作業」と「複数の製品のステージ指向のリリースでの作業」を参照してください。
- 複数製品リリースからの製品の追加または削除
- 複数製品リリースの作成後に製品を追加および削除できます。製品を追加すると、メインリリースに沿ったフェーズ、タスク、およびポリシーを含む子リリースが作成されます。製品を削除すると、子リリースはキャンセルされ、メインリリースから削除されます。
- 複数製品リリースでのフェーズ管理
-
複数製品リリースでは、次のフェーズ同期ルールが適用されます。
- 個々のリリースはメインリリースより進むことはできません:含まれる製品は、メインリリースの現在のフェーズより先にあるフェーズを完了することはできません。
- メインリリースは個々のリリースより先に進むことはできません:含まれている製品が親の現在のフェーズにまだ到達していない場合、親リリースは次のフェーズに進むことができません。メインリリースを進める前に、含まれているすべての製品が現在のフェーズである必要があります。
これらのルールにより、複数製品リリースのすべての製品が調整された方法でフェーズを通過するようになります。
既に進行中のリリースに製品が追加されると、新しく追加された製品は最も早いフェーズから開始されます。各フェーズにマッピングされたポリシーが自動的に順番に実行されます。- フェーズのすべてのポリシーが準拠している場合、そのフェーズは完了し、リリースは次のフェーズに進みます。
- このプロセスは、製品が親リリースの現在のフェーズに追いつくか、ポリシー評価が失敗するまで、各フェーズで繰り返されます。
- ポリシー評価に失敗した場合、製品のフェーズは非準拠フェーズのままになり、ステータスは [非準拠 — ポリシーの実行に失敗しました] と表示されます。製品を先に進める前に、非準拠を解決する必要があります。これを行うには、ポリシーを準拠させるか 、[フェーズを完了 ] アクションを使用して強制的に完了します。
- ポリシー実行のライフサイクルとステータスのアグリゲーション
- リリースフェーズにマッピングされたポリシーは、実行時に定義されたライフサイクルに従います。
- 未実行:ポリシーはまだ実行されていません。
- 処理中:ポリシーの実行が進行中です。
- 準拠:ポリシーは検証に合格しました。
- 非準拠:ポリシーの検証に失敗しました。
- 例外に準拠:ポリシーは失敗しましたが、承認された例外は適用されています。
すべてのプライマリ製品および含まれている製品のポリシー実行状況が集計され、メインリリースの全体的なポリシーステータスが決定されます。集計は優先度階層に従います。どの製品でも非準拠ステータスがリリース全体で非準拠ステータスになります。
詳細については、「複数製品リリースでのポリシーステータスの集計」を参照してください。