環境・リリース対応表

これは何か

環境・リリース対応表は、開発・テスト・本番などの環境ごとに、「どの版のソフトウェアが、いつ入ったか」と「次に何を出す予定か」を1枚で見られるようにした成果物です。

「環境」とは、同じシステムを用途ごとに分けて用意したものです。開発者が作りながら試す環境、テストの担当が確かめる環境、利用部門が受入テストをする環境、そして実際の業務で使う本番の環境があります。分ける理由は 09-03 開発・テスト・本番をなぜ分けるのか で学びます。

「リリース」とは、変更をまとめて1つの版にし、次の環境へ出すことです。

テストの担当から「受入テストで直ったはずの不具合が、また出た」と言われたとき、まず確かめるのは「その環境に、直した版が入っていたか」です。この表があれば、記憶や聞き取りに頼らずに答えられます。

なぜ作るか

• どの環境で、どの版を確かめたのかを、あとから説明できるようにする
• テストで確かめた版と、本番に出す版が同じであることを確かめる
• 次のリリースに何が含まれ、どの環境を通ってきたかを、判断する人に示す
• 本番へは決めた手順でしか変更を入れない、という原則を守れているかを確かめる（08-05）

誰が使うか・いつ作るか

• 管理する人：リリースの取りまとめ役、環境の担当
• 使う人：開発・テストの担当、利用部門の受入テストの担当、リリースを承認する人、運用の担当
• 一般的には、テストの環境ができた時点から付け始め、版を入れるたびに更新します。自動で配布する仕組み（09-04）の記録から自動で作ることもあります
• アステリア案件の環境の数と名前、リリースの単位と間隔、承認する人は、正本に記載がありません。未確定

アステリア案件で、各社のソフトウェアをどの環境にどう入れるか、誰がリリースを承認するか、SYS-09 がどのシステムの配布まで担うかは、正本に記載がありません。未確定

主な項目

一般的には、次の2つの表で構成します。

環境ごとの現在の版

• 環境の名前と用途（開発・結合テスト・受入テスト・本番など）
• システム（または部品）ごとの、今入っている版
• その版を入れた日時と、入れた人（または仕組み）
• その環境で確かめている最中か、確かめ終わったか

リリースの予定と経過（1つのリリースごとに1行）

• リリースの番号
• 含む変更（変更管理台帳 PRG-008、障害管理表 TST-003 の番号への参照）
• 通ってきた環境と、それぞれで確かめた結果
• 承認した人
• 本番に出す予定の日時と、問題があったときの戻し方

読み方

1. 本番に出す予定の版が、受入テストの環境で、同じ組み合わせのまま確かめられているか
2. 環境ごとの版が、部品ごとにそろっているか（1つの部品だけ新しい・古い、がないか）
3. リリースに含む変更が、変更管理台帳・障害管理表の番号でたどれるか
4. 承認の欄と、戻し方の欄が埋まっているか
5. 本番の版が、決めた手順以外で変わっていないか（表の更新の記録と、本番の実際の版が一致するか）

書き方

1. 環境の一覧と用途、部品（アプリ・設定など）の区切り、版の番号の規則を決め、関係するすべての会社・チームでそろえる
2. 版を環境に入れるたびに、日時と入れた人（仕組み）を記録する。できるだけ自動配布の記録から作る
3. リリースごとに、含む変更と通ってきた環境の結果を書き、本番に出す前に承認と戻し方を書く
4. 定期的に、表と実際の環境の版が一致するかを確かめる

何を書いてはいけないか

• 「最新版」のような、いつの版か分からない書き方
• 手で直した設定を、版として記録しないこと（表と実際がずれる）
• 通っていない環境を「確認済み」と書くこと

よくある失敗

• 緊急の修正を本番に直接入れ、ほかの環境に同じ修正が入らず、次のリリースで修正が消える
• 環境の構成（何台で、どこに置くか）と、入っている版の管理が混ざる。環境の構成の図（ARC-007 環境・配置構成図）は、この表とは別の成果物です。この表は版を扱います

関係するUnit・成果物・危機演習

• Unit：09-03 開発・テスト・本番をなぜ分けるのか、08-05 開発者は本番データを自由に見てよいのか、09-04 自動テストと自動配布
• 成果物：DEV-002 開発・レビュー標準、PRG-008 変更管理台帳、TST-003 障害管理表、CUT-003 切り戻し計画書
• 危機演習：この成果物を直接の題材にする危機演習はありません

いつ使うか

この教材では STAGE 09｜120人で安全に開発する の文脈で扱います。 アステリア案件での正式な作成・使用時期（月）は正本に記載がないため、未確定としています。