概要
AIがコードを書く時代、IT企業に必要なのは「業務を読み解き、課題を構造化し、AIを使いこなして解決する」上流エンジニアです。しかし、上流人材は座学だけでは育ちません。1年間という時間軸で、集合研修・OJT・自己学習を計画的に組み合わせ、段階的に成長させる必要があります。本稿では、コンサル業界の新人育成の知見を転用し、エンジニアを「コードを書く人」から「課題を解くFDE型人材」へ育てるための1年間カリキュラムを月別に提示します。
なぜ「1年」というスパンで設計するのか
上流スキルは1年単位で積み上がる
コンサルファームの新人育成は、典型的に「1年目で型を作り、2年目で実践し、3年目で独り立ち」という時間軸で設計されています。1年目に集中投資するのは、土台となる思考の型——ロジカル・仮説・構造化——を、業務の中で「無意識に使える」レベルまで定着させるためです。
エンジニアの上流化も同じです。週1回の研修だけでは、1年経っても定着しません。逆に、1年間の継続的な学習と実践を計画的に積み上げれば、新卒・中途を問わず「業務を読み解けるエンジニア」を再現性をもって育てられます。
経産省DSSとの接続
経産省「デジタルスキル標準（DSS）」では、DX推進人材を5類型に整理しています。本プログラムは、ソフトウェアエンジニア類型からビジネスアーキテクト類型への移行——つまり「実装人材から、業務とテクノロジーをつなぐ上流人材へ」の橋渡しとして設計しています。1年後の到達点は、DSSのビジネスアーキテクト・初級〜中級レベルに相当します。
1年間カリキュラムの全体像
4期構成
1年間を3か月ごとの4期に分けます。
| 期 | テーマ | 主要習得スキル |
|---|---|---|
| 第1期（1〜3月目） | 思考の土台 | ロジカルシンキング、ドキュメンテーション、ビジネス基礎 |
| 第2期（4〜6月目） | 課題発見と構造化 | 仮説思考、構造化思考、業務ヒアリング |
| 第3期（7〜9月目） | クライアントワーク | プレゼン、提案、ファシリテーション |
| 第4期（10〜12月目） | 統合と実践 | FDE実案件OJT、PoC設計、振り返り |
各期で「集合研修」「OJT」「自己学習」の3手段を組み合わせます。
1日の時間配分（標準）
- 実案件業務：60〜70%
- OJT（メンター同行・レビュー）：15〜20%
- 集合研修・自己学習：15〜20%
業務時間の約2割を育成に投じる設計です。これを下回ると、1年での到達は難しくなります。
月別カリキュラム詳細
第1期（1〜3月目）：思考の土台を作る
1月目：ビジネス基礎とロジカルシンキング
- 集合研修：ビジネス基礎（会社の仕組み・PL/BS入門）／ロジカルシンキング基礎（MECE・ピラミッド）／報連相
- OJT：先輩エンジニアの実案件にシャドーで同席
- 自己学習：『考える技術・書く技術』（バーバラ・ミント）、経産省DSS基礎
2月目：ドキュメンテーションと業務ライティング
- 集合研修：ビジネスメール／議事録／要件定義書の書き方
- OJT：実案件の議事録作成を主担当化、上長レビュー
- 自己学習：ITコンサル系のサンプル提案書を読み込む
3月目：第1期総合演習
- ケース演習：「ある中堅企業のDX推進案件」を題材に、状況整理〜課題仮説提示までを文書化
- 評価：提出物を5段階で評価し、第2期の個別強化テーマを設定
第2期（4〜6月目）：課題発見と構造化
4月目：仮説思考
- 集合研修：仮説思考の型／検証設計／インタビュー設計
- OJT：顧客業務ヒアリングに同行、終了後に構造化レポートを作成
- 自己学習：『仮説思考』（内田和成）
5月目：構造化思考と業務分析
- 集合研修：イシューツリー／業務フロー分析／As-Is/To-Be分析
- OJT：実案件の業務フロー図を担当エリアで作成
- 自己学習：担当業界のドメイン知識（書籍3冊）
6月目：第2期総合演習
- 演習：実案件の中から1テーマを選び、業務ヒアリング〜課題構造化〜仮説提示までを担当
- 評価：構造化の質、仮説の鋭さ、検証設計の妥当性を評価
第3期（7〜9月目）：クライアントワーク
7月目：プレゼンテーション
- 集合研修：プレゼン構成／スライド作成／話法
- OJT：社内勉強会で15分プレゼンを担当
- 自己学習：『プレゼンテーション・パターン』等
8月目：提案書作成とファシリテーション
- 集合研修：提案書の構成／ファシリテーション基礎／合意形成プロセス
- OJT：実案件のステアリングコミッティに陪席、議事ファシリ補助
- 自己学習：歴代の自社提案書を読み込み、勝ち負け要因を整理
9月目：第3期総合演習
- 演習：顧客役のシニアを相手に、課題分析〜提案までを30分プレゼン
- 評価：論理構造／訴求力／質疑応答対応力
第4期（10〜12月目）：統合と実践
10月目：FDE実案件アサイン
- 実案件で、要件定義〜PoC設計フェーズの主担当となる
- メンターが伴走、週次レビュー
11月目：PoC実装と検証
- 設計したPoCを実装、仮説検証結果を顧客に報告
- AI活用（Copilot等）を前提とした実装スピード設計
12月目：1年間の総括
- 受講者プレゼン：「私が担当した案件で、業務をどう読み解き、どう解決したか」
- 評価会議：DSSビジネスアーキテクト初級〜中級レベル到達度を判定
- 翌年度の個別育成計画（FDE案件の本格化／後輩メンター化）
プログラム運営のポイント
メンター制度の設計
各受講者に「実装メンター」と「業務メンター」を1名ずつ配置します。実装メンターは技術的なレビューを担当し、業務メンターは課題発見・構造化・クライアントワークを担当します。業務メンターには、社内のシニア層もしくは外部のコンサル経験者を起用します。
評価指標
四半期ごとに以下を5段階評価します。
- 課題発見力：顧客の表層要望から本質課題を見抜けるか
- 構造化力：課題をMECEに分解できるか
- 仮説思考：限られた情報から仮説を立て、検証設計ができるか
- ドキュメント力：意思決定者に伝わる資料を作れるか
- クライアントワーク：顧客との合意形成を進められるか
5項目の合計スコアで、次クール配置と昇格を判断します。
よくある落とし穴
- 業務時間が確保できない：「育成は余暇でやれ」になると必ず失敗します。経営層が「業務時間の20%を育成に投じる」と明示的に宣言する必要があります
- メンターが育成スキルを持たない：技術力だけでなく、教える技術を持つメンターを養成する必要があります
- 評価制度と接続していない：研修だけで昇格に影響しないと、受講者の本気度が出ません。評価項目に組み込みましょう
まとめ——1年で「課題を解くエンジニア」を育てる
AI時代の上流エンジニアは、座学だけでも、OJTだけでも育ちません。集合研修で型を学び、OJTで実践し、自己学習で深める——この3層を1年間計画的に積み上げて、初めてFDE型人材が育ちます。
経営者と育成責任者がやるべきことは明確です。1年間のカリキュラムを設計し、業務時間の20%を投じる覚悟を決め、評価制度と接続すること。1年後、自社にFDE型エンジニアが10名いる組織と、いない組織では、AI時代の競争力に圧倒的な差が生まれます。
Ballistaと相談する
ConStepでは、本稿で提示した1年間プログラムをベースに、各社の人材構成・案件特性に合わせたカスタマイズ育成プログラムをご提供しています。詳細は個別相談（30分・無料）にてご案内しています。
