新人インフラ研修の進捗が見えない問題。スキルの見える化と進捗管理のすすめ

こんにちは、インフラエンジニアのryuです。

新人研修を任されている方に、ひとつ質問です。いま研修中の新人が「どこまでできるようになったか」を、あなたは一目で答えられるでしょうか。

「Linuxはだいたい大丈夫そう」「ネットワークはまだ怪しい」——そんな肌感覚で判断していないでしょうか。

肌感覚が悪いわけではありません。でも、その感覚は人によってばらつきますし、あとから振り返って説明することもできません。そして何より、新人本人が自分の現在地を把握できないという問題が残ります。

今日は、新人インフラ研修でよく起きる「進捗が見えない問題」を、スキルの見える化と進捗管理でどう解決するかをお話しします。研修担当者やチームリーダーの方に、明日から使える形でまとめました。

そもそも「進捗が見えない」とは、どういう状態か？¶

まず、進捗が見えない研修とはどんな状態なのかを整理しておきましょう。

イメージしやすいのは、行き先も現在地も分からないまま歩いているドライブです。カーナビが無く、地図も持たず、なんとなく「たぶんこっちが目的地だろう」と走り続けている状態。到着できるかもしれませんが、遠回りしても気づけませんし、道を間違えても引き返すのが遅れます。

進捗が見えない研修は、まさにこれです。ゴール（独り立ちに必要なスキル）が言語化されておらず、いまどこまで来たか（習得状況）も測っていない。結果として、こんなことが起きます。

• できているつもりの分野が、実は穴だらけだった
• 得意分野ばかり伸びて、苦手分野が放置されていた
• 独り立ちさせてから「これ習ってません」が発覚する

特にインフラの現場では、最後の一つが痛い。サーバーやネットワークは、一つの設定ミスがサービス全体を止めることがあります。「知らなかった」で済まされない領域だからこそ、独り立ち前に習得状況を客観的に確認しておく必要があるのです。

なぜインフラ研修は特に見えにくいのか¶

インフラの知識は、範囲がとても広いという特徴があります。

Linuxの操作、ネットワークの基礎、クラウド、仮想化、監視、セキュリティ……。しかもそれぞれが密接に絡み合っていて、「Linuxはできるがネットワークは苦手」といった偏りが生まれやすい。プログラミング研修のように「アプリが一つ完成した」という分かりやすい成果物が出にくいのも、進捗を見えにくくしています。

もう一つ、インフラは目に見えにくい仕事だという事情もあります。アプリなら画面が動けば「できた」が分かりますが、サーバーの設定やネットワークの疎通は、正しく動いているときほど何も起きません。静かに動き続けているのが正常な状態だからこそ、新人が理解して構築したのか、たまたま動いているだけなのかが、外から見分けづらいのです。

だからこそ、インフラ研修では「何がどこまでできるか」を分解して管理する仕組みが効くのです。

スキルマップで「現在地」を見える化する¶

進捗を見えるようにする第一歩が、スキルマップです。

スキルマップとは、従業員が持つスキルや知識を一覧にして、習得レベルを数値や記号で可視化した表のことです。日本能率協会マネジメントセンターは、スキルマップを「従業員の能力やスキルを数値化・可視化し、配置・異動や育成に活用するためのもの」と説明しています。難しく考えず、縦に習得すべきスキル、横に新人の名前を並べた成績表だと思ってください。

たとえば、新人インフラ研修のスキルマップは、こんな形になります。

記号の意味は、たとえば次のように決めておきます。

◎=一人で問題なくできる／○=たまに確認すれば一人でできる／△=手順書を見ながらならできる／×=まだ習っていない・できない

この表を見るだけで、いろいろなことが分かります。田中さんは全体的に順調だが、DNSがまだ弱い。鈴木さんはネットワーク分野がまるごと△と×で、ここを集中的に補う必要がある。感覚ではなく、表という共通の事実をもとに会話ができるようになるのです。

スキル項目は「独り立ちの条件」から逆算する¶

スキルマップを作るとき、いきなり項目を並べ始めると、量が膨大になって挫折します。

コツは、ゴールから逆算することです。「独り立ちとは、どんな作業を一人で任せられる状態か」をまず言葉にする。たとえば「監視アラートの一次対応を一人でできる」がゴールなら、そのために必要な知識——ログの見方、基本的なLinux操作、ネットワークの疎通確認——を分解して項目にしていきます。

