AIがコードを書く時代に、SIerとエンジニアは何者になるべきか
概要¶
「AIがコードを書く時代に、SIerとエンジニアは何者になるべきか／人月モデルの終焉と変革の具体的な道」という記事（netcommerce.co.jp）を読んでのキャリア観のアップデート。「クラウド理解＋振り幅でまだ何とかなるだろう」という感想とともにシェア。
詳細¶
人月モデルの終焉とは¶
従来の SIer ビジネスモデル:
人×時間 = 価値 → 多く人を使うほど売上が上がる
AI の登場による変化:
AI が単純実装タスクを代替 → 人月に依存したモデルは崩壊
少人数・高速開発が可能 → 大規模な人員を抱えるメリットが薄れる
SIer・エンジニアが生き残るための変革¶
1. クラウドアーキテクチャ理解¶
AI がコードを書いても、インフラ設計は人間が判断する:
AWS/GCP/Azure の設計:
- 可用性設計（Multi-AZ、自動フェイルオーバー）
- コスト最適化（適切なインスタンスタイプ選定）
- セキュリティ設計（IAM、VPC、暗号化）
- 運用設計（監視、アラート、SLO）
→ クラウドを理解できるエンジニアの価値は AI の普及で相対的に上がる
2. 「振り幅」（適応の幅）を広げる¶
振り幅の例:
技術的振り幅:
バックエンド ↔ フロントエンド ↔ インフラ
→ どこでも一定の品質で貢献できる
業務領域の振り幅:
実装 ↔ 設計 ↔ 要件定義 ↔ PMO
→ 上流工程に関われるエンジニア
コミュニケーションの振り幅:
エンジニア ↔ ビジネス職 ↔ 経営層
→ 技術を事業価値に変換できる人
3. SIer の新しいバリュープロポジション¶
従来: 「実装力（人月）」で差別化
↓ AI により差別化困難に
これから:
✓ ドメイン知識（業界の慣習・規制・業務フロー）
✓ 変革推進力（AIを使って顧客のDX支援）
✓ プロジェクト管理（複数システムの統合・品質保証）
✓ 運用・保守の継続性（長期的なサポート）
エンジニア個人のキャリア戦略¶
1. T型ではなく「π型」を目指す
T型: 1つの深い専門 + 広い知識
π型: 2つの深い専門（例: バックエンド × クラウドアーキテクチャ）
2. AIが苦手な領域を押さえる
- 要件の曖昧さを整理する力
- ステークホルダー調整
- 技術的負債の判断（リファクタリングのタイミング・優先順位）
3. AI ツールを徹底的に使いこなす
→ AI を使いこなす人と使わない人で生産性が10倍以上差が開く時代
→ 「AI に任せる判断」と「自分でやる判断」の見極め
「クラウド理解＋振り幅」戦略¶
@kizawa2020 の感想: 「クラウド理解＋振り幅でまだ何とかなるだろう」
意味するところ:
- AWS/Azure/GCP の設計・運用ができる
- 特定技術に縛られず複数領域で貢献できる
→ この2つがあれば AI 時代でも市場価値を保てる
なぜ重要か / いつ使うか¶
- SIer に勤めるエンジニア: 自分たちのビジネスモデルがどう変わるかを考えるきっかけ
- キャリア計画: 「人月を提供するエンジニア」から「AI を活用して価値を生むエンジニア」への転換
- スキル投資の優先度: クラウドアーキテクチャへの投資は2026年現在でも高いROIが期待できる