企業向け / システム開発・本番化

検収合格でも本番稼働できない?Go-live判定7条件

システムの受入テストや検収に合格しても、データ、権限、教育、監視、障害対応、切戻し、指揮系統がなければ本番稼働できません。Go-liveの開始・延期・限定開始を7条件で判断します。

この記事の対象

受入テストや検収が終わり、本番開始日を承認しなければならないが、移行・教育・監視・切戻しまで判断できる社内IT責任者がいない経営者・事業責任者・兼任情シス

編集はたらく士業さん編集部(GXO株式会社)

受入テスト、本番移行、運用設計、障害・切戻し計画レビューGXO株式会社 システム開発チーム/技術・業務面のGo-live条件、移行リハーサル、運用証拠、開始分岐の整理。契約上の検収、法令適合、補助事業完了、事業継続の最終決裁は対象外(2026-07-26)

結論から言うと、受入テストや検収への合格は、本番開始の許可と同じではありません。画面・機能が仕様どおりでも、移行データが照合できない、利用者権限が過大、現場教育が未完了、異常を検知できない、障害時の連絡先がない、切戻せない、最終判断者が不在なら、業務を開始すべきではありません。

本番稼働の直前に、データ、権限、教育、監視、障害対応、切戻し、指揮系統の7条件を証拠で判定します。7条件、48時間前のリハーサル、60分会議はGXOの内部実務基準であり、法律・補助制度・公的調達の必須基準ではありません。業務の重要度、許容停止時間、契約、監督規制に応じて厳しくします。

全面開始、限定開始、延期、停止の4分岐を用意し、経営者が残余リスク、売上影響、顧客影響、追加費用を読んで決裁します。GXOは技術・業務証拠を整理しますが、無停止稼働や障害ゼロを保証しません。

ベンダーテスト・受入・検収・Go-liveを同じ合格にしないリンク

ベンダーテストは作り手が設計・実装の正しさを確認する工程、利用者受入テストは業務担当者が実際の業務を完了できるか確認する工程、検収は契約上の成果物・条件を満たしたか判断する工程、Go-live判定は実データ・実利用者・実運用で業務を開始できるか決める経営判断です。

一つの「テスト完了」印で四つを兼ねると、誰が何を承認したか分からなくなります。受入テスト20項目の結果、未解決不具合、契約上の扱い、本番運用への影響を分けて記録します。

デジタル庁の標準ガイドライン群はテスト、受入、移行、運用・保守を分け、改定資料でも移行計画や稼働判定基準、教育、運用引継ぎを明確化しています。政府情報システム向け資料で、民間企業へそのまま強制されるものではありません。

表は横にスクロールして全項目を確認できます

四つの合格を分ける
判断主な問い主な責任者次に残る判断
ベンダーテスト設計・実装どおり動くか開発責任者利用者が業務を完了できるか
利用者受入現場業務・例外を処理できるか業務責任者契約上の検収条件
検収契約成果物・基準を満たすか契約責任者本番を安全に開始できるか
Go-live実運用を開始・復旧できるか経営・事業責任者開始後KPIと撤退

Go-liveはデータ・権限・教育・監視・障害・切戻し・指揮の7条件で判定するリンク

七つすべてに責任者、完了条件、確認日時、証拠URL、未解決事項、期限を付けます。「ベンダー確認済み」「たぶん大丈夫」「当日対応」は証拠に数えません。重大条件が一つでも未確認なら、全面開始ではなく限定開始・延期・停止へ移します。

データは件数・金額・状態・関連を照合し、権限は職務分離と緊急時権限を確認します。教育は資料配布ではなく代表業務を利用者が自力で完了できること、監視は異常を検知して担当者へ届くこと、障害対応は連絡・一次切分け・代替業務を実行できることを確かめます。

切戻しはバックアップがあるだけでは不十分です。戻す時点、手順、所要時間、戻した後のデータ差分を実測します。指揮系統は開始・継続・縮小・切戻しを誰が何時までに決めるかを明記し、不在時の代理人も置きます。

表は横にスクロールして全項目を確認できます

Go-live判定7条件
No.条件最低限の証拠No-goの例
1データ件数・金額・関係・差分の照合重要データの欠損・不一致
2権限役割別権限表・実アカウント退職者権限・共有管理者
3教育代表業務の操作・例外訓練担当者が自力処理できない
4監視検知・通知・一次対応の実発報異常が誰にも届かない
5障害対応連絡網・優先度・代替業務夜間・休日の責任者不在
6切戻し復元・所要時間・差分処理手順や判断期限がない
7指揮系統開始・継続・停止の決裁者ベンダーしか判断できない