この「ゴールから逆算する」考え方は、研修設計そのものの土台でもあります。研修の全体像づくりについては、インフラ未経験の新人研修、どう設計する？でも詳しく触れていますので、あわせて読んでみてください。

項目の粒度は、細かすぎず粗すぎず。最初は各分野10〜20項目くらいから始めて、運用しながら調整するのがおすすめです。細かくしすぎると更新が面倒になって続かず、粗すぎると「できる／できない」が大ざっぱになって役に立ちません。迷ったら、まずは粗めに作って、実際に運用しながら「ここはもっと分けたい」と感じた項目だけ細分化していくと、無理なく育っていきます。

何を項目に入れるか迷ったら、Linuxやネットワークの学習ロードマップが参考になります。たとえばLinuxの学習ロードマップやネットワークの学習ロードマップを眺めると、初学者が押さえるべき順番が見えてきます。これらは学ぶ順序が整理されているので、そのままスキルマップの並び順の下敷きにも使えます。

「見える化」で終わらせず、進捗管理につなげる¶

スキルマップを作っただけで満足してしまう——これが一番もったいないパターンです。

表は作った瞬間から古くなります。大事なのは、定期的に更新して、変化を追いかけること。つまり、見える化を進捗管理の仕組みとして回すことです。

週に一度、5分の「棚おろし」を習慣にする¶

おすすめは、週に一度、新人と一緒にスキルマップを見ながら現在地を確認する時間を取ることです。

長い面談は要りません。5分で十分。「今週はここが△から○になったね」「DNSはまだ手が回ってないから、来週やろうか」。この短い会話が、驚くほど効きます。

なぜなら、新人自身が自分の現在地と次の目標を意識できるからです。人は、ゴールと現在地が見えていると走りやすい。逆に、いつまで走ればいいか分からないマラソンほどつらいものはありません。進捗の見える化は、育てる側だけでなく、育つ側のための仕組みでもあるのです。

この棚おろしを続けると、副次的な効果も生まれます。担当者が変わっても引き継ぎがスムーズになるのです。口頭の「あの子はネットワークが弱い」は引き継げませんが、更新されたスキルマップなら、次の担当者がひと目で状況を把握できます。研修が属人化せず、チームの仕組みとして回るようになる。これは、担当者が一人に固定されがちな現場ほど効いてきます。

つまずきは「早く小さく」拾う¶

進捗管理のいちばんの価値は、つまずきを早期に発見できることにあります。

たとえば、3週間ずっとネットワーク分野が×のまま動かない新人がいたとします。スキルマップがあれば、これは一目で気づけます。「本人の理解が追いついていないのか」「そもそもまだ教えていないのか」「教えたけれど手を動かす機会が無いのか」——原因を切り分けて、早いうちに手を打てる。

つまずきは、小さいうちに拾うほど立て直しが楽です。独り立ち直前になって「ネットワークが全然だめだった」と気づくのと、2週目で気づくのとでは、リカバリーにかかるコストがまるで違います。

これは、料理で焦げに気づくタイミングに似ています。うっすら焦げ始めた瞬間なら火を弱めれば済みますが、煙が出てから気づいたら、もう作り直すしかありません。研修も同じで、遅れが小さいうちに気づけば軽い声かけで戻せますが、放置した遅れは取り返すのに何倍もの時間がかかります。見える化の本当の狙いは、この「早く気づく」を仕組みとして担保することにあるのです。

もし特定分野でつまずきが続くなら、その分野の基礎に立ち返る教材を渡すのも有効です。ネットワークが苦手な新人にはネットワークの学び方をやさしく解説した記事、Linuxコマンドに慣れていない新人にはLinuxコマンド入門のような、初学者向けの入り口を用意しておくと、フォローがスムーズになります。

習得の「質」も測る——理解度チェックの考え方¶

ここまでは「何ができるか」の見える化でした。もう一歩踏み込むと、「本当に身についているか」という質の確認も大切になります。

研修効果を測る古典的なフレームワークに、カークパトリックの4段階評価法があります。研修の効果を「反応・学習・行動・結果」の4つのレベルで捉える考え方で、レベル2の「学習」は、事後テストやシミュレーションで理解度・習得度を測る段階だとされています。

新人研修の日々の進捗管理で使うのは、主にこのレベル2です。スキルマップの記号を「できた気がする」で埋めるのではなく、小さな確認課題で裏づけを取る。たとえば、こんな形です。

