大手企業の「内製支援」というビジネスをしています。
システムをすでに内製で開発している、もしくは内製をはじめようとしているクライアントの支援業務です。


本来、システム開発は100％内製すべきなんです。
外注では注文したモノは作れるかもですが、本当に必要なモノ・納得できるモノは作ることができないからです。

僕らも元々イチSIerでした。
代表の高井も僕も、三次請け開発会社からキャリアをスタートしています。
ですが、SI業界の構造に限界を感じ、今は「内製の支援に特化したプロフェッショナル集団」として一次請けを飛び越えクライアントの事業部門に入り込み、トータルでシステム開発をリード支援する活動しています。



■なぜSI業界の外注構造だと必要なモノ・納得できるモノが作れないか

一つは、エンジニアリングを熟知していない人が要件をまとめてしまうから。
エンジニアリングを熟知しているのはやはり結局エンジニアです。ですが、SI業界の構造上、クライアントと直接やり取りするのはコンサル、一次請けの営業、売上管理に追われるだけのなんちゃってPMです。

もう一つは、エンジニアが使われるだけの人になってしまうから。
上から下りて来た指示に従い、部品をひたすらに作る。すると、このシステムはなにを解決するために作られているのか分からない。意見の出しようがない。エンジニアリングを熟知する人間の意見はこうしてかき消されていきます。

こうして実現不可能なシステム像や、想定を大幅に超える予算が発生し炎上するシステム像が出来上がっていきます。



■ここからは、内製の時代

時代は基幹システム開発のフェーズから、toC向けWebサービスのような自社の競合優位性に直結するシステムを作っていくフェーズにシフトしています。

が、その企業の競合優位性を産み出すようなシステムは、基幹システムとはちがい一回の要件定義で作れるような甘いモノではありません。競合や市場環境が日々めまぐるしく変化し、開発している途中で状況が変わっていくことを織り込んでシステム開発していかなければならないからです。これはもう外注で対応できるものではない。内製で、エンジニアがクライアントのそばで作っては見せ、高速でリリース・改善を繰り返していくしかない。

だから僕らは「内製支援」に振り切った。内製をすでに行っているクライアントだけでなく、これから内製をはじめるクライアントを支援する方向性。それがクライアントにとっても、エンジニアにとってもベストな答えだと今は考えています。