Dibell

内製化は「伴走→自走」で定着する——外部支援が成功率を大きく高める理由と手放し方

Articles are currently available in Japanese only.

「内製化」を掲げながら外部支援の話をするのは矛盾でしょうか。データはむしろ逆を示します。MIT NANDA の調査「The GenAI Divide」(2025年7月)によれば、外部の専門家と組んだAIプロジェクトは約67%が本番に到達したのに対し、社内だけでゼロから作る完全内製はその約3分の1の頻度にとどまりました(本番到達率での比較。MIT NANDA調査による)。報告書原文の表現は「内製は外部の約3分の1の頻度でしか成功しない」であり、本記事はこれを「○倍」という倍率には丸めません。このシリーズが繰り返し説いてきた「数字は盛らず、原典の言い回しを優先する」を、自分が引く数字にも適用します。

ただし、この数字は「外部支援を買えば成功する」という因果の保証ではありません(誠実に線を引きます)。調査が示すのは協働したプロジェクト群の移行率で、そこには発注側がデータを開示し、現場の時間を出し、判断を引き受けたという協働の実行が織り込まれています。高い側に入る条件は、支援の購入ではなく協働の実行です。内製化の近道は、いきなり単独で走り出すことではありません。走り方を知る人に最初の区間だけ並走してもらい、その間に自分の走法を体に入れてしまうことです。

なぜ大きな差がつくのか——買うのは「授業料」

差の理由を一言で言えば、外部伴走で買っているのは人手ではなく、よそで先に払い終えた授業料だからです。AIの統合には、データ整備の型・窓口設計の定石・統制の敷き方・測定の作法という、一度どこかで学べば再利用できる「型」の集合が要ります。完全内製は、この型を全部自前で発見しようとして発見コストで力尽きる。授業料の中身は、成功の手順だけでなく失敗の地図——どこで滑り、滑ったらどう起きるか——を含みます。

だから外部支援にも失敗形があります。型でなく完成品を買おうとする(丸投げ)、汎用研修だけ買う(型が業務に接地しない)、際限なく居てもらう(依存)。本記事の「伴走」の定義は明確です——型を持ち込み、適用しながら移転し、検収で去る支援。ライセンス再販や常駐の言い換えではありません。

基本形は「3ヶ月伴走 → 自走 → 再合流」

標準的な形は「3ヶ月の伴走 → 2〜3ヶ月の自走 → 予算判断の前にもう一度合流」で、伴走期はおおむね月100万円規模を見ておきます。この規模は大規模なシステム開発を丸投げするには足りませんが、それでいい。買っているのは開発工数でなく、①データ整備の型を自社の文書で一巡する経験、②仕様書検索など1〜2個の窓口の実務稼働、③チャンピオンが自力で回せる状態——の3点だからです。

設計の勘所が3つあります。

  • 移転は最終月の儀式でなく、初月から始まる。前回触れた「観察→共作→単独→自走」の引き継ぎが3ヶ月に織り込まれ、初月の聞き取り同席がもう移転の初回です。
  • 検収するのは成果物でなくスキル。確認するのは「ボットが動くか」ではなく、「チャンピオンが独力で、評価セットを足し、指示文を直し、毎月の測定を回し、公開前の審査を下せるか」——これを実技でやってもらって見ます。
  • 自走期は放置でなく観測。月1回の細い相談線を残し、躓き(評価セットの停滞・改訂の滞留・チャンピオンの孤立)を早期に拾う。ただし線は細いまま太らせない——太らせた瞬間、自走は名目になります。

週次は「ハンズオン日+間の宿題」のリズムで回し、最初に**「宿題が止まれば伴走も止まる」**と合意します。伴走の遅延要因の筆頭は、支援側の稼働でなく、発注側のデータ提供と意思決定の遅れだからです。

契約は「準委任」、握るのは「残る無形資産」

