システム開発の内製化事例｜エンジニアがいない会社で現場が改善を回すまで

私たちが業務システムの開発を請けているお客様の話です。内製化は、お客様も望んでおらず、私たちにも提案する理由がありませんでした。

その後、2025年11月から2026年8月にかけて、3つの時点で変化がありました。

システム開発の内製化とは？

この記事では、業務システムの改修を、開発会社に頼まずに自社の中で行うことを指して使います。

2025年11月｜お客様がAIでダッシュボードを作った

ダッシュボードは、業務の数字を一覧で見る画面を指します。それまで市販のツールで見ていた業務データのダッシュボードを、お客様がゼロから作り上げました。

作ったのは、もともと技術の話が好きな方です。

2026年5月｜お客様が業務システムの開発を始めた

一緒に開発する体制に変えた動機は、限られた予算の中で、やりたいことがまだまだあったことです。

Slack（社内のチャット）から開発を進められる環境を用意し、ローカル開発環境（自分のパソコンで動かして確かめられる環境）を一緒に整える場も設けました。

上がってきた開発には、「なぜその機能が必要か」「設計は適切か」を確かめました。

2026年8月｜現場の方が業務システムを日常的に改善

開発しているのは、エンジニアではない方が複数名です。

私たちが担う範囲は以前より小さくなりましたが、私たちは歓迎しています。日々の業務は、現場の方の方が詳しく理解している部分が多いからです。細かな改修の外注費用が抑えられれば、私たちが本来やるべきことへ集中するための予算もできます。

システム開発の内製化で変わったこと

企業のDX（デジタル技術による変革）を毎年調査している情報処理推進機構も、内製化とアジリティ（経営の機敏さ）について同じことを言っています。

内製化については、DXに取組んでいる企業ほど内製化を進めている。内製化による事業のコア領域に関するナレッジの蓄積や経営のアジリティに対する強化の重要性は増しているが、それらを実現するための人材の確保や育成、新技術への対応といった課題は大きい。

引用: 「DX動向2025」（情報処理推進機構、2025年6月）

お客様自身で開発を行える未来は、どんどん近づいています。いまは、私たちの側から内製化をお勧めしています。

まとめ

• 専任のIT責任者もエンジニアもいない会社で、エンジニアではない方がAIでダッシュボードを作ったことが始まりだった
• 開発会社が環境を整え、外注していた業務システムでもお客様が開発を始めた
• いまは現場の方が、依頼や見積もりを挟まずに、1日に何度も改善を回している

外注している業務システムを自社でも直せるようにしたい方は、お気軽にご相談ください。