データ基盤は内製か外注か。判断の分かれ目は3つだけ

「データをちゃんと整理したい。ただ、自分たちでやるべきか、外に出すべきか決められない」

この相談をよく受けます。そして判断が止まっている理由は、たいてい同じです。比較する軸が多すぎること。

費用、スピード、社内のスキル、セキュリティ、将来の拡張性。全部を並べると、どれも一長一短で決まりません。

実際に効いてくる軸は3つだけです。

分かれ目1：作ったあと、誰が直すか

データ基盤は作って終わりではありません。元のシステムが変われば連携が止まりますし、事業が変われば見たい数字も変わります。月に1回は何かしら手を入れることになります。

内製が向くのは、直す人が社内にいて、かつその人の時間が確保されている場合です。ここは「できる人がいる」だけでは足りません。他の業務と兼任で月に数時間しか取れないなら、実質いないのと同じです。

外注が向くのは、直す人がいない場合。あるいは、いても時間が取れない場合です。

よくある失敗は、作るところだけ外注して、運用を引き継がずに終わることです。半年後に、誰も触れないブラックボックスが残ります。

分かれ目2：仕様が決まっているか、決めるところからか

「何を、どの粒度で、いつ見たいか」が決まっていれば、作業は早く終わります。決まっていない場合、作業の大半は設計と合意形成に消えます。手を動かす時間より、会議の時間のほうが長くなります。

内製が向くのは、仕様が決まっていて、あとは作るだけの状態。社内の人のほうが業務を知っているぶん、速く正確に作れます。

外注が向くのは、何を見るべきかの整理から必要な場合です。社内の人だと、部署間の利害が絡んで決まらないことがあります。外部の人が「どちらの定義でいきますか」と聞くほうが話が前に進む場面は、実際にあります。

分かれ目3：止まったときに困る度合い

月次レポートが1日遅れても誰も困らない業務と、朝9時に数字が出ていないと現場が動かない業務とでは、必要な作りがまったく違います。

前者なら、多少雑でも動けば十分です。後者は、失敗を検知する仕組み、再実行の手順、連絡体制まで含めて設計が必要になります。当然、かかる時間も費用も変わります。

内製で始めるなら、まずは止まっても困らない範囲から。いきなり基幹の数字を扱うと、事故が起きたときに戻せません。

記事の続きはこちらから