外部SIerとの連携不全がプロジェクトを遅延させた

はじめに

多くの企業がAI導入プロジェクトを進める際、専門的な知識や経験を持つ外部のシステムインテグレーター（SIer）に委託することが一般的です。これは、社内にAIに関する専門人材が不足している場合、非常に合理的な選択となります。しかし、外部SIerとの連携がうまくいかず、プロジェクトが大幅に遅延したり、最悪の場合は失敗に終わったりするケースが後を絶ちません。これには、技術的な課題だけでなく、コミュニケーションや期待値の管理といった人間的な要素も大きく影響しています。

本記事では、外部SIerとの連携不全がプロジェクトを遅延させた具体的な事例を紹介し、その原因と対策について詳しく解説します。これにより、同様の問題を未然に防ぎ、プロジェクトを成功に導くためのヒントを提供します。

外部SIer活用の現状と課題

なぜ外部SIerを活用するのか

企業がAI導入で外部SIerを活用する理由は以下の通りです：

1. 社内AI人材の不足：データサイエンティストや機械学習エンジニアが不在で、専門的な知識を持つ人材を確保できない場合、外部の専門家を活用することでプロジェクトを円滑に進めることができます。AI技術は急速に進化しており、最新の知識とスキルを持つ人材を社内で育成するには時間とコストがかかります。

2. プロジェクト経験の欠如：AI導入のノウハウがない企業にとって、経験豊富なSIerの支援は非常に価値があります。特に、過去の成功事例を持つSIerは、プロジェクトのリスクを軽減するための貴重なパートナーとなります。彼らの経験に基づくアドバイスは、プロジェクトの方向性を正しく導くための重要な要素です。

3. リソースの一時的確保：プロジェクト期間のみの人員が必要な場合、外部リソースを活用することで、必要な時に必要なだけのリソースを確保できます。これにより、プロジェクトの柔軟性が向上し、社内リソースの過剰な負担を避けることができます。

4. 技術トレンドへの対応：最新技術を持つ専門家の知見を活用することで、競争力を維持し、業界内でのポジションを強化することが期待できます。AI技術は日々進化しており、最新のトレンドを取り入れることで、企業は市場での優位性を確保できます。

連携不全が発生しやすい構造的要因

情報の非対称性

• 発注者はAI技術に詳しくないことが多く、技術的な詳細を理解するのが難しい状況にあります。一方で、SIerは発注者の業務に詳しくないため、互いに「相手がわかっているはず」と思い込むことが多く、これが誤解を生む原因となります。情報の非対称性は、プロジェクトの初期段階で特に顕著であり、双方が同じ土俵に立つためには、明確なコミュニケーションが不可欠です。

ゴールの不一致

• 発注者はビジネス成果の達成を目指す一方で、SIerは契約範囲の遂行（工数内での完了）を重視します。このため、「成功」の定義が異なり、プロジェクトの進行において摩擦が生じることがあります。双方が同じ目標を持つことが重要であり、初期段階でのゴール設定がプロジェクトの成功を左右します。

コミュニケーション頻度の問題

• 対面での打ち合わせが限定的で、文書ベースのやり取りが主になると、認識齟齬が生じやすくなります。これにより、問題の発覚が遅れ、結果としてプロジェクト全体に影響を及ぼすことが少なくありません。定期的なコミュニケーションとフィードバックループの確立が、プロジェクトのスムーズな進行を支えます。

トラブル事例

事例1：要件定義の認識齟齬による手戻り

企業概要と背景
製造業PP社。製品の需要予測AIを外部SIerに委託。契約金額5,000万円、期間12ヶ月。

プロジェクト経緯

要件定義フェーズ（2ヶ月）

• PP社側の担当者は営業部門長で、AIや技術に関する知識は限定的でした。SIer側は技術者中心で業務理解が浅く、「需要予測をしたい」という大枠で合意していました。要件定義の段階で、具体的な仕様や期待する成果についての詳細な議論が不足していました。

