「ITは専門的なことだから、詳しい人に任せておけばいい」
この一言が、どれだけ多くの日本企業で、事業の骨格を蝕んできたことか。経営コンサルタントとして38社以上の現場を見てきた私は、この「任せる」という言葉の裏に潜む「放棄」の構造に、常に危機感を覚えてきました。ITを経営資源として定義せず、専門家に丸投げする。その結果、生まれるのは「目的関数の分裂」と「判断停止」という致命的な病です。
本記事では、経営者がITから手を引くことで生じる具体的な弊害と、委任と放棄を見分けるための実践的なフレームワークを提示します。あなたの会社のIT投資は、本当に「任せて」いいものなのでしょうか。
「任せる」が「放棄」に変わる瞬間
経営者がITを「任せる」とき、そこには往々にして二つの前提が隠れています。第一に、「ITは技術的な専門知識が必要で、経営者が理解する必要はない」という前提。第二に、「目的(何を達成したいか)は共有されている」という暗黙の前提です。
しかし、現実は残酷です。多くの場合、経営者は「売上を上げたい」「業務を効率化したい」といった曖昧な願望だけを伝え、具体的な「目的関数」—例えば、「顧客単価を10%上げるために、購買履歴データを活用したレコメンド機能を3ヶ月以内に実装する」といった、測定可能で優先順位のついた目標—を定義しません。
目的が定義されないまま専門家に委ねられたITは、各部門の都合に合わせて細分化されていきます。営業部門は「とにかく速く」CRMをカスタマイズし、経理部門は「とにかく正確に」会計システムを構築し、情シス部門は「とにかく安定して」インフラを保守する。これが「目的関数の分裂」です。それぞれのITは最適化されているかもしれませんが、会社全体としての方向性やデータの連携は考慮されていません。結果、データはサイロ化し、全社的な意思決定は属人的なExcel作業に依存する。これが「任せる」が「放棄」に変わる典型的なパターンです。
判断停止が生み出す3つの「空白地帯」
経営判断がIT領域から撤退すると、以下の3つの領域が「空白地帯」となり、誰も責任を持たない領域が生まれます。
1. 投資優先順位の空白
「クラウド移行と新規CRM、どちらに優先投資すべきか?」この問いに、純粋に技術的な観点からだけでは答えは出せません。クラウド移行は長期的なコスト削減と柔軟性をもたらす「経営IT」かもしれません。一方、新規CRMは短期的な売上向上に直結する「事業IT」です。経営戦略(例えば、今期は新規顧客開拓に集中する)がなければ、この判断はIT部門の内部論理(技術的負債の解消など)に委ねられ、事業機会を損なう可能性があります。
2. データ統合とガバナンスの空白
Salesforceの顧客データとFreeeの経理データ、Asanaのプロジェクト進捗データは、なぜ連携しないのか?部門ごとに最適なSaaSを導入する「シャドーIT」が進むと、データはバラバラの状態で蓄積されます。このデータを横断的に分析し、経営判断に活かす「データガバナンス」の責任領域は、多くの企業で空白です。営業部長?経理部長?情シス?結局、誰も全体像を持てず、経営者は統合されたKPI(重要業績評価指標)を得られません。
3. リスク評価の空白
便利なクラウドサービスを部門が勝手に契約(サブスクリプション)し、そのデータが海外サーバーに保存される。これはGDPR(欧州一般データ保護規則)や個人情報保護法に抵触するリスクはないか?ベンダー依存による事業継続性(BCP)のリスクは?技術的選択は、必ず経営的リスクを伴います。このリスク評価をIT部門だけに任せることは、経営責任の放棄に他なりません。
委任と放棄を見分ける「経営者の3つの問い」
では、経営者はどこまで深く関与すべきなのでしょうか。すべての技術的詳細を理解する必要はありません。しかし、以下の3つの問いに対して、自ら答えを定義し、専門家と議論できることが最低条件です。
問い1:このIT投資で、どの「目的関数」を最適化するのか?
「業務効率化」は目的ではありません。「経理部門の月次決算処理時間を、現在の20時間から5時間に削減し、余った時間を経営分析業務に充てる」これが目的関数です。具体的で測定可能(20時間→5時間)であり、その先の事業価値(経営分析の高度化)まで定義されています。経営者は、この目的関数を各IT投資プロジェクトごとに設定する責任があります。
問い2:この判断は、どの「IT分類」の原則に基づくか?
ITを「事業IT(速度重視)」「経営IT(統合・再現性重視)」「管理IT(安定性・コスト重視)」の3つに分類します。新規マーケティングオートメーションツールの導入は「事業IT」ですから、速度と実験の許容度が優先されます。一方、全社ERPの刷新は「経営IT」であり、データ統合と将来の拡張性が最優先です。この分類を共有せずに「コストが高い」「導入が遅い」と議論してもすれ違いは解消しません。
問い3:成功/失敗の判断基準は、誰が、いつ、どのデータで行うか?
「CRMを導入したら売上が上がるだろう」という期待だけで終わらせないために、事前に評価基準を設定します。例:「導入3ヶ月後、営業担当者1人あたりの新規顧客アポイント数が20%増加し、Salesforceの商談管理画面の利用率が90%を超えていること」。この基準を、経営者とIT責任者、事業部門長が合意した上で導入を決め、定期的に検証します。失敗したら、その原因(ツールの問題か、教育の問題か、業務フローの問題か)を構造的に検証する場を設けます。
実践ステップ:IT判断を経営会議に取り戻す
具体的な第一歩として、次回の経営会議で以下のアジェンダを追加してみてください。
- 「今月のIT意思決定レビュー」:この1ヶ月で決まったIT関連の契約・導入(たとえ1万円以下のSaaSでも)をリスト化し、それが「3つの問い」にどう答えているかを確認する。
- 「データ統合マップ」の可視化:主要なSaaSやシステムが保持するデータをホワイトボードに書き出し、それらがどう連携しているか(していないか)を確認する。この作業こそが「経営IT」の第一歩です。
- 「IT投資ポートフォリオ」の作成:進行中・計画中のITプロジェクトを、「事業IT/経営IT/管理IT」と「投資規模/期待リターン」でマッピングし、バランスを取る。
これらの議論には、CTOや情シス責任者だけでなく、各事業部門の責任者も同席させることが不可欠です。ITはもはや「支援機能」ではなく、事業そのものを構成する「コア資産」です。
まとめ:ITを定義することは、事業の未来を設計すること
ITを専門家に「任せる」という判断は、それ自体が重大な経営判断です。その結果として生まれる目的関数の分裂と判断停止は、デジタル時代における最大の競争力阻害要因となります。
経営者に求められるのは、コードを書く能力ではなく、ITという経営資源を通じて「何を実現したいのか」という目的を言語化し、その実現に向けたリソース配分と責任体制を設計する能力です。委任は目的を共有した上での手段の託付であり、放棄は目的そのものからの撤退です。
あなたの会社のITは、「任せられている」のか、それとも「放棄されている」のか。その境界線を、今こそ明確にする時です。ITを再定義することは、すなわち、これからの10年の事業の再現性と成長可能性を設計することに他なりません。

