はじめに
多くの企業では、「事業は事業部、組織は人事、ITは情シス（情報システム部門）」という分業が暗黙の前提となっています。一見合理的に見えるこの分業は、企業が成長するにつれて必ず限界を迎えます。本稿では、なぜ組織・事業・ITは切り分けて設計できないのか、そして経営がこれらを同時に設計しなければならない理由を構造的に整理します。
分離設計は「静的な会社」を前提にしている
事業・組織・ITを分けて設計する発想は、事業モデルが安定し、組織構造が長期間変わらず、ITが補助的役割に留まるという前提では機能します。しかし現実には、市場は変化し事業は拡張し、組織は入れ替わり、ITは事業の中核に食い込んでいます。この状態で分離設計を続けると、どこで破綻しているのか分からない状況が生まれてしまうのです。
事業は、組織とITによって実現される
事業計画は、スライド上では完結するかもしれません。しかし現実の事業は、「誰が、どの判断を、どの情報を使って、どの速度で行うか」によって初めて成立します。これらはすべて組織構造、権限設計、IT構成に依存する要素です。つまり、事業は組織とITを前提にして初めて成立するのであり、後から付け足せるものではありません。
組織設計とIT設計は、同じ問いを別の言語で解いている
組織設計が答えようとしている問いは、「誰が決めるのか」「どこまで任せるのか」「どこで止めるのか」です。一方、IT設計が答えようとしている問いも、「どの情報を見せるのか」「どこまで自動化するのか」「どこで例外を許すのか」という本質的に同じものです。つまり、組織設計とIT設計は、同じ意思決定構造を別の言語で表現しているに過ぎません。この2つを別々に設計すれば、矛盾が生じるのは必然です。
同時設計しないと「調整コスト」が爆発する
分離設計の企業で頻発するのは、次のような状態です。
- 事業が求めるスピードとITの対応が合わない。
- 組織変更のたびに大規模なシステム改修が発生する。
- 人が間に入り続けないと業務が回らない。
これは偶然ではなく、同時に決めるべきことを後から無理に整合させているからです。結果として、調整役が疲弊し属人化が進み、全体最適が失われてしまいます。
同時設計とは「一体化」ではない
誤解してはならないのは、同時設計が「組織とITを一体化せよ」「すべてを中央集権にせよ」という意味ではない点です。同時設計とは、「同じ問いに対して、同じ前提で答えを出すこと」です。
- どの判断を中央に集めるのか
- どの判断を現場に委ねるのか
- その境界をどう固定するのか
これを組織設計とIT設計で同時に決めることが重要なのです。
経営にしかできない設計がある
組織・事業・ITを同時に設計するには、部門を横断し、短期と中長期を比較し、時に捨てる判断を行う必要があります。これは、経営にしか担えない役割です。情シスや人事、事業部に委ねた瞬間、設計は部分最適に分解されてしまうでしょう。
おわりに
組織・事業・ITを同時に設計する視点とは、経営が意思決定構造そのものを設計するという覚悟に他なりません。ITは後付けの道具ではなく、組織の権限構造を固定し、事業のスケール限界を決める存在です。この前提に立ったとき、情シスの役割、組織の形、IT投資の意味はすべて自然に決まります。同時設計を放棄した企業は、調整に追われ続ける組織になります。それを避ける責任は、常に経営にあるのです。
