「ITは専門家に任せる」が生む、経営の致命的な判断停止

「ITは専門家に任せています」

経営者がこの言葉を口にするとき、そこには「委任」と「放棄」の危うい境界線があります。多くの経営者はITを複雑で専門的な「技術領域」と捉え、自分の判断の範囲から外してきました。しかし、これは単なる業務分担ではありません。事業の根幹に関わる「意思決定の設計」そのものを、外に出してしまうことを意味します。

その結果、何が起きるのか。ITの目的が部門ごとに分裂し、成長を支える「事業IT」、経営判断を支える「経営IT」、安定運用を担う「管理IT」が、共通の目標を持たないまま、ばらばらに進化していきます。SaaSが乱立してもデータは統合されず、投資対効果は見えず、属人化が進む。その根本原因がここにあります。経営者がITから目を背けた代償は、事業の再現性と拡張性を失うという形で、確実に返ってきます。

「任せる」が生む3つのITの断絶

経営がITの目的を定義しないと、組織の中では3種類のITがそれぞれ独立して発展します。それぞれが別の「主人」と「成功基準」を持つため、統合は原理的に難しくなります。

速度だけを求められる「事業IT」

営業部門がSalesforceを、マーケティング部門がHubSpotを導入する。これらには、「今すぐの売上」や「リード獲得」という明確な目的（目的関数）があります。判断の基準は「速度」と「即効性」です。経営が関わらなければ、各部門は自分たちのKPIを達成するためだけにツールを増やし、データはサイロ化（孤立化）していきます。ある小売業では、EC部門、店舗部門、CRM部門がそれぞれ別の顧客データベースを運用し、同じ顧客に異なるプロモーションを送ってしまう事態が起きていました。

再現性が設計されない「経営IT」

経営判断に必要なデータは、ばらばらの事業ITシステムに散らばっています。月次決算の数字は会計ソフト（例：Freee）に、売上の詳細はSalesforceに、Web広告の効果はGoogle Analyticsに。経営者が「全社の業績を一覧で見たい」と求めても、それらをまとめる「経営IT」は誰も設計していません。そこで経営陣への報告資料はExcelの手作業で集計され、作った社員だけが知る「闇の業務」が生まれます。経営自らが、判断のための再現性ある基盤づくりを放棄した結果です。

安定だけが評価される「管理IT」

多くの企業で、情報システム部門（情シス）は総務部や経理部の下に置かれています。主な使命は「コスト削減」と「安定運用」。ネットワークが落ちないこと、セキュリティ事故が起きないことが、最大の評価基準です。そのため情シスは、リスクを伴う新しい事業ITの導入に消極的になりがちです。ある製造業の情シス担当者は、「新しいクラウドツールの導入を提案するより、既存システムの障害をゼロにしたことのほうが評価される」と本音を漏らしていました。そこでは「成長への貢献」は評価指標に入っていません。

判断停止が生む具体的なコスト：ある中堅企業の実例

ITを「任せる」ことで、実際にどんなコストが発生するのでしょうか。筆者がコンサルティングで関わった、中堅サービス企業A社の事例を見てみましょう。

A社では、経営陣がIT戦略を明確に示さないまま、各部門が独自にSaaSを導入していました。数年が経ったころ、同社が抱えていた問題は次のとおりです。

• 重複コスト: 顧客管理機能を持つツールが複数（Salesforce, 基幹システム内CRM, スプレッドシート, 個人のOutlook連絡先）存在し、ライセンス費用が大きく重複。
• 生産性の低下: 社員は業務時間の少なくない部分を、異なるシステム間でのデータ転記や整合性確認に費やしていた。
• 機会損失: 顧客データが統合されていないため、クロスセルやアップセルの機会を発見できず、売上につながるはずの機会を逃していた。
• 属人化リスク: 部門ごとの業務フローを把握しているのは各責任者のみ。退職により業務が止まるリスクが常に存在。

経営者が「ITは任せた」の一言で済ませた結果、A社は少なからぬ「見えないコスト」を負い、さらに成長の機会まで失っていました。このコストは、ITベンダーへの支払いではなく、生産性の低下と機会損失という形をとるため、損益計算書には直接表れません。だからこそ、経営の目を逃れ続けてきたのです。

経営者が今日から始める「IT定義」の第一歩

では、経営者は何をすべきなのでしょうか。技術的な細部をすべて理解する必要はありません。すべきは「目的の定義」であり、それは次の3つの問いから始まります。

1. 事業ITに求める「成長速度」を定義する

新規顧客の獲得を3倍に加速させたいのか、既存顧客の単価を上げたいのか。経営目標を、ITの言葉に翻訳しないまま、そのまま事業部門と共有します。たとえば「来期の新規契約数を2倍にする」という目標があれば、営業部門が提案するCRMツールの評価基準は、「そのツールが本当に契約数2倍に貢献する機能を持っているか」に絞られます。ツールの機能比較ではなく、目的の達成にどれだけ貢献するかで評価する視点が生まれるのです。

2. 経営ITに求める「判断材料」を設計する

経営会議で意思決定するために、毎月・毎週、どんなデータがどんな形式で必要でしょうか。これは経営者自身が答えを出すべき問いです。「全社の売上と粗利を、事業部・商品ライン別に、前年比・予実対比で見たい」など、具体的な情報要件をリストにします。この「経営判断のためのデータ設計図」がなければ、情シスや各部門は何を統合すればいいのかわかりません。まずはExcelで構わないので、理想の経営ダッシュボードのラフスケッチを描くところから始めましょう。

3. 管理ITに課す「安定の基準」を明確にする

「安定」とは何でしょうか。システムダウン時間ゼロのことか。それとも、コストを現状から20%削減することか。「安定」という曖昧な指示は、情シス部門を「変化を拒む守護者」にしてしまいます。代わりに、「主要システムの可用性を99.9%以上に保ちつつ、年間ITコストの増加率を5%以内に抑える。その範囲で、事業部門の要望にできる限り応える」というように、定量目標と裁量権をセットで指示します。そうすれば情シスは、ただのコストセンターではなく、制約条件の中で事業を支えるパートナーとして機能し始めます。

専門家に「委任」するために、経営が「定義」する

筆者は「ITは専門家に任せる」という言葉を否定しません。むしろ、技術的な実装は専門家に委ねるべきです。ただし、その前に絶対に欠かせないステップがあります。「経営による目的の定義」です。

委任と放棄の決定的な違いは、「目的」を誰が設定するかにあります。船長（経営者）が「東の港へ向かえ」と目的地を示せば、航海士（専門家）は最適な航路と船の操縦を任されます。ところが船長が「船の操縦は任せる」と言って、目的地の決定まで航海士に委ねてしまえば、船はどこへ向かうかわからなくなります。いま多くの企業で起きているのは、まさに後者の状態です。

ITはもはや、電気や水道と同じインフラではありません。事業の成長経路を設計し、経営判断の質を決め、組織の働き方を形づくる「戦略の実行装置」です。この装置の目的設定を他人任せにすることは、経営者が自社の未来の姿を設計する権利を手放すことに等しいのです。

最初の一歩は小さくて構いません。次回の経営会議で、「私たちの意思決定を支える最も重要なデータは何か」と問いかけてみてください。その答えが、あなたの会社のITを「任されたもの」から「定義されたもの」へと変える起点になります。