移行と切戻しを同じ10列で記録し、片道計画を止めるリンク

本番移行計画に開始側の作業しかない場合、障害が起きてから切戻し可否を考えることになります。作業IDごとに対象、開始条件、実行者、予定・実績時刻、確認方法、失敗条件、切戻し、データ差分、決裁者を一行で持ちます。

切戻し可能な最終時刻は技術時間だけでなく業務時計で決めます。新旧両方へ注文・決済・在庫・会計等が入り始めた後は単純復元で戻せません。二重入力、未処理、外部送信、顧客通知の扱いまでリハーサルします。

バックアップ取得成功ではなく、隔離環境での復元、アプリ起動、代表データ照合まで確認します。非機能・セキュリティ要件18項目で合意したRPO・RTO・復元条件を移行台帳へ接続します。

表は横にスクロールして全項目を確認できます

移行・切戻し台帳の10列
記録内容判断用途
作業ID一意の移行・確認番号順序・変更追跡
対象データ・機能・連携・利用者影響範囲
開始条件前工程・停止・バックアップ着手可否
実行者主担当・確認者・代理責任所在
時刻予定開始終了・実績遅延判断
確認件数・金額・画面・ログ成功判定
失敗条件しきい値・期限・重大事象中断判断
切戻し手順・所要・復元点復旧可能性
差分処理二重・欠損・再入力・通知業務整合
決裁者続行・限定・切戻しの権限者最終判断

全面開始・限定開始・延期・停止の4分岐を先に承認するリンク

選択肢を「予定どおり開始するか」だけにすると、延期が失敗扱いになり、未解決リスクが過小評価されます。全面開始、限定開始、延期、停止を同じ表に置き、顧客・売上・現場・費用への影響を比較します。

限定開始は対象拠点、利用者、取引、機能、時間帯、データを制限し、いつ誰が拡大・停止するか決めた状態です。延期は解消条件・責任者・再判定日・追加費上限を置きます。停止は旧業務継続や再構築等の代替を決めます。

補助事業の期限、顧客への約束、契約上の検収時期は重要ですが、安全な本番開始を自動で正当化しません。期限と残作業が衝突する場合は補助金システム開発の遅延救済で残余リスクと承認者を固定し、制度・契約への影響は技術判断と分けて権限ある確認先へ戻します。

表は横にスクロールして全項目を確認できます

Go-liveの4分岐
分岐条件承認する記録
全面開始7条件合格、重大未解決なし開始時刻・監視・撤退条件
限定開始範囲限定で残余リスクを制御対象・期限・拡大条件・停止権限
延期解消可能な重大条件が未達解消責任・期限・費用・再判定
停止許容不能または回復見込み不足旧業務・顧客対応・再構築

48時間前リハーサルで、手順ではなく業務を通すリンク

GXOの標準では、可能なら本番開始48時間前までに、実行者・確認者・決裁者が参加して移行、照合、監視発報、障害連絡、切戻し、差分処理を通します。48時間は公的基準ではなく、修正と再判定の時間を残す内部目安です。大規模・高重要度案件では前倒しします。

本番相当のデータ量・権限・連携・時間制約で実施し、成功操作だけでなく意図的にエラーを発生させます。予定時間を超えた工程、手順外の口頭判断、特定担当者しかできなかった操作、監視されなかった異常を残課題へ上げます。

リハーサル後の手順変更は差分レビューし、変更箇所だけでも再確認します。最新版の手順、連絡網、認証情報の保管先を共有し、版番号と承認時刻を固定します。

リハーサルで実測する8項目

  • 本番停止から移行開始までの所要時間

  • データ投入・連携再開・件数金額照合

  • 役割別ログインと代表・例外業務

  • 異常検知から担当者通知までの時間

  • 障害一次切分けと経営報告

  • 切戻し判断期限・復元・差分処理

  • 顧客・取引先・社内への通知判断

  • 手順外作業・属人操作・未計測事項

60分判定会議で、未確認を合格へ変えないリンク

会議には経営または事業決裁者、業務責任者、技術責任者、運用・サポート、ベンダー、必要に応じて法務・セキュリティ・経理を参加させます。最初の20分で7条件、次の20分で移行・切戻しと残課題、最後の20分で4分岐と開始後の指揮を決めます。

