リリース判定基準（書）の概要

リリースしてもよいかを判定する条件を設定・記述した書類になります。

リリース判定基準書という言葉はあまり一般的ではないと思います。実践ガイドブックでは「移行判定」、「稼働判定」という言葉を使っているようです（リリース判定という言葉も文中にはありますが）。

資料の概要は下記の感じです。

項目	内容
作成目的	リリースを判定する条件を記述
記述すべき内容	リリース判定基準、判定合否時の対応
作成タイミング	リリース判定まで
対象者	プロジェクトメンバー（非技術者、技術者）
ファイル形式	パワーポイント、Excel、Word
備考	リリース判定基準書というような言葉が一般的にあるわけではない

一般的にはどうなのか？が気になる人は後半にある「一般的には（参考）」に先に目を通してもらったほうがいいかもしれません。

サンプルのダウンロードはこちらから。

要点解説（抜粋）

では、資料作成における要点について簡単に說明します。

リリース判定基準のメインコンテンツはテスト結果なのでテスト結果報告書が先行書類の代表かと思います。一方、リリースの判定には単にテストがOKだったかということではなく、運用を含めた周辺準備ができているかという総合的な視点が必要です。

先行資料でも書きましたが、リリース判定のメインコンテンツが「テスト結果」であることは間違いありませんが、技術だけでなく、運用、営業、マーケティング等の周辺状況も考慮した上で基準を設定する必要があります。

もちろんその結果、「テスト結果がOKならリリース」というのもありです。

今回は下記のような項目を記述してみました。

では、サンプルの主要なページについて少し解説したいと思います。

特に補足することはありません。

こんな感じ。

まずはリリース判定条件の一覧です。
各種テスト結果に加え、その他の条件も追加しています。

リリース判定会議をいつ、誰の出席で開催するか記述。予備日も設定しておくほうが無難。

リリース判定の条件を満たしているか記述。もちろんこれが記述できるのはテスト結果報告後。

リリース判定承認、否決時の対応について明確にしておきます。

実践ガイドブックにはリリース判定に関するテンプレートはありませんが、受入テスト計画書の「合否判定基準」がある程度参考になります。

合否判定基準の記述は下記の通り。品質基準、合否判定基準に加え、不合格時の対応などもありますね。

また、リリース判定という言葉ではなく、（本番への）移行判定・稼働判定の基準についての說明が本編（第3編7章設計・開発 P58）に存在しており、それぞれについて「いつ」、「誰が」、「何を判定するために」、「どのような条件で」、「どのように」判定するのかを決定・合意しておくべきとしています。

なお、移行判定と稼働判定の差は以下としています。

という感じのようです。