開発フェーズでの問題発覚（5ヶ月目）

• SIerが開発した予測モデルを初めてデモした際、PP社は「え、月次予測？週次でないと使えない」と驚きました。SIerは「仕様書には月次と書いてあります」と返答し、PP社は「当然週次だと思っていた。業務で使うから」と反論しました。このような認識のズレは、初期段階でのコミュニケーション不足が原因です。

問題の拡大

• 週次予測は月次の4倍のデータ処理が必要で、モデル再設計が必要となりました。追加費用2,000万円、期間6ヶ月延長の見積もりが出されましたが、PP社は「仕様書の解釈の問題」として追加費用を拒否し、関係が悪化。プロジェクトは一時中断しました。ここでの教訓は、要件定義の段階での詳細な確認と、双方の理解を一致させることの重要性です。

根本原因

• 要件定義時の詰めの甘さ（「当然」の確認漏れ）がありました。発注者側の業務要件の言語化不足と、SIer側の業務理解に対する確認不足が問題を引き起こしました。両者の「阿吽の呼吸」への過信も一因です。

教訓

• 要件定義では「当然」と思うことこそ明文化することが重要です。プロトタイプを早期に作成し認識を合わせ、業務部門のユーザーを要件定義に参加させることが求められます。これにより、実際の業務に即した仕様を確立し、後々の手戻りを防ぐことができます。

事例2：コミュニケーション不足による品質問題

企業概要と背景
小売業QQ社。店舗の来客数予測AIを外部SIerに委託。契約金額3,000万円、期間9ヶ月。

プロジェクト経緯

月次定例会のみのコミュニケーション

• 進捗報告は月1回の定例会のみで、中間成果物のレビューがありませんでした。QQ社側は「プロに任せているから大丈夫」と考えていました。コミュニケーションの頻度が低く、プロジェクトの進捗状況や問題点が共有されていませんでした。

納品時の問題発覚（8ヶ月目）

• 予測モデルの納品を受けて初めて詳細を確認したところ、予測精度が目標80%に対して65%でした。使用されたデータに問題があることが判明し、SIerが入手したデータには欠損・異常値が多数含まれていました。データの品質がプロジェクトの成否に直結することを示す事例です。

責任の押し付け合い

• SIerは「提供されたデータで最善を尽くした」と主張し、QQ社は「データの問題は早期に報告すべきだった」と反論しました。SIerは「月次報告で伝えていたつもり」と言い、QQ社は「技術的な内容は理解できなかった」と応じました。ここでの問題は、技術的な内容が発注者に十分に伝わっていなかったことです。

結果

• 納品受領を拒否し、訴訟リスクを避けるため、追加3ヶ月での改修で合意しました。追加費用500万円は折半し、当初目標には達せず、70%精度で妥協しました。プロジェクトの成果が期待に達しない場合、双方の関係が悪化するリスクがあります。

根本原因

• 定例会の頻度が低すぎ、中間成果物でのレビューがなかったことが問題でした。問題発生時のエスカレーションルールがなく、SIer任せで発注者側の関与が薄かったことも一因です。

教訓

• 週次での進捗確認を行い、マイルストーンごとに成果物をレビューすることが重要です。問題発生時の即時報告ルールを定め、発注者側も積極的にプロジェクトに関与することが求められます。これにより、早期に問題を発見し、迅速に対応することが可能になります。

事例3：スコープクリープによる予算・期間超過

企業概要と背景
サービス業RR社。顧客対応チャットボットを外部SIerに委託。契約金額4,000万円、期間10ヶ月。

プロジェクト経緯

開発中の度重なる要件追加

• RR社経営層は「せっかくだから〇〇機能も追加して」と提案し、現場は「△△もできないと使えない」と要望しました。SIerは「顧客の要望」として都度対応しました。要件の追加が頻繁に行われ、プロジェクトのスコープが拡大しました。