# 理解度チェックの例：新人に実際にやってもらう小課題
# 1. 指定ユーザーだけが読み書きできるディレクトリを作る
mkdir /opt/project && chown tanaka:staff /opt/project && chmod 750 /opt/project

# 2. サーバーへの疎通と、名前解決ができているか確認する
ping -c 3 example.com
nslookup example.com

コマンドを暗記しているかではなく、「なぜその権限にするのか」「pingが通らないとき次に何を見るか」を説明できるか。ここまで確認できて初めて、スキルマップの◎に自信を持てます。手を動かして確かめる学習の大切さは、基本情報から始めるネットワークの学び方でも触れているとおりです。

理解度チェックは、身構えなくて大丈夫です。10分の口頭説明や、小さな実機課題で十分。大がかりな試験を作る必要はありません。むしろ、新人が自分の言葉で説明しようとする過程そのものが、知識を定着させる復習になります。答えに詰まった箇所は、そのままスキルマップの弱点として記録しておけば、次の一手が自然と決まります。

InfraAcademyを進捗管理の「ものさし」に使う¶

ここまで読んで、「仕組みは分かったけれど、スキル項目や教材を一から用意するのは大変そう」と感じた方もいるかもしれません。

正直に言うと、そのとおりです。スキルマップの項目設計も、分野ごとの教材も、ゼロから作るのはかなりの手間がかかります。

そこで役立つのが、体系化された学習教材を「ものさし」として使う方法です。InfraAcademyは、Linux・ネットワーク・クラウドを未経験者が順番に学べるように構成した学習サービスです。講座やロードマップがそのままスキル項目の下敷きになりますし、新人がどの講座まで進んだかを進捗の目安にもできます。

たとえば「ロードマップのこの単元まで完了したら、スキルマップのここが○」というふうに、教材の進度と習得管理をひもづけてしまう。こうすると、担当者が教材づくりに追われず、新人のつまずきを見て手を打つ本来の仕事に集中できます。

法人での研修導入や、複数名の進捗をまとめて管理したい場合は、InfraAcademyの法人プランで相談を受け付けています。研修の設計から進捗の見える化までを、現場の負担を減らす形で組み立てるお手伝いができます。

なお、研修を内製すべきか外部に頼るべきかで迷っている方は、インフラ研修は内製と外注どっちがいい？も判断の材料になるはずです。

「見える化」は採用難の時代の守りにもなる¶

最後に、少し大きな視点も添えておきます。

経済産業省の試算では、IT人材の不足は2030年に最大で約79万人に達すると予測されています。人が採りにくい時代には、採った人をきちんと育て、辞めさせないことの価値が相対的に上がります。

進捗の見える化は、この「育てて定着させる」に直結します。自分の成長が見える新人は、手応えを感じてやめにくい。逆に、成長が見えないまま放置された新人は、静かに自信を失っていきます。早期離職を防ぐ観点は新人の早期離職を防ぐオンボーディング設計でも掘り下げていますので、あわせてどうぞ。

まとめ¶

新人インフラ研修の「進捗が見えない問題」は、仕組みで解決できます。

やることは、そう多くありません。独り立ちの条件からスキル項目を逆算し、スキルマップで現在地を見える化する。週に一度の短い棚おろしで変化を追い、つまずきは小さいうちに拾う。そして、記号を埋めるだけでなく、小さな理解度チェックで質も確かめる。

大切なのは、完璧な表を作ることではなく、見える状態を保ち続けることです。表は生き物で、更新をやめた瞬間に価値を失います。

進捗が見えると、育てる側は手を打つべき場所が分かり、育つ側は自分の成長を実感できます。感覚に頼っていた研修が、事実にもとづいた育成に変わっていく。その第一歩を、ぜひ明日から始めてみてください。応援しています。

参考記事¶

• 経済産業省「IT人材需給に関する調査」資料（IT人材の不足規模の試算） https://www.meti.go.jp/shingikai/economy/daiyoji_sangyo_skill/pdf/001_06_00.pdf
• 日本能率協会マネジメントセンター「スキルマップ作成と活用による人材育成」 https://www.jmam.co.jp/hrm/hub/skillmap.html
• HRBrain「カークパトリックの4段階評価法とは？研修のROI効果測定方法まで解説」 https://www.hrbrain.jp/media/human-resources-development/kirkpatrick