事業を変えようとしたとき、システムが壁になる——IT柔軟性と経営の自由度

システムの硬直は「決断の遅さ」として現れる

事業の方向転換を検討する経営会議で、こんな発言が出ることがある。「そのやり方にはシステムが対応していないので、まず開発から始める必要があります」。

この一言は、議論を止める。新しい価格体系を試したい、サブスクリプションに移行したい、別チャネルで受注したい——そうした判断の手前に、ITの制約が壁として立ちはだかる。

問題は、経営者がシステムを変えたくないのではなく、「変えるコストと時間が読めない」ために判断を保留してしまうことだ。硬直したシステムはそれ自体が問題なのではない。変えようとしたときの不透明さが、経営の選択肢を狭めるのだ。

変更コストが見えないまま放置されたシステムは、経営会議に見えない拒否権を持ち込む。

M&Aと事業転換が暴き出す、ITの隠れたコスト

システムの柔軟性が問われるのは、日常業務よりも事業の節目においてだ。

M&Aを例にとると、買収後の統合作業において、ITシステムの統合は最も工数のかかる作業のひとつに挙げられる。取引先コードの体系が違う、在庫管理の単位が違う、会計データの粒度が違う——こうした差異が、想定していたシナジーの実現を何年も遅らせる。

事業転換においても同様だ。製品販売からサービス販売へ移行しようとすると、受注・請求・売上認識のすべてが変わる。そのたびに基幹システムの改修が必要なら、スピードが求められる場面で後れをとる。

「システムを変えられない」は、現時点での問題ではなく、将来の事業変更に対するオプションを失っていることを意味する。

硬直したITは、現在の業務コストを上げるだけでなく、将来の戦略コストも静かに積み上げている。この視点は、DX人材を迎える前に「何をしてほしいか」を言葉にできるかで問われた「問いの設定」にも通じる。何のためにシステムを整えるのかが曖昧なまま進めると、後から変えたい場面に備えられない。

変えやすいシステムをつくるとはどういうことか

「変えやすいシステム」は技術の問題として語られがちだ。疎結合な設計、API連携、サービスの分割——これらは確かに有効だが、技術よりも先に問うべきことがある。

「この事業は、どんな方向に変わりうるか」を描けているか。

変更シナリオが描けていなければ、どの部分を柔軟にしておくべきかも定まらない。変えやすいシステムは、変更頻度の高い領域を先に特定し、その部分だけを意識して設計することで生まれる。全体を均等に「変えやすく」しようとすると、コストだけが膨らむ。

具体的には、次の三層を分けて考えることが多い。

• よく変わる領域：価格・プロモーション・販売チャネル・パートナー構成
• たまに変わる領域：製品カテゴリ・顧客セグメント・契約形態
• ほとんど変わらない領域：会計仕訳のルール・法令対応・マスターデータの基本構造

この整理は、内製と外注の線引きを問い直す場面でも参照できる。変わりやすい領域を外注に任せると、仕様変更のたびに調整コストが発生する。変更頻度の高い部分こそ、内製あるいは可変性を担保した仕組みで支えるべきかどうかを問う必要がある。

---

事業の柔軟性とITの柔軟性は、別々の問題ではない。経営が「変われる体制」を整えようとするとき、システムはその足場になる。足場が動けなければ、人が動ける場所も限られる。

現状のシステムが経営の選択肢を狭めていないか、一度点検する価値はある。そのための整理から一緒に始める伴走支援として、しぼる（DX伴走支援）では個別の状況を踏まえたプロセスを提供している。