企業AIプロジェクトWiki

開発・テストから本番運用へ進む際に区別すべき環境、バージョン、デプロイ、リリースの概念です。

1. 01ステージング環境ステージング環境とは、本番投入前に、本番候補の成果物、環境設定、正式なデプロイ経路を最終確認する管理された非本番環境です。リリースリスクに関係する本番条件をできる限り再現しながら、実ユーザー、本番データ、不可逆な業務操作から分離し、設定、権限、通信、依存、移行、起動、観測の問題を稼働前に発見します。項目を見る→
2. 02テスト環境テスト環境は、テスター、開発者、自動化プログラムが識別可能なバージョンを実行し、期待結果を検証するための管理された非本番環境です。設定、データ、依存先、アクセス権、リセット方法を明確にし、実ユーザーや本番データに影響を与えず、問題を発見、記録、再現、再テストできるようにします。項目を見る→
3. 03デプロイデプロイとは、識別可能なSoftware／System Versionを、管理された手順で指定対象環境へ導入、設定、更新し、依存、DB、権限、起動、Health、記録を確認して期待する実行状態を作る過程です。完全なデプロイは入力Artifact、Target、実行手順、変更結果、検証証拠、失敗時の停止・復旧を説明でき、「FileをUploadした」だけでは完了しません。項目を見る→
4. 04バージョン番号バージョン番号とは、変化する対象の特定状態を区別、参照、順序付け、他状態と関連付けるため、合意された規則に従って付与する識別子です。有効な案件バージョン番号は、明確な対象と変更記録へ遡れなければなりません。同じ番号が別内容を指したり、番号変更と対象を結び付けられなければ、配備、検収、Rollback、障害調査を支える識別子ではなく表示文字にすぎません。項目を見る→
5. 05ユーザー受入テスト環境（UAT環境）ユーザー受入テスト環境（UAT環境）とは、権限を与えられた業務利用者、顧客代表、その他の受入責任者が、合意済みの業務シナリオと検収基準を用いて、一意に特定できる候補版を正式に業務評価する非本番環境です。対象業務を代表する設定、権限、データ、依存先を用意し、許可のない実業務への副作用を防ぎ、入力、実結果、問題対応、最終判断まで追跡できる記録を残します。項目を見る→
6. 06リリースリリースとは、識別可能なソフトウェアのバージョン、機能または設定を、指定時刻に所定の経路で明確な対象者が取得・閲覧・利用できる状態にすることを組織が承認し、その影響を確認する統制された過程です。変わるのは利用可能性と公開範囲であり、Traffic Route、Feature Flag、利用権限、Download Channel、Store配信などで実施できます。デプロイと同時である必要はありません。項目を見る→
7. 07ロールバックロールバックとは、変更によって許容できない結果が生じた後、事前に定めた順序で新たな統制変更を実行し、影響を受けたComponentを既知の正常・検証済み・互換状態へ戻し、変更期間中に生じたDataと外部影響を照合する過程です。旧Processの起動ではなく、Service、Data、権限、業務Flow、観測指標が規定の復旧状態に達した時に完了します。項目を見る→
8. 08環境分離環境分離とは、あるライフサイクル環境の人、プログラム、データ、資格情報、変更、障害が、明示的に許可された管理経路なしに別環境へアクセス、変更、影響することを防ぐ境界と統制の組合せです。計算資源だけでなく、権限、通信、データ流通、秘密、配備先、共有サービス、ログを制限し、試験と監査証拠で実効性を確認します。項目を見る→
9. 09実行環境実行環境とは、指定したソフトウェア成果物を起動し、処理を実行し、必要な資源と通信させる実際の技術条件の集合です。一般に、プロセッサとOS、言語またはアプリケーションランタイム、システムとアプリの依存関係、起動方法、設定と秘密情報、IDと権限、ネットワークとストレージ、資源制限、実行中に利用する外部サービスを含みます。同じコードでも、これらの条件が実質的に異なれば、動作、性能、セキュリティ結果が変わる可能性があります。項目を見る→
10. 10本番環境本番環境は、実際のユーザー、業務データ、業務操作を正式に扱うための運用条件全体です。サーバーやデプロイ済みコードだけを指すのではなく、アクセス経路、コンピュートとランタイム、ネットワーク、データストア、IDと権限、設定と秘密情報、外部依存、監視とアラート、バックアップと復旧、さらに継続運用を担う人と手順を含みます。項目を見る→

案件要件を、実行・証拠化・承認できるテストと検収の条件へ変える方法を説明します。

1. 01検収基準検収基準とは、指定した成果物またはバージョンを受け入れられるか判断するため、関係者が事前に合意する検証可能な条件です。対象、適用場面、期待結果、許容範囲、検証方法、必要な証拠、判定権限を定め、その場の感覚ではなく記録に基づいて合否を決められるようにします。項目を見る→
2. 02検収対象版（Acceptance version）検収対象版とは、検収Cycle開始前に案件の権限者が正式指定し、検収範囲、環境、基準、証拠へ結び付けたSolution Configuration Baselineです。Application Artifact、設定、DB変更、Interfaceと依存先、必要なデータ状態、文書、企業AIのModel、Prompt、Knowledge、Toolを列挙し、全参加者が同じ対象を試験できるようにします。実質変更は新Baselineとし、影響に応じて再テスト範囲を判断します。項目を見る→

案件で実施することと実施しないことを定め、見積、日程、検収、変更管理の共通境界を作る方法を説明します。

1. 01プロジェクトスコーププロジェクトスコープとは、特定の版で関係者が承認した納品境界です。今回、どの利用者と業務場面に何を届けるか、必要な作業・システム・データ・環境をどこまで含めるか、誰が何を担うか、何をもって完了とするか、何を明確に対象外とするかを定め、見積、日程、要員、検収、変更判断の共通基準にします。項目を見る→