ITと経営 / 総論

成長速度を最優先したITの末路

多くの企業で、ITは「事業成長を加速させるための手段」として導入されてきました。早く立ち上げ、競合より先に市場を取る。そのためなら、多少の歪みは後で直せばいい。この判断は、短期的にはきわめて合理的に見えます。

しかし、成長速度だけを最優先したIT戦略は、ほぼ例外なく破綻します。

なぜスピード最優先のITは必ず行き詰まるのか。本稿では、それを技術や現場の問題としてではなく、経営判断がもたらす構造的な必然として整理します。

成長速度は、最も最適化しやすい指標だった

成長速度が優先された最大の理由は、それが最もわかりやすく、意思決定しやすい指標だったからです。売上成長率、ユーザー数、導入スピード。どれも数値にしやすく、経営会議でも説明しやすいものでした。

こうしてITは、「成長速度を最大化する装置」として設計されていきます。

スピード最優先は、設計を不要に見せる

スピードを最優先すると、「今は作り込まなくていい」「将来のことは後で考える」「とにかく動かすことが大事だ」という判断が繰り返されます。どれも、設計を先送りするための合理的な説明です。

問題は、設計しなかったという判断そのものが、後になって大きな制約になることです。

属人化は、スピードの副作用

スピード重視のITでは、仕様がドキュメントに残らず、判断がコードや個人の頭の中に埋もれ、「わかっている人」しか触れない状態が生まれます。これは技術力の問題ではなく、スピードを優先した結果として必然的に起きることです。

属人化は、成長の初期段階では加速要因になります。しかし規模が大きくなるにつれ、最大の制約へと変わっていきます。

成長した途端、ITが「足を引っ張る」

事業が一定の規模を超えると、それまで成長を支えてきたITが、「遅い」「融通が利かない」「変更すると壊れる」と言われ始めます。

けれども、ITが劣化したわけではありません。成長速度だけを前提に設計されたITシステムが、別のフェーズに適応できなくなっただけです。

技術的負債は「失敗」ではない

スピード重視のITは、必ず技術的負債を抱えます。誰かがサボったからでも、技術の選択を誤ったからでもありません。経営がスピードを最優先すると決めた時点で、意図して選ばれた結果です。

問題は、その選択がいつまで有効なのか、どこで切り替えるのかを定義していなかったことにあります。

スピードの最適化は、再現性を壊す

成長速度を優先したITでは、成功の要因が言葉にされません。「なぜうまくいったのかわからない」「同じ成功を再現できない」という状態が生まれます。ITが「判断を再現する装置」ではなく、「対応を積み重ねる装置」になっているからです。

失敗は、スピードを選んだことではない

誤解してはいけないのは、スピードを選んだこと自体が失敗だったわけではない、という点です。失敗だったのは、スピードを最適化すると決めたまま、それ以外を何も最適化せずに永続的な運用へ移ってしまったことです。スピードの最適化は、一時的な戦略であるべきでした。

成長速度を最優先した結果、多くの企業で次のものが失われました。

  • 判断の一貫性
  • 事業の再現性
  • 組織拡張への耐性

どれも、後から取り戻すのがきわめて難しいものです。

問うべきは、いつ切り替えるかを決めていたか

ここで問うべきは、「成長速度を選ぶべきではなかったのか」ではありません。どのフェーズまで速度を最優先するのか。いつ、何を最適化の対象に切り替えるのか。それを経営が定義していたかどうかです。

次稿では、再現性を設計しなかった経営判断を取り上げ、なぜ成功が続かなくなるのかを掘り下げます。