AI開発 本番切替のロールバック責任分界
AI開発の本番切替で、情シス・ベンダー・インフラ担当がロールバックの判断権と責任分界を事前に決める手順、証跡、費用の見方を整理します。

結論
AI開発の本番切替では、切り戻し(ロールバック)を「誰が、どの基準で、いつまでに判断するか」を切替前に決めておくことが重要です。情シス、ベンダー、インフラ担当が、切替手順書、ロールバック判断記録、切替後の監視結果を証跡として残し、責任分界を明文化することで、障害時に判断が止まる事態を防げます。
この記事は、切替当日になって「戻すかどうか」を誰も決められない発注者向けに、ロールバックの判断権と責任範囲を事前に整理する手順をまとめます。分界が曖昧だと、障害の長期化と責任の押し付け合いが起きます。
ロールバック責任分界とは何を決める取り決めか
責任分界とは、本番切替で問題が起きたときに、切り戻すか続行するかの判断権、実作業の担当、影響への対応責任を役割ごとに定めた取り決めです。障害の責任者を後から探すためではなく、切替中に迷わず動けるようにするための取り決めです。
分界を決める前に、切替の範囲、既存システムとの並行運用の有無、切り戻し可能な猶予時間、切替判定に使う指標(エラー率、応答時間、業務影響)を確定しておきます。ここが曖昧だと、判断基準がないまま感覚で対応することになります。
責任分界の対応表
切替とロールバックの各作業について、判断・実行・承認・報告の担当を役割で分けます。表は自社の体制に合わせて調整します。
| 作業 | 判断 | 実行 | 承認 |
|---|---|---|---|
| 切替可否の最終判断 | 発注者PM | - | 発注者責任者 |
| ロールバック起動 | 発注者PM | ベンダー/インフラ | 発注者責任者 |
| データ整合性の確認 | ベンダー | ベンダー | 発注者情シス |
| 業務影響の周知 | 発注者情シス | 発注者情シス | 発注者責任者 |
表で役割を分けるだけでなく、ロールバックの起動基準(どの指標がどの値を超えたら切り戻すか)を文章で明記します。判断を属人化させず、記録に残る基準にすることで、当日に迷いません。
切替計画と承認の進め方
切替計画には、事前作業、切替手順、確認項目、ロールバック手順、判定タイミングを含めます。切替判定は、切替直後・一定時間後・翌営業日など複数のチェックポイントを設け、各時点で続行かロールバックかを判断し記録します。判定会議の参加者と連絡経路も事前に決めます。並行運用ができる場合は、旧環境を一定期間残す期間と撤去の承認も計画します。
データ・権限・ログの扱い
切替では、データ移行の整合性が最大のリスクです。切替前後の件数照合、差分確認、ロールバック時のデータ復元手順を決め、確認結果をログとして残します。本番権限の付与・回収のタイミング、操作ログの取得も切替手順に含めます。個人情報を扱う場合は、切替中の一時データの扱いも確認します。
費用と体制の見方
ロールバックに備える費用として、並行運用のインフラ費、待機体制の人件費、切り戻し作業の工数を見積もります。切替を安く済ませようと待機体制を省くと、障害時の損失が上回ることがあります。切替の実施時間帯(夜間・休日)による費用差や、失敗時の再切替費用の負担者も契約で確認します。
実務チェックリスト
- 切替範囲と並行運用の有無を確定したか
- ロールバックの起動基準(指標と閾値)を決めたか
- 判断・実行・承認・報告の担当を役割で分けたか
- 切替判定のチェックポイントを複数設けたか
- 切替前後のデータ照合と復元手順を決めたか
- 本番権限の付与・回収とログ取得を計画したか
- 並行運用の期間と旧環境撤去の承認を決めたか
- 待機体制と再切替費用の負担者を契約で確認したか
チェックリストは、切替計画時、リハーサル後、切替直前に確認します。責任分界表を切替手順書に添付すると、当日の判断が速くなります。
図解で確認するポイント
この記事の画像は、本番切替からロールバック判断までの流れと役割分担を、複数のカードと接続線で表しています。文字や宣伝を入れず、どの段階で誰が判断するかを視覚的に確認できるようにしています。
AllAI内での次の行動
まず AI発注診断 で切替範囲と体制を整理してください。関連する実務は AI開発 データ移行リハーサルの証跡パック と AI開発 本番監視引き継ぎのRACIテンプレ で確認できます。開発会社の比較は AI開発の発注支援、既製サービスの選択肢は AI/SaaS比較 も合わせて確認します。
FAQ
Q. ロールバックの判断は誰が持ちますか? A. 最終判断は発注者側の責任者が持ち、実作業をベンダーやインフラ担当が行うのが基本です。判断権と実行を分けて記録します。
Q. 切り戻す基準はどう決めますか? A. エラー率、応答時間、業務影響などの指標に閾値を設定し、切替前に文章で合意します。当日の感覚では判断しません。
Q. 並行運用は必要ですか? A. 可能なら旧環境を一定期間残すとロールバックが容易です。費用と天秤にかけ、業務停止の影響が大きいほど並行運用の価値が高まります。
Q. 切替に失敗した場合の費用は誰が負担しますか? A. 原因(仕様、実装、前提変更など)によって分かれます。再切替費用の負担者を契約で事前に確認しておきます。
出典と確認日
- 独立行政法人情報処理推進機構(IPA)「情報システム・モデル取引・契約書」: https://www.ipa.go.jp/digital/model/index.html (確認日: 2026-07-10)
- 独立行政法人情報処理推進機構(IPA)「AIセキュリティ」: https://www.ipa.go.jp/security/ai/index.html (確認日: 2026-07-10)
- 経済産業省・総務省「AI事業者ガイドライン」: https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html (確認日: 2026-07-10)
関連する記事・ガイド
- AI開発会社ガイドBest-of-N: OpusAI開発 本番KPI未達時の契約見直し会議
AIシステムの本番KPIが未達のとき、事業責任者・PM・調達が開く契約見直し会議の論点、証跡、判断、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 検収後クレームの紛争証跡ワークフロー
AI受託開発の検収後にクレームや紛争が起きたとき、法務・PM・経理が証跡を整理するワークフロー、紛争段階、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 障害時ベンダー連絡のエスカレーション表
AIシステムの障害時に、運用・情シス・ベンダーが使うエスカレーション表の作り方、連絡基準、証跡、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 運用マニュアル検収の版管理
AI受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。