クラウドネイティブエンジニアは、なぜ「育成設計」を間違えると育たないのか ― フェーズ0〜5で整理する、現実的なエンジニア成長ロードマップ ―

■はじめに

エンジニア育成が、なぜうまくいかないのかエンジニア育成に悩む企業は少なくありません。

研修を実施している、最新技術も取り入れている、それでも現場で任せられる人材が育たない こうした状況は、個人の能力や意欲の問題として語られがちです。

しかし、現場を見ていると多くの場合、問題はそこにはありません。 育成の「中身」ではなく、「設計」そのものがズレている ——それが、エンジニア育成がうまくいかない最大の理由です。

本シリーズでは、クラウドネイティブエンジニアの成長をPhase0〜Phase5のフェーズ構造として整理し、 どこまでを教育で担うのか、どこからを現場で育てるのか、を現実的な線で言語化していきます。

エンジニアの成長は「段階構造」であり、一直線に進むものではありません。 ある理解が前提になって、次の理解が成立する。飛ばしたフェーズは、後で必ず詰まる。 この「段階構造」を無視した育成は、どれだけ内容が良くてもうまく機能しません。

そこで本シリーズでは、クラウドネイティブエンジニアの成長を以下の6つのフェーズ に分けて整理しました。

■Phase0〜5 全体像（ロードマップ概要）

• Phase0｜基盤理解
  ↳Linux・ネットワーク・ログなど「中で何が起きているか」を理解する
• Phase1｜実行理解
  ↳コンテナを“使う”のではなく実行単位として理解する
• Phase2｜自動化理解
  ↳属人化を前提にしない運用の考え方へ切り替える
• Phase3｜制御理解
  ↳Kubernetesを魔法ではなく制御システムとして捉える
• Phase4｜運用責任
  ↳本番で判断を引き受けられるか、教育と現場の責任分界点
• Phase5｜継続的成長
  ↳完成を目指さず成長を回し続ける構造へ

この順番には意味があります。 どれか一つでも飛ばすと、後のフェーズで必ず歪みが生まれます。

■なぜ「18週間」で区切るのか

本ロードマップでは、教育として関与する期間を18週間 としています。

これは、18週間でエンジニアを完成させるという意味ではありません。 むしろ逆で、教育で無理に完成させようとしないための区切りです。

教育で揃えられること、現場でしか育たないこと、この責任分界点を曖昧にすると

・過剰な期待
・無理な任せ方
・教育と現場の双方の疲弊

が起きます。

18週間は、「現場で成長し続けられる入口」に立つまでを担保する期間です。

■本シリーズで扱うこと／扱わないこと

このシリーズでは、技術の細かい使い方や特定ツールの設定方法は扱いません。 代わりに、なぜその理解が必要なのか、なぜ順番が重要なのか、なぜ教育と現場を分ける必要があるのかといった判断のための視点を扱います。

これは、

★経営層にとっては、「教育サービスへの投資判断の材料」
★PMや教育選定者にとっては、「社内への説明の補助資料」
★技術者にとっては、自分の現在地を測る軸

として使えることを意図しています。

■各フェーズ記事の読み方

このシリーズは、最初から順に読むことを前提に設計しています。

Phase0〜2：教育で揃えるべき領域
Phase3：考え方を揃えないと危険な領域
Phase4〜5：現場で育てる領域

という構造になっています。

どこまでを自社で担い、どこからを現場に委ねるのか。 その判断材料として、各フェーズの記事を参照してください。

■おわりに

「育成は、設計できる」

エンジニア育成は、感覚や根性論で回すものではありません。 すべてをコントロールすることはできませんが、迷走を減らす設計をすることは可能です。

このロードマップとシリーズ記事が、育成や投資判断、自身のキャリアを考える際の一つの基準点になれば幸いです。

---

シリーズ記事一覧

Phase00：なぜLinuxとインフラ基礎を飛ばすと、エンジニア育成は失敗するのか
Phase01：コンテナを「使える人」と「分かったつもりの人」の決定的な違い
Phase02：「属人化から自動化」を理解していない組織が、必ず詰まる理由
Phase03：Kubernetesを“魔法”にしないために、教育でやるべきこと
Phase04：「本番を任せられる人材」と「研修止まりの人材」の分かれ道
Phase05：エンジニア育成に“完成”はない、という話