ITと経営 / 経営判断としてのIT
事業ITと経営ITが断絶する地点
2025-11-12
現場では大量のデータとツールが使われ、レポートも定期的に上がってくる。それなのに、経営層は「全体が見えない」と感じている。多くの企業で、そんな違和感が語られます。
この違和感の正体は、事業を動かすためのIT(事業IT)と、経営が判断するためのIT(経営IT)との断絶です。
本稿では、この断絶がなぜ生まれるのかを、人や組織の問題としてではなく、「意思決定構造」の問題として整理します。
事業ITと経営ITは、本来ひとつの循環だった
事業ITと経営ITは、本来は別々の存在ではありません。事業で生まれたデータを経営が判断に使い、その判断がまた事業に返っていく。この循環が成り立って初めて、ITは本当の意味で経営の武器になります。
ところが多くの企業では、この循環が途中で断ち切られています。
断絶は「データ」ではなく「意味」で起きる
事業ITと経営ITの断絶は、データが届いていない、システムがつながっていない、といったことが原因だと思われがちです。しかし実際には、データは存在し、技術的な連携もできているケースが少なくありません。
本当の断絶は、データの「意味」が経営判断に接続されていない地点で起きています。
現場の数字は「行動」のため、経営の数字は「選択」のため
事業ITが生み出す数字は、今どう動くか、どこを改善するか、何を優先するかという、行動のための判断に最適化されています。たとえば次のようなものです。
- 日次・週次のKPI
- チーム単位の目標
- 即時性の高い指標
どれも、現場を動かすためには欠かせません。
一方、経営が必要としているのは、どの事業に賭けるか、どこに投資を集中するか、何をやめるかという、選択のための判断材料です。そのためには、次のような情報が要ります。
- 意味が揃った指標
- 時間軸を超えた比較
- トレードオフが見える情報
同じ数字でも、用途が違えば必要な形が違う
これは、事業ITの数字が間違っているという話でも、経営が数字を理解できていないという話でもありません。同じ数字でも、「行動を決めるための数字」と「戦略を選ぶための数字」では、必要な粒度も定義も文脈も異なる、ということです。
この変換をしないまま現場の数字をそのまま経営に上げると、両者のあいだに断絶が生まれてしまいます。
レポートラインが、断絶を固定する
多くの企業では、事業ITは事業部の中に、経営ITは管理部門や情報システム部門(情シス)に置かれています。この構造では、事業ITは現場の最適を追い、経営ITは報告と統制を担う、という役割分担が固定されます。
その結果、「事業と経営をつなぐIT設計」を誰も引き取らない状態が生まれ、断絶が構造として定着してしまうのです。
BizOpsは、一時的な緩衝材にすぎない
この断絶に気づいた企業では、BizOps(ビジネスオペレーション)やデータ分析チームが、そのあいだを人の力でつなぐことがあります。
しかし、判断基準が構造化されず、解釈が属人化し、ITに固定されないままでは、根本的な断絶は解消されません。BizOpsは断絶の解決策というより、一時的な緩衝材にすぎないのです。
断絶の正体は、意思決定設計の不在
事業ITと経営ITが断絶する地点とは、「行動の判断」から「選択の判断」へと切り替わる地点です。この切り替えを、どの数字で、どの定義で、誰が行うのか。それを設計していなかったことが、断絶の正体です。IT投資やSaaS導入より手前にある、根本的な意思決定設計の問題です。
欠けていたのは、「事業と経営をつなぐITを、誰が主語になって設計するのか」という問いでした。この問いを経営判断として放置した結果、事業ITは現場に閉じ、経営ITは単なる報告装置になり、両者が交わらない構造ができあがってしまったのです。
問うべきは「経営はどの判断をITで支えたいのか」
いま問うべきなのは、既存のレポートをどう改善するかではありません。「経営はどの判断をITで再現し、支援したいのか」です。効果的なIT戦略とシステム構築は、この意思決定設計をはっきりさせるところから始まります。
次稿では、「速度を出すIT」と「残すIT」の違いを取り上げ、事業ITと経営ITを再接続するための具体的な分け方と設計の考え方を検討します。