この設計は多くの場合準委任契約になります。AIの精度は与えるデータの質で決まり、そのデータは発注側の手元にあります——つまり成果を支援側だけでは保証しきれない構造で、「完成責任」を負わせる請負はそぐわないのです。準委任を選ぶとは、「主役は自分たちで、専門家からは時間と知見を借りるだけ」という内製化のあり方を、契約の形でも引き受けるということです。曖昧さは、作業範囲記述書(SOW)で受入基準を明記し、月次や半期でフェーズを区切って殺します。

そして本記事の核心。外部支援の最大のリスクは高い請求書ではなく、支援が去ったとき組織に何も残っていないことです。

支援の成果物は「動くシステム」ではなく「自走できる組織」である。 『生成AIの内製化』第10章

これを防ぐには、支援の価値を移管可能な4つの無形資産に固定し、契約上クライアント帰属にします。①データ整備の型(手順書・命名規則・ガイドラインを自社文書で適用済みの形で)②評価セット(質問・参照箇所・模範解答=品質の定義そのもの。基盤やモデルを替えても使える)③運用ルール(公開前チェックリスト・HITL規程・要件表)④育成カリキュラム(チャンピオン手引きと引き継ぎ記録)。いずれも特定基盤に依存しない中立フォーマットで保持し、帰属を契約に明記します。

合格ラインは明確です——支援側が来月から誰も来なくても、新任の担当者がそれを読むだけで再現できること。逆に、3ヶ月目になっても評価セットを書いているのが支援側ばかりなら、それは伴走ではなく代行です。代行は速いが、去った日にゼロになります。複数パートナーが並走するなら責任分界をRACIで固定し、要件定義・評価基準・運用判断の説明責任(A)は自社が手放さない。RACIが伴走期から自走期へどう移っていくか、その遷移計画こそ移転計画の正体です。

「ずっと居てもらう」を、最初から目指さない

最後に、いちばん言いにくいことを設計の言葉で言います。伴走は、終わり方を先に決めてから始めるものです。

「ずっと居てもらう」関係の弊害は、費用ではありません。4資産が育たない(支援側が回し続ける限り「あの人たちのもの」のまま)、判断力が移転しない(支援の品質を評価する能力すら失う)、支援側も検収がないと質への緊張を失う。離脱の設計は双方の規律です。

実装は3つ。①検収による終了(期間満了でなく、スキルの検収に合格したら終わる——早く合格すれば早く終わってよい)。②細い保守線(自走期の月1定例とスポット相談だけ残す。「困ったら呼べる」安心が依存でなく自走を支える)。③再合流条件の事前定義(日常の苦戦は定例で拾い、横展開やコーパス移行といった「段階の変化」のときだけ濃い支援を入れる)。そして検収合格の日には成果報告会を開き、「外部がいなくなる=後退」という空気を「卒業=前進」に書き換えます。

まとめ——事実・整理・原則

  1. 【事実】 外部と組んだプロジェクトは約67%が本番到達、完全内製はその約3分の1の頻度(MIT NANDA 2025)。倍率には丸めない。ただし高い側に入る条件は購入でなく協働の実行、という線は引く。
  2. 【本記事の整理】 買うのは「型=授業料」、基本形は3ヶ月伴走→自走→再合流、握るのは4つの無形資産(クライアント帰属)。4資産・RACI・離脱の3仕掛けは本記事側の設計です。
  3. 【原則】 支援の成果物は「動くシステム」でなく「自走できる組織」。検収で卒業し、再合流で薄く・高く・短く関わるのが健全。

外部の知見と組むこと自体の価値は消えません。変えるべきは依存の深さであって、縁ではない——伴走の終着点は自走であり、その先には、いつか自分たちが誰かの伴走者になる道が開けています。

Let's start with a conversation

We support you across DX — centered on AI agent design, workflow automation, and AI product development. Not sure where to begin? That's the perfect time to reach out.