リリース準備(ピットイン方式参照モデル)

統合検証と品質エビデンスの整備。出荷判定(開発ラインの外の人)とリリース決裁(事業)を別の人が通過させる

ワークフロー(第2階層)

各アクティビティをクリックすると、個別作業(第3階層)へ移動します。

graph LR
  a0["統合検証"]
  a1["品質エビデンスの整備"]
  a0 --> a1
  click a0 "/process-compass/phase4-process-design/process-model/ship/integration-verify/" "統合検証の詳細へ"
  click a1 "/process-compass/phase4-process-design/process-model/ship/evidence-prep/" "品質エビデンスの整備の詳細へ"

アクティビティ一覧

統合検証 — 非機能要件・運用シナリオの検証。AI がテストを生成し人が結果を判定する(担当: 開発者(検証者)、品質保証(出荷判定者)、AIエージェント)
品質エビデンスの整備 — 出荷判定に必要な記録(テスト消化・欠陥・負債・ゲート通過)を AI が集約し QA が確認する(担当: 品質保証(出荷判定者)、AIエージェント)

このフェーズの出口ゲート

出荷判定

Deliverables	品質レポート / 技術負債台帳 / 全ゲート通過記録
判定基準	計画したテストの消化率 / 未解決の欠陥 / 受容した負債の台帳記録 / 運用引き継ぎ文書 / 全ゲートの通過記録 / AI 品質指標の確認 / (安全関連ソフトウェアのみ)安全適合性の検証記録 / 知財潔白性の検査記録 / 保証の開示の完備
判定者	品質保証(開発ラインの外の人。署名する)
判定結果	出荷可 / 出荷不可

※ 既存の出荷判定制度を活かす。判定は「記録と基準の突合」に限定し、ここで再テスト・再レビューを始めない(滞留防止=G5対応)

リリース決裁(契約上の区切りを兼ねる)

Deliverables	出荷判定結果 / 事業影響評価
判定基準	出荷判定(G-7)を通過している / 事業リスクの受容判断
判定者	事業決裁者
判定結果	Go / Hold

※ 技術判定の通過が前提なので、ここは純粋な事業判断のみ。目安48時間以内。技術品質を蒸し返さないことを規程に明記する