成長期にITが壊れ始める理由

はじめに

多くの企業において、ITの問題が表面化するのは「成長が止まったとき」ではなく、むしろ事業が伸び、売上も過去最高を更新している成長期の最中です。本稿では、なぜ事業がうまくいっているはずの成長期にITだけが限界を迎えるのかを、技術論ではなく、経営判断と設計不在の必然として整理します。

成長期に起きるITトラブルは、障害が増える、改修が遅れる、全体像が分からなくなるといった形で現れます。しかし、実際に壊れているのはコードやインフラそのものではなく、成長初期に置かれた前提条件が、現在の事業規模に耐えられなくなっているのです。

立ち上げ期のITは、限られた人数、限られた業務量、限られた例外を前提に設計されています。この前提のもとでは、人が判断し、調整し、例外を吸収することが最も速く、合理的な方法でした。

事業が成長すると、顧客属性が多様化し、取引パターンが増え、組織・拠点が増加します。その結果、例外処理の総量が指数関数的に増加し、これまで人が吸収していた例外が、もはや人では処理しきれなくなります。

成長初期には「少し直せば動く」「夜間対応でなんとかなる」と感じていたシステム変更が、成長期に入ると「影響範囲が読めない」「修正が怖くなる」「触るたびに壊れる」という状態に変わります。これは、再現性と境界が設計されていないITの必然的帰結です。

成長期に顕在化する技術的負債は、サボった結果や技術選択の失敗ではありません。それは、成長速度を最優先するという経営判断の副作用です。問題は、その副作用をいつ回収するのか、誰が判断するのかを決めていなかったことにあります。

この段階に入ると、事業側からは「ITがボトルネックになっている」「ITが遅い」「ITが足を引っ張っている」と見えるようになります。しかし、これはITが劣化したからではなく、成長フェーズが変わったにもかかわらず、その前提に基づいた設計が更新されなかったからです。

成長期にITが壊れ始める最大の理由は、「いつまで初期前提で走るのか」「どこで設計を切り替えるのか」「その判断を誰が引き取るのか」を、経営が明示しなかったことにあります。壊れたのはITではなく、判断の不在です。

この段階では、「今は忙しいから」「成長が落ち着いたら」「次のフェーズで」という言葉が繰り返されます。しかし、成長期が終わる前に設計を更新するタイミングは訪れず、問題は慢性化し、負債が積み上がり、最終的には全体を作り直す以外に選択肢がなくなる状態に追い込まれます。

ここで問うべきは「なぜITが壊れたのか」ではなく、「どの前提で作られたITを、どのフェーズまで使うと決めていたのか」です。次稿では、ツール導入が止まらなくなる構造を取り上げ、成長期の場当たり対応がなぜITをさらに複雑化させていくのかを見ていきます。