なぜ事業ITは常に人手不足なのか
多くの企業で、事業を支えるIT(事業IT)は慢性的な人手不足に陥っています。採用しても追いつかず、優秀な人ほど疲弊して辞めていく状況が続いています。
問題の本質
構造的な人手不足の正体
この状態は単なる採用難や人材不足として語られがちですが、本質的には事業ITは構造的に人手不足になるよう設計されていると言った方が正確です。
本稿では、なぜ事業ITが常に人手不足に陥るのかを、人の問題ではなく、経営判断とIT設計の帰結として整理します。

よくある症状
  • 採用しても追いつかない
  • 優秀な人ほど疲弊して辞める
  • 常に「今が一番きつい」
成長期
事業ITは「速度最優先」で生まれる
事業ITの多くは、新規事業の立ち上げ、急成長フェーズの対応、市場機会への即応といった文脈で生まれます。この段階で最優先されるのは、一貫して成長速度です。
今すぐ動くこと
スピードが最優先される
とりあえず回すこと
完璧より実行が重視される
後で直すこと
技術的負債は後回し
これらの判断は、事業としては合理的でした。
人で埋める設計が選ばれる理由
速度を最優先するとき、最も確実な選択肢は人を増やし、優秀な人に頼り、個別対応で乗り切ることです。
人依存が選ばれる理由
  • 設計には時間がかかる
  • 再現性はすぐに作れない
  • ITで固定化する余裕がない
結果として
事業ITは最初から人依存で設計されます。この選択が、後の問題の根源となります。
拡大期
再現性が設計されないまま規模が拡大する
問題は、この人依存構造が成長後も、組織拡大後も、事業成熟後もそのまま引き継がれる点にあります。
判断は増え続ける
事業規模に比例して意思決定が増加
例外対応が増殖する
特殊ケースが次々と発生
人にしか分からない処理が残る
属人化が進行する
結果として、仕事の総量が、人の処理能力を必ず上回ります
人手不足は「結果」であって「原因」ではない
人が足りない
採用が追いつかない
現場が疲弊している
これらの症状はすべて、再現性を設計しなかった結果として現れている現象です。
人を増やしても、設計が変わらない限り、人手不足は解消しません。根本的な構造を変える必要があります。
システムの矛盾
事業ITは「仕事を増やす装置」になりやすい
本来ITは
  • 判断を減らす
  • 例外を構造に落とす
  • 人の介在を減らす
ための装置でした。
しかし事業ITでは
  • ツールが増える
  • データが増える
  • 連携が複雑になる
ことで、仕事の総量そのものが増えていきます
これも、目的関数が「速度」に固定されたままだからです。
優秀な人ほど早く限界を迎える
事業ITの現場では、判断力が高く、文脈理解が早く、臨機応変に対応できる人ほど重宝されます。
1
初期段階
優秀な人材が活躍し、高く評価される
2
仕事の集中
その人に仕事が集中し、代替が効かなくなる
3
疲弊と離脱
休めなくなり、優秀な人ほど早く疲弊して現場を去る
経営の視点
経営判断として何が欠けていたのか
重要なのは、現場が無理をしたからでも、IT担当が頑張らなかったからでもありません。
いつまで人で回すのか
人依存の期限を明確にする
どこから再現性に切り替えるのか
構造化への移行タイミング
その判断を誰が引き取るのか
責任の所在を明確にする
欠けていたのは、これらの経営判断です。
人手不足を解消する唯一の方法
事業ITの人手不足を解消する方法は、採用でも外注でもありません。必要なのは、目的関数の切り替えです。
01
人で回している判断を特定する
属人化している業務を可視化
02
それを構造に落とす
再現可能なプロセスに変換
03
ITで固定化する
システムとして実装し自動化

次に問うべきこと
ここで問うべきは「なぜ人が足りないのか」ではありません。問うべきは、なぜ人で回す前提を、いつまでも変えなかったのかです。
次稿では、成長期にITが壊れ始める理由を取り上げ、この人手不足構造が、どのように技術的・組織的破綻へとつながるのかを見ていきます。