IT組織の設計ミスが、経営の足を引っ張っている
IT投資が成果に結びつかない。
情シスと事業部門の対立が絶えない。
その根本原因は、IT組織の設計誤りにあります。
機能や部門名から設計する思考を捨て去りましょう。
経営の意思決定を支える「判断の構造」から設計する。
これが唯一の解決策です。
機能分解がIT組織を崩壊させる
インフラ、アプリ、セキュリティ。
機能で組織を分けると、縦割りが生まれます。
部門間の調整コストが膨れ上がるのです。
全体最適より部門の都合が優先されます。
IT組織の本質は機能管理ではありません。
経営に必要な「判断」を実行することです。
設計の起点は「判断の種類」にある
最初に問うべきは会社の判断種類です。
事業の方向性を決める戦略的判断。
日々の業務を安定させる運用判断。
未来のIT構造を決める設計判断。
これらはスピードや安定性が全く異なります。
異質な判断を同じ組織に担わせてはいけません。
IT組織を分ける唯一の軸「目的関数」
技術領域で分けるのは誤りです。
組織が「何を最適化するか」で分けます。
これが目的関数による設計です。
IT組織は三つの目的に分類できます。
安定性を最適化する組織
基幹システムやインフラを担当します。
目的は「システムを止めないこと」です。
評価軸は可用性や堅牢性など明確です。
従来の情シスはここに該当します。
成長速度を最適化する組織
事業ITやプロダクト開発を担当します。
目的は「速く試し、速く学ぶこと」です。
アジャイル開発や迅速な対応が命です。
事業部門内のITチームが該当します。
再現性を最適化する組織
この組織が日本企業に最も欠けています。
業務構造や全体アーキテクチャを設計します。
経営判断を持続可能な仕組みに落とし込む。
これが再現性を最適化する組織の役割です。
日本企業に欠ける「再現性」の組織
安定性と成長速度の組織は存在しました。
しかし再現性を担う組織はほぼ皆無です。
結果、IT投資は場当たり的になります。
システム全体の最適化が誰も考えません。
情シスは守りに閉じこもります。
事業ITは統制なく暴走する悪循環です。
経営が引くべき「判断」の境界線
IT組織設計で経営が決めることは一つです。
どの判断を中央集権し、現場に委譲するか。
この境界線を引くのが経営の核心的役割です。
組織図や部門名の変更は二次的な問題です。
まず判断構造を設計しなければなりません。
「情シス強化」が問題を悪化させる理由
安易な情シス強化論は危険です。
目的関数が定義されていない組織に権限を渡す。
これは現場の混乱を増幅させるだけです。
重要なのは権限の大小ではありません。
各組織に与える目的関数を明確に定義すること。
これが設計の第一歩です。
次の一歩：経営の判断構造を組織に映せ
IT組織設計の答えはシンプルです。
経営の多様な判断構造を組織に反映させる。
成長、安定、再現性の判断を混在させてはならない。
IT組織は経営判断を実行する構造体です。
情シスやDX部門といった名称は本質ではありません。
「誰がどの判断を担うか」を決める責任は経営にあります。
自社の判断の種類から、設計を始めてください。
