AI開発 ベンダー要員交代の承認フロー
AI受託開発でベンダーの要員が交代するとき、PM・調達・セキュリティが確認する承認フロー、スキル要件、引き継ぎ証跡、費用の見方を整理します。

結論
AI受託開発でベンダーの要員が交代するときは、事後報告ではなく、事前の承認フローに沿ってスキルと引き継ぎを確認することが重要です。開発PM、調達、セキュリティが、要員スキルシート、交代申請、引き継ぎ記録を証跡として残すと、品質低下や情報漏えいのリスクを抑えられます。
この記事は、キーパーソンが黙って入れ替わり品質が落ちた経験のある発注者向けに、要員交代を管理する承認フローの作り方をまとめます。フローがないと、交代のたびに立ち上がりが遅れ、責任の所在も曖昧になります。
要員交代の承認フローとは何を管理する仕組みか
承認フローとは、ベンダー側の主要メンバーが交代する際に、後任のスキル、交代理由、引き継ぎ計画を発注者が事前に確認し、承認する手順です。人事に介入するためではなく、契約で前提としたスキル水準とセキュリティ管理を維持するための仕組みです。
フローを作る前に、契約でキーパーソンの定義(役割、スキル、稼働率)、交代時の通知義務、承認の要否を合意しておきます。契約に何も書いていないと、交代を止める根拠がありません。
承認段階の対応表
要員交代は、対象者の役割に応じて承認の重さを変えます。表は契約と体制に合わせて調整します。
| 交代対象 | 事前通知 | 承認 | 確認する証跡 |
|---|---|---|---|
| プロジェクト責任者 | 必須 | 発注者責任者 | スキルシート、引き継ぎ計画 |
| 主要開発者 | 必須 | 発注者PM | スキルシート、担当範囲の記録 |
| セキュリティ担当 | 必須 | 発注者情シス | 権限一覧、アクセス見直し |
| 一般メンバー | 事後報告可 | - | 稼働記録、アクセス付与記録 |
表で段階を分けるだけでなく、後任のスキルをどう確認するか(経歴、実績、面談)を文章で決めます。特にセキュリティ担当や権限を持つメンバーの交代では、アクセス権の付け替えと旧担当の権限回収を確実に記録します。
承認と引き継ぎの進め方
要員交代は、交代申請→スキル確認→引き継ぎ計画の承認→引き継ぎ実施→完了確認の順で進めます。引き継ぎ計画には、担当範囲、未完了タスク、注意点、引き継ぎ期間を含めます。交代直後の立ち上がり遅延を防ぐため、一定期間の並行稼働を求めることもあります。引き継ぎ完了は、後任が担当範囲を説明できるかで確認します。
データ・権限・ログの扱い
要員交代では、アクセス権限の管理が最重要です。旧担当の権限を速やかに回収し、後任へ必要最小限の権限を付与します。誰がいつどの権限を持っていたかの記録を残し、退任者のアカウント無効化を確認します。個人情報や機密データにアクセスしていた担当の交代では、秘密保持の継続と持ち出しがないことを確認します。
費用とスケジュールの見方
要員交代は、引き継ぎ期間の並行稼働費用や、立ち上がり中の生産性低下を伴います。頻繁な交代はコストと品質の両面で不利なため、契約でキーパーソンの継続性を求めることがあります。交代がベンダー都合か発注者都合かで、引き継ぎ費用の負担者が変わるため、契約で確認します。交代によるスケジュール影響も記録します。
実務チェックリスト
- 契約でキーパーソンの定義と交代時の通知義務を決めたか
- 交代対象の役割に応じた承認段階を設計したか
- 後任のスキル確認方法(経歴・実績・面談)を決めたか
- 引き継ぎ計画に担当範囲・未完了・注意点を含めたか
- 立ち上がり遅延を防ぐ並行稼働を検討したか
- 旧担当の権限回収と後任への権限付与を記録したか
- 退任者のアカウント無効化と秘密保持継続を確認したか
- 引き継ぎ費用の負担者を契約で確認したか
チェックリストは、契約時、交代申請時、引き継ぎ完了時に確認します。承認フローと権限記録を台帳化すると、監査やトラブル時に説明できます。
図解で確認するポイント
この記事の画像は、要員交代の申請から承認、引き継ぎ、権限見直しまでの流れを、複数のカードと接続線で表しています。文字や宣伝を入れず、どの段階で何を確認するかを視覚的に確認できるようにしています。
AllAI内での次の行動
まず AI発注診断 で必要な体制とスキル要件を整理してください。関連する実務は AI開発 運用マニュアル検収の版管理 と AI開発 ベンダーロックイン回避の出口条項レビュー で確認できます。開発会社の比較は AI開発の発注支援、社内のAI人材採用は AI人材の採用 も合わせて確認します。
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)
- 個人情報保護委員会「個人情報保護法についてのガイドライン」: https://www.ppc.go.jp/personalinfo/legal/ (確認日: 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受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。