問題の顕在化（7ヶ月目）

• 追加機能の積み重ねで開発範囲が当初の2倍になり、SIerから「このままでは期間・予算内に収まらない」と報告がありました。追加費用3,000万円、期間6ヶ月延長の見積もりが出され、経営層は「当初の約束と違う」と激怒しました。スコープクリープは、プロジェクトの予算とスケジュールを大幅に超過させるリスクがあります。

関係悪化の連鎖

• RR社は「言われるがまま追加したのはSIerの責任」とし、SIerは「追加要件は御社からの依頼。変更管理は御社承認済み」と反論しました。実態としては、変更管理プロセスが形骸化しており、口頭依頼が多発し、証拠となる文書がなく、責任の所在が不明確でした。ここでの問題は、変更管理が適切に行われていなかったことです。

結果

• プロジェクトは10ヶ月遅延し、追加費用2,500万円（交渉の末）となりました。RR社とSIerの関係は完全に悪化し、保守フェーズで別ベンダーに切り替えました。プロジェクトの失敗は、長期的なビジネス関係にも影響を及ぼします。

根本原因

• 変更管理プロセスの形骸化と、「少しだけなら」という追加の積み重ねが問題でした。追加要件の影響評価を行わず、発注者側の意思決定権限が分散していたことも一因です。

教訓

• 変更管理プロセスを厳格に運用し、追加要件は必ず書面で記録し、影響を評価することが重要です。発注者側の意思決定者を一本化し、定期的にスコープの確認を行うことが求められます。これにより、プロジェクトの方向性を維持し、予算とスケジュールの管理を徹底することができます。

事例4：技術力ミスマッチによる品質問題

企業概要と背景
金融機関SS社。与信審査AIを大手SIerに委託。契約金額1億円、期間18ヶ月。

プロジェクト経緯

ベンダー選定時の状況

• 大手SIerということで信頼して発注し、AI専門チームのアサインを期待しました。しかし、実際にアサインされたのは一般的なシステム開発者でした。ベンダー選定時の期待と実際のスキルセットのミスマッチが問題を引き起こしました。

開発フェーズでの問題

• AIモデル開発の経験者がチームにいなかったため、SIerは「AI開発ができます」と提案時にアピールしていたものの、実態は下請けのAIベンチャーに再委託していました。再委託先とのコミュニケーションに問題がありました。再委託による管理の複雑化が品質に影響を及ぼしました。

品質問題の発覚

• 納品されたモデルの精度が不安定で、SS社の品質基準を満たさず、技術的な説明を求めても、SIerから十分な回答がありませんでした。再委託先の担当者との直接対話を求めるも「契約上難しい」との回答でした。品質問題は、プロジェクトの信頼性を損なう重大な要因です。

結果

• プロジェクトは12ヶ月遅延し、追加費用3,000万円が発生しました。最終的にSS社内にAI専門チームを立ち上げ、内製化を決断し、SIerとの契約は途中解約しました。内製化の決断は、長期的な視点での技術力向上を目指すものです。

根本原因

• ベンダー選定時の技術力評価が不十分で、「大手だから安心」という思い込みがありました。実際の担当者のスキル確認を怠り、再委託の管理体制が不明確だったことも問題です。

教訓

• ベンダー選定時に実際の担当者と面談し、過去のAI開発実績（類似案件）を確認することが重要です。再委託の有無と管理体制を契約で明確化し、技術力を客観的に評価する仕組みを持つことが求められます。これにより、プロジェクトの品質を確保し、期待通りの成果を得ることができます。

連携不全を防ぐための対策

対策1：発注者側の体制整備

プロジェクトオーナーの明確化

• 意思決定権限を持つ責任者を1名任命し、経営層へのエスカレーションルートを確保します。プロジェクトへのコミットメントを明示することが重要です。これにより、プロジェクトの方向性がぶれることなく、迅速な意思決定が可能となります。

