
AIでIT部門は内製化できるのか——製造業の『幼稚園化』から考える
昔、製造業の現場でこんな言い方をすることがあった。
メーカーが幼稚園化している。
少し意地の悪い表現だ。
だが、言いたいことは単純だった。
メーカーなのに、
ものを作ることを知らない人が増えていく。
加工は外注。
金型は金型屋。
材料は商社。
設備は設備メーカー。
分からなければ、取引先に聞けばいい。
それでも会社は回る。
むしろ、その方が合理的だった。
固定費を抱えなくていい。
専門技術は専門企業に任せられる。
必要なものを必要なときに調達すればいい。
外注化そのものが悪いわけではない。
問題は、その先だった。
外注しても、知らなくていいわけではない
製造を外注しても、
発注する側には知識が必要だった。
図面を読む。
加工方法を知る。
工程を理解する。
見積もりが妥当か判断する。
品質を見る。
納期を見る。
そして、
出来上がったものが、本当に使えるのかを判断する。
自分で旋盤を回す必要はない。
しかし、
旋盤で何ができるのかを知らなければ、
加工業者の提案を評価できない。
ここを失うと、外注は「分業」ではなく「依存」になる。
メーカーの幼稚園化とは、
作業を外に出したことではない。
評価する能力まで外に出してしまったこと
だったのだと思う。
ITでも同じことが起きた
この構図は、ITでもよく似ている。
コードはベンダーが書く。
インフラはSIerに任せる。
自分たちは要件をまとめる。
実装は外部に任せればいい。
これも合理的だ。
実際、それで多くの企業は動いてきた。
だが外注化が進むにつれて、
少し奇妙なことが起きる。
システムを持っている会社なのに、
システムを作れる人がいない。
それどころか、
作られたシステムを評価できる人まで少なくなる。
ベンダーから、
「この仕様では難しいです」
と言われたとき、
本当に難しいのか。
技術的な制約なのか。
単に工数が足りないのか。
別の方法ならできるのか。
それを判断できない。
製造業で見た光景と、
よく似ている。
そこへAIが来た
そして生成AIが現れた。
コードを書ける。
仕様書も作れる。
テストもできる。
設計の相談にも乗る。
そこで、
「AIを使えば内製化できる」
という話が出てくる。
確かに、その通りだと思う。
以前ならベンダーに頼んでいたものを、
社内で作れる場面は増えるだろう。
だが、ここで製造業の経験が少し気になる。
外注化によって失ったのは、
単なる作業能力だったのだろうか。
もし失ったものが、
評価能力
だったとしたらどうだろう。
AIはコードを書いてくれる。
だが、
そのコードでいいのか。
その設計でいいのか。
そもそも、そのシステムを作る必要があるのか。
誰が判断するのだろう。
AIは、とても優秀な外注先かもしれない
そう考えると、
生成AIは少し違って見えてくる。
AIは内製化の道具であると同時に、
究極の外注先
でもある。
速い。
安い。
文句を言わない。
何度でも作り直す。
しかも、それらしい成果物を出してくる。
だからこそ怖い。
評価できない側から見ると、
かなり出来のいいものに見えてしまうからだ。
製造業なら、
寸法が違えば測れば分かる。
材料が違えば調べられる。
強度が足りなければ試験できる。
しかしソフトウェアやAIの成果物では、
間違っていても動くことがある。
しかも、かなり長い間。
内製化とは、作ることではない
だからAI時代の「内製化」は、
社内でコードを書くこと
だけではないのだと思う。
むしろ重要なのは、
社内で判断できること。
何を作るか。
なぜ作るか。
どう作られているか。
どこまで信用するか。
どこで止めるか。
そして、
誰が責任を持つのか。
これは製造業が外注化の中で、
何度も経験してきた問題だ。
作業は外に出せる。
しかし判断まで外に出してしまうと、
いつか自分たちでは何も決められなくなる。
AI時代の「幼稚園化」
AIによって、
作ることのハードルは急速に下がっている。
それ自体は、とても面白い。
だが同時に、
「AIが作ってくれるから、知らなくてもいい」
となれば、
かつて製造業で起きたことが、
もっと速い速度でITにも起きるかもしれない。
AIは、作る能力を広く開放した。
しかし、
作られたものを評価する能力まで、
自動的に与えてくれるわけではない。
メーカーが幼稚園化したのは、
外注したからではなかった。
自分たちで評価する力まで、
少しずつ手放してしまったからだ。
AI時代の内製化も、
たぶん同じだ。
問題は、
誰が作るかではない。
最後に、
誰が「これでいい」と言えるのか。
そこなのだと思う。