IT組織をどう設計すべきか

IT投資が成果に結びつかない。情シスと事業部門の対立が絶えない。その根本原因は、IT組織の設計の誤りにあります。

機能や部門名から組織を設計する発想は、捨ててください。経営の意思決定を支える「判断の構造」から設計する。それが唯一の解決策です。

機能で分けると、IT組織は崩れる

インフラ、アプリ、セキュリティ。機能で組織を分けると、縦割りが生まれます。部門間の調整コストは膨れ上がり、全体最適よりも部門の都合が優先されるようになります。

IT組織の本質は、機能を管理することではありません。経営に必要な「判断」を実行することです。

設計の起点は「判断の種類」

最初に問うべきは、その会社にどんな種類の判断があるかです。事業の方向性を決める戦略的な判断。日々の業務を安定させる運用の判断。未来のIT構造を決める設計の判断。これらは求められるスピードも安定性もまったく異なります。性質の違う判断を、同じ組織に担わせてはいけません。

IT組織を分ける唯一の軸は「目的関数」

技術領域で分けるのは誤りです。分ける軸は、その組織が「何を最適化するか」。これが目的関数による設計です。この軸で見ると、IT組織は三つの目的に分類できます。

安定性を最適化する組織

基幹システムやインフラを担当し、目的は「システムを止めないこと」です。評価の軸は可用性や堅牢性など、はっきりしています。従来の情シスがここにあたります。

成長速度を最適化する組織

事業ITやプロダクト開発を担当し、目的は「速く試し、速く学ぶこと」です。アジャイル開発と迅速な対応が命で、事業部門内のITチームがここにあたります。

再現性を最適化する組織

業務構造や全体のアーキテクチャを設計し、経営判断を持続可能な仕組みに落とし込みます。そして、日本企業に最も欠けているのが、この組織です。

「再現性」を担う組織がない日本企業

安定性を担う組織も、成長速度を担う組織も、これまで存在してきました。しかし、再現性を担う組織はほとんどありません。

その結果、IT投資は場当たり的になり、システム全体の最適化は誰も考えなくなります。情シスは守りに閉じこもり、事業ITは統制のないまま暴走する。そんな悪循環に陥っています。

経営が引くべきは「判断」の境界線

IT組織の設計で経営が決めるべきことは、一つだけです。どの判断を中央に集め、どの判断を現場に委ねるのか。この境界線を引くことが、経営の核心的な役割です。組織図や部門名の変更は、二次的な問題にすぎません。まず判断の構造を設計しなければなりません。

「情シス強化」が問題を悪化させる理由

安易な「情シス強化」論は危険です。目的関数が定義されていない組織に権限を渡しても、現場の混乱を増幅させるだけだからです。

大切なのは、権限の大小ではありません。それぞれの組織に与える目的関数を、はっきり定義すること。それが設計の第一歩です。

経営の判断構造を、そのまま組織に映す

IT組織設計の答えは、シンプルです。経営が持つさまざまな判断構造を、組織に映し出すこと。成長、安定、再現性の判断を混ぜてはいけません。

IT組織とは、経営判断を実行する構造体です。情シスやDX部門といった名称は本質ではありません。「誰がどの判断を担うか」を決める責任は、経営にあります。自社にどんな種類の判断があるのか。設計はそこから始めてください。