Partner articleAI開発会社ガイドBest-of-N: Opus2026/7/9

AI開発本番監視引き継ぎのRACIテンプレ

AI開発の本番監視を運用へ引き継ぐとき、運用・SRE・ベンダーが役割分担をRACIで整理する手順、監視項目、証跡、費用の見方をまとめます。

本番監視の役割分担を実行と承認で仕分ける表の考え方を表す文字なしの図解 — Image: AllAI editorial image

結論

AI開発の本番監視を運用体制へ引き継ぐときは、監視項目と対応の役割分担を、実行・説明責任・相談・報告に分けた表(RACI)で整理することが重要です。運用担当、SRE、ベンダーが、監視項目定義、アラート閾値、オンコール表を証跡として残すと、障害時に「誰が対応するか分からない」空白を防げます。

この記事は、リリース後の監視が属人化して夜間や休日に対応が止まる発注者向けに、監視の役割を明確にする引き継ぎ手順をまとめます。分担が曖昧だと、アラートが放置されるか、逆に全員が様子見してしまいます。

監視引き継ぎのRACIとは何を決める仕組みか

RACIとは、監視項目や対応作業ごとに、実際に手を動かす担当(実行)、結果に責任を持つ担当(説明責任)、相談を受ける担当、報告を受ける担当を割り当てる整理方法です。組織図を作るためではなく、障害や異常時に誰が動くかを一意に決めるための仕組みです。

作る前に、監視の対象(システム稼働、AIの精度・挙動、コスト、セキュリティ)、アラートの種類、対応の連絡経路を確定します。監視項目が曖昧だと、そもそも役割を割り当てられません。

RACIの対応表

監視項目ごとに役割を割り当てます。表は自社の体制に合わせて調整します。

監視項目	実行	説明責任	相談・報告
システム稼働・エラー	運用担当	発注者PM	ベンダー
AIの精度・出力異常	ベンダー	発注者PM	情シス
コスト・利用量	運用担当	発注者責任者	経理
セキュリティ・不正利用	情シス	発注者責任者	ベンダー
アラート一次対応	オンコール担当	運用リーダー	全体

表で役割を割り当てるだけでなく、AI特有の監視(精度の低下、想定外の出力、入力の傾向変化)を誰が見るかを文章で明記します。AIはシステムが正常でも出力品質が劣化することがあり、稼働監視だけでは異常に気づけません。精度監視の担当と閾値を決めておくことが重要です。

引き継ぎと承認の進め方

監視引き継ぎは、監視項目の定義→閾値設定→対応手順の合意→オンコール体制の確立→試験運用の順で進めます。引き継ぎ完了は、運用側がアラートに実際に対応できるかで確認します。一定期間はベンダーが並行して監視し、対応方法を運用へ移すこともあります。閾値やアラート条件は運用開始後に調整するため、見直しの担当も決めます。

データ・権限・ログの扱い

監視には、システムログ、AIの入出力記録、コスト記録が必要です。誰がどのログにアクセスできるか、ログの保存期間を決めます。AIの入出力を監視する場合、個人情報や機密情報の扱いに注意し、監視のためのアクセス範囲を最小限にします。アラートの発報と対応の記録を残し、後から傾向を分析できるようにします。

費用と体制の見方

監視体制は、オンコールの待機費用、監視ツールの費用、ベンダーの並行監視費用が発生します。24時間監視が必要か、営業時間内で十分かは業務の重要度で判断します。過剰な監視体制はコスト過剰、不足は障害の長期化につながるため、業務影響に見合った体制を設計します。ベンダーによる監視をいつまで続けるか、運用へ移管した後の費用も見積もります。

実務チェックリスト

監視対象(稼働・精度・コスト・セキュリティ)を確定したか
監視項目ごとに実行・説明責任・相談報告を割り当てたか
AI特有の精度・出力異常の監視担当を決めたか
アラート閾値と一次対応の手順を合意したか
オンコール体制と連絡経路を確立したか
ログのアクセス権限と保存期間を決めたか
アラート発報と対応の記録を残す仕組みがあるか
監視体制の費用と業務影響が見合っているか

チェックリストは、引き継ぎ計画時、試験運用後、運用開始後の見直し時に確認します。RACIと監視項目定義を台帳化すると、体制変更時にも役割を再確認できます。

図解で確認するポイント

この記事の画像は、本番監視の項目ごとに役割を実行・説明責任・相談報告へ仕分ける流れを、複数のカードと接続線で表しています。文字や宣伝を入れず、どの項目を誰が担うかを視覚的に確認できるようにしています。

AllAI内での次の行動

まず AI発注診断で運用体制を整理してください。関連する実務は AI開発障害時ベンダー連絡のエスカレーション表と AI開発本番切替のロールバック責任分界で確認できます。開発会社の比較は AI開発の発注支援、監視ツールの選択肢は AI/SaaS比較も合わせて確認します。

FAQ

Q. RACIで役割を分ける利点は何ですか? A. 障害や異常時に「誰が動くか」が一意に決まり、放置や様子見を防げます。実行と説明責任を分けることで、対応と最終判断の担当が明確になります。

Q. AIの監視はシステム監視と何が違いますか? A. システムが正常でも出力品質が劣化することがあるため、精度や出力の異常を別に監視する必要があります。稼働監視だけでは気づけません。

Q. 24時間監視は必要ですか? A. 業務の重要度で判断します。夜間停止が業務に大きく響く場合は必要ですが、営業時間内で十分なら過剰な体制は避けます。

Q. ベンダーの監視はいつまで続けますか? A. 運用側が自立して対応できるまで並行監視し、移管後の費用も見積もります。移管の完了は実際にアラート対応ができるかで判断します。

出典と確認日

独立行政法人情報処理推進機構(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)
独立行政法人情報処理推進機構(IPA)「情報システム・モデル取引・契約書」: https://www.ipa.go.jp/digital/model/index.html (確認日: 2026-07-10)

AI開発パートナー