内製に手応えが出てくると、外注をやめたくなります。しかし、土台が整わないうちに外注を切ると、内製はかえって破綻します。必要なのは、コードを安全に置く場所、どこでも同じように動く環境、そして公開を自動化する仕組みです。この3つを先に整え、外注と並走しながら段階的に移すこと。それが安全な切り替えの順序です。
準備なしに外注を切ると、内製は破綻する
外注をやめるという判断は、コストの面だけ見れば魅力的に映ります。けれども外注先には、コードそのものだけでなく、それを動かし続けるための知識や運用の手順が蓄積されています。準備のないまま契約を切ると、その知識と運用が、ある日を境に丸ごと社内から消えてしまいます。
受け皿が用意されていなければ、何かトラブルが起きたとき、誰も対処できません。更新もできず、公開もできず、結果として業務が止まります。外注をやめること自体が問題なのではなく、やめる前に何も整えていないことが問題なのです。
整える3つのこと
外注を切っても内製が回り続けるために、先に整えるべきものは3つです。これまでのVol.04〜06で扱ってきた内容と、そのまま対応します。
① コードの置き場（Git管理）
まず、コードという資産を社内に集約します。Vol.04で述べたとおり、バージョン管理（GitHub）を使えば、誰がいつ何を変更したかが履歴として残り、属人化や「誰も触れないコード」を防げます。外注先に散らばっていた資産を、まず社内の一箇所に集めて見える状態にすることが出発点です。
② 動く環境（コンテナ化）
次に、誰の環境でも同じように動く状態を作ります。Vol.05で扱ったコンテナ化（Docker）を使えば、特定の人のパソコンでしか動かないという属人性をなくせます。「外注先の環境では動いていたのに、社内では動かない」という事態を避けるための土台です。
③ 公開の仕組み（デプロイ自動化）
最後に、更新を安全に反映する仕組みを整えます。Vol.06で説明したデプロイ自動化を入れておけば、コードを更新するだけで決まった手順で公開まで進みます。手作業に頼った公開はミスが起きやすく、少人数の体制では特に危険です。自動化はその危険を取り除きます。
なぜこの順序か
この3つには、整える順序があります。まずコードの置き場、次に動く環境、最後に公開の自動化です。土台から順に積み上げていくと、手戻りが少なく済みます。
逆順で進めると、すべてが不安定になります。置き場が定まらないうちに公開の自動化から手をつけても、どのコードを公開するのかが揺れて、仕組みが安定しません。動く環境が整わないまま自動化しても、環境差で動いたり動かなかったりを繰り返します。土台のないところに仕組みだけ載せても、機能しないのです。
外注から内製への移行は「並走」から
3つの土台が見えてきても、いきなり外注を全部切るのは避けてください。安全な移行は「並走」から始まります。一定期間は外注と内製を同時に動かし、外注先が持つ知識を社内に移しながら、内製でまかなえる範囲を少しずつ広げていきます。
並走の期間は、知識を受け取るための時間です。何か問題が起きても外注先という受け皿が残っているうちに、社内が対応できる幅を増やしていきます。内製が外注を実質的に追い越したと確認できてから、はじめて契約の縮小や終了を判断します。この順番なら、業務を止めずに移行できます。
経営者が決めるべき移行の線引き
どの業務を内製に移し、どこを外注に残すか。この線引きは現場ではなく、経営者が決めるべき判断です。技術の細部ではなく、契約のあり方、コードの権利、引き継ぎの範囲といった論点が、すべて経営判断に属するからです。
注意したいのは、外注をすべて切ることが正解ではないという点です。専門性が高く、社内で抱えるとかえってコストやリスクが増える領域は、外注に残してかまいません。内製と外注のどちらが自社にとって有利かを業務ごとに見極め、その線を引くことが経営の仕事です。
外注を切るのは、内製の土台が整ってからです。順序を逆にすると、どちらも止まります。
まとめ
外注をやめる前に整えるのは、コードの置き場（Git管理）、動く環境（コンテナ化）、公開の仕組み（デプロイ自動化）の3つです。土台から順に積み上げ、外注と一定期間並走させながら、知識を社内に移していきます。どの業務を内製に移し、どこを外注に残すかは経営判断です。この順序を守れば、業務を止めずに安全に切り替えられます。次回Vol.09では、内製を始めた最初の30日をどう進めるか——何から着手させ、どこを成功とみなすかをお伝えします。
自社が内製のどの段階にあるかを、3分で診断できます。
無料で組織のAI成熟度を診断する →よくある質問
- 外注先からコードを引き取れますか？
- まず契約上の権利を確認します。引き取れる場合はGitHubに移して履歴管理を始めます。引き取れない場合は、内製で作り直す範囲を見極めることになります。
- デプロイ自動化とは何ですか？
- コードを更新したら、決まった手順で自動的に公開・反映される仕組みのことです。手作業での公開ミスを防げるため、少人数でも安全に運用を続けられます。
- 3つを一度に整えるべきですか？
- 順番に整えるほうが確実です。まずコードの置き場、次にどこでも動く環境、最後に公開の自動化です。土台から積み上げると手戻りが少なくなります。
- 外注を急にやめても大丈夫ですか？
- 勧めません。一定期間は外注と内製を並走させ、知識を社内に移しながら段階的に切り替えるほうが安全です。