業務部門の参画

• 要件定義に実際のユーザーを参加させ、ユーザー受入テストを計画に含めます。業務視点でのレビューを定期的に実施することで、業務要件と技術要件の整合性を保ちます。ユーザーの視点を取り入れることで、実際の業務に即したシステムを構築することができます。

技術理解者の配置

• SIerとの技術的な対話ができる人材を配置し、社内にいなければ外部アドバイザーを活用します。丸投げにしない体制を整えることが成功の鍵です。技術的な理解を持つことで、プロジェクトの進行をよりスムーズにすることができます。

対策2：契約・プロセスの整備

明確な契約条件

契約条件を明確にすることで、プロジェクトの進行中に発生する可能性のあるトラブルを未然に防ぐことができます。

変更管理プロセスの厳格化

• すべての変更を書面で記録し、影響評価（費用、期間、品質）を必須化します。承認権限者による承認を得て、変更履歴の一元管理を行うことが重要です。これにより、プロジェクトのスコープが明確になり、予算とスケジュールの管理が容易になります。

対策3：コミュニケーションの強化

定例会議の設計

定例会議を通じて、プロジェクトの進捗状況や課題を共有し、迅速な対応を可能にします。

コミュニケーションツールの活用

• チャットツール（Slack、Teams等）でのリアルタイムコミュニケーションを活用し、課題管理ツール（JIRA、Backlog等）での可視化を行います。共有ドキュメント（Confluence、Notion等）での情報一元化も重要です。これにより、プロジェクトメンバー間の情報共有がスムーズになり、問題解決のスピードが向上します。

対策4：ベンダー選定の厳格化

評価項目と重み付け例

ベンダー選定時の評価項目を明確にし、重み付けを行うことで、最適なパートナーを選定することができます。

選定プロセスのポイント

• 複数社からの提案を比較し、実際に担当するメンバーと面談します。リファレンスチェック（過去顧客への確認）を行い、技術検証（PoC）の実施も重要です。これにより、ベンダーの技術力や信頼性を客観的に評価することができます。

チェックリスト

ベンダー選定時

□ 複数社から提案を受けたか
□ AI開発の実績を詳細に確認したか
□ 実際の担当者と面談したか
□ リファレンスチェックを行ったか
□ 再委託の有無と管理体制を確認したか

契約時

□ スコープが明確に定義されているか
□ 変更管理プロセスが規定されているか
□ 成果物と品質基準が明記されているか
□ 再委託条項が含まれているか
□ 瑕疵担保責任が明確か

プロジェクト中

□ 週次で進捗を確認しているか
□ 中間成果物のレビューを行っているか
□ 変更要求は書面で管理しているか
□ 問題発生時のエスカレーションが機能しているか
□ 発注者側も積極的に関与しているか

まとめ

外部SIerとのAI開発プロジェクトでは、丸投げは厳禁です。発注者側も積極的にプロジェクトに関与し、密なコミュニケーションを維持することが成功の鍵となります。

重要なポイントは以下の3点です：

1. 丸投げにしない：発注者側も業務知識とプロジェクト関与で貢献することが求められます。プロジェクトの成功は、発注者とSIerの共同作業によって達成されるものです。

2. コミュニケーションを密に：週次での進捗確認と中間レビューを欠かさないことが重要です。定期的なコミュニケーションは、プロジェクトの進行をスムーズにし、問題の早期発見と解決を可能にします。

3. 変更管理を厳格に：すべての変更を書面で記録し、影響を評価することが必要です。変更管理の徹底は、プロジェクトのスコープを明確にし、予算とスケジュールの管理を容易にします。

外部パートナーとの協働は、お互いの強みを活かし合う「パートナーシップ」であるべきです。一方的な依存や任せきりではなく、共に成功を目指す姿勢が、プロジェクト成功への道を開きます。