黄色信号は影響、暫定策、期限、責任者、停止条件がそろった場合だけ条件付きで受け入れます。「軽微」「運用で回避」「後日対応」だけでは受け入れません。赤信号は回避策を実測して再判定します。

決裁記録には反対意見も残します。開始後24時間・72時間・7日のKPI、障害、顧客影響、手作業、追加費用を確認し、拡大・継続・縮小・切戻しを判断します。

全面開始を止める7条件

  • 移行データの重要件数・金額・関係を照合できない

  • 過大権限・共有管理者・緊急アクセス未確認

  • 現場が代表・例外業務を自力で完了できない

  • 重大異常が監視・通知・一次対応へ届かない

  • 障害連絡先・代替業務・顧客通知の責任者が不在

  • 切戻し期限・復元時間・差分処理を実測していない

  • 開始・継続・限定・停止の決裁者または代理が不在

まとめ:検収印ではなく、開始後に守れる証拠で決めるリンク

Go-liveは納品の最終作業ではなく、実データ・実利用者・実運用へ責任を移す経営判断です。ベンダーテスト、受入、検収、本番稼働を分け、7条件を証拠で判定します。

移行・切戻し10列、4分岐、48時間前リハーサル、60分会議によって、期限だけの見切り発車と、障害後に初めて責任者を探す状態を防ぎます。条件数と時間はGXO内部基準で、無事故や継続稼働を保証しません。

GXOはGo-live判定、移行・切戻しレビュー、受入不足の是正、本番レスキューを支援します。契約、補助制度、規制、事業継続の最終判断は、技術証拠を添えて各責任者へ戻します。

よくある質問リンク

受入テストに合格したら予定日に本番開始できますか?

自動では決まりません。受入は業務要件の確認、本番開始はデータ、権限、教育、監視、障害対応、切戻し、指揮系統を含む別判断です。

検収を終えないとGo-liveできませんか?

契約・案件条件によります。検収とGo-liveを別々に判定し、未解決事項、責任、費用、リスクを契約責任者と確認してください。

切戻しテストはバックアップ取得の確認だけで十分ですか?

不十分です。隔離環境で復元し、アプリ起動、データ照合、所要時間、切戻し後に生じる業務差分まで実測します。

期限が迫る場合は限定開始できますか?

対象者・機能・データ・時間帯を限定し、残余リスク、期限、拡大条件、停止権限を承認できる場合の選択肢です。

Go-live判定はベンダーに任せてもよいですか?

技術報告は受けられますが、顧客・売上・現場・継続への影響は発注者の事業判断です。経営・業務・技術の責任者を分けます。

GXOへ依頼すると本番障害を防げますか?

障害ゼロは保証しません。7条件、移行・切戻し、監視、指揮系統を証拠で確認し、4分岐を判断できる状態へ整えます。

出典・公式情報リンク

制度の要件・金額・期限は年度や公募回で変わります。最終更新日(2026-07-26)時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。

この記事の更新履歴
  1. 初版。Go-live 7条件、移行・切戻し10列、4分岐、48時間前リハーサル、60分判定会議を公開

NEXT DECISION

次に確認する記事

補助金・システム開発

システム受入テストの合格条件|補助金の検収前に確認する20項目

システムの受入テストで何を確認し、いつ検収してよいかを経営者向けに整理。業務シナリオ、重大不具合、データ移行、権限、再テスト、証拠を20項目で判定し、「一応動く」状態での検収を防ぎます。

補助金・システム開発

補助金システム見積に入れる非機能・セキュリティ要件18項目

補助金システムの見積前に、可用性、性能、拡張性、運用、移行、バックアップ、権限、ログ、脆弱性対応を18項目で定義。機能一覧だけの発注で品質が追加費用化する失敗を防ぎます。

補助金・AI開発

補助金でPoCを作る前に決める本番化7ゲート|検証で終わらせない

補助金でAI・DXのPoCを始める前に、事業、基準値、データ、品質、安全、運用、経済性の7ゲートを設定。デモ成功だけで終わらず、本番化・再設計・停止を判断できます。

補助金・システム開発

補助金システム開発が遅延したら|30日・14日・7日前の救済判断

補助金を使うシステム開発が遅れたとき、完了期限の30日・14日・7日前に何を止め、何を残すかを整理。完成率ではなく、WBS、検収可能版、重大不具合、変更手続、支払い、証憑から続行・縮小・停止を判定します。