インフラエンジニアの資格マップ ― 転職で活きる資格と、その活かし方

職務経歴書ガイドでも書いた通り、資格の欄で企業が見ているのは資格の数ではありません。業務とのつながりと、取得の時期です。構築の仕事をしてきた人がネットワークやクラウドの資格を持っていると、それは経歴の裏づけになります。逆に、経歴と無関係な資格の羅列は、どれだけ数があっても材料になりません。

ただし、「資格は意味がない」も違います。効く場面ははっきりあります。このページでは、場面ごとにどの資格がどう効くのか、そして持っている資格を書類と面接でどう活かすのかを、資格ごとに整理します。

このページの★は、運営者の見解です。人事の共通ルールでも、統計でもありません。企業規模や職種で評価は動きます。★の数を見る前に、「どんな場面で効くか」を読んで、自分の応募先に当てはまるかで判断してください。★の基準は、★★★＝判断材料として直接効く場面が多い／★★＝条件が合えば効く（職種・工程・経験との組み合わせ次第）／★＝効く場面は限定的（持っていても評価の中心にはならない）です。

資格が効く場面（先にここを読む）

資格の効き方は、場面でほぼ決まります。代表的なのは次の5つです。

場面1：未経験領域への移行の補強

クラウド未経験でクラウド職を受ける、ネットワーク未経験でネットワーク寄りの求人を受ける。こういう横移動では、経歴に書けない領域を資格が肩代わりします。「経験はないが、体系的な知識と学ぶ姿勢はある」という材料になる、資格が最も強く効く場面です（キャリアマップとあわせて読んでください）。

場面2：書類の足切り回避

求人票の必須条件・歓迎条件に資格が明記されているケースです。とくにSES・常駐のスキルシート文化や、大手の応募母数が多い求人では、資格の有無が「まず読まれるかどうか」を分けることがあります。実力の証明ではなく、土俵に上がるための条件として効きます。

場面3：経歴の裏づけ

設計・構築の経歴がある人が、その領域の上位資格を持っていると、経歴の記述に信憑性が乗ります。「本当にその工程をやっていたか」の確認材料として読まれる場面です。資格単体ではなく、経歴と並んだときに効きます。

場面4：伸びていることの証明

取得の時期が直近であること自体が材料になります。「今も学び続けている人」は、入社後の立ち上がりの速さへの期待に接続します。逆に、10年前の資格だけが並ぶ書類は、その後の停滞を疑われる材料にもなります。

場面5：守備範囲の広さの提示（社内SE・情シス）

社内SEのように広さが評価される職種では、セキュリティ、ITサービスマネジメント、データベースといった周辺領域の資格が、「この範囲まで一人で見られる」という提示として効きます。深さの証明とは違う効き方です。

逆に、資格が効かない場面も書いておきます。要件定義やコンサルのように「決めたことの実績」で読まれる席では、技術資格はほぼ判断材料になりません。経験豊富な設計職の応募で、入門レベルの資格を並べても評価は動きません。そして、どの場面でも、資格のために経歴の記述が薄くなるのは本末転倒です。資格欄は職務経歴書の主役にはなりません。

一覧（評価と、主な効きどころ）

以下、資格ごとの詳細です。★はすべて運営者（元IT専門エージェント）の見解で、難易度や資格そのものの価値ではなく「転職活動の場面で、書類と面接の判断材料としてどれだけ効くか」を示しています。

国家資格系（情報処理技術者試験ほか）

基本情報技術者 ― ★

• どんな場面で効くか：経験の浅い層（第二新卒〜若手）で、基礎知識の足切り回避として効きます。未経験寄りの求人や、ポテンシャル採用の書類では判断材料になります
• 活かし方：書類では正式名称と取得年月を正確に書くことだけです。若手のうちは「活かせる経験」のブロックに、資格で得た知識と実務の接続（例：ネットワークの基礎を学んだうえで保守の切り分けに入った等）を1行添えると、ただの保有表示と差がつきます
• 注意点：経験者（とくに設計・構築層）の転職では、ほぼ評価の中心になりません。「基本情報を持っています」を強みとして前面に出すと、経歴の厚みに対して弱く読まれます。経験者は、資格欄に静かに置くのが正解です

応用情報技術者 ― ★★

• どんな場面で効くか：体系的な知識の裏づけとして、SIerの設計・構築職や社内SEで効きやすい資格です。「現場の経験だけの人ではない」という読み方をされる場面があります。応募要件に明記されるケースも、基本情報より多くなります
• 活かし方：書類では、職務経歴の判断の記述と並べて置くこと。資格があるから通るのではなく、「判断の背景に体系知識がある」と読ませる配置です。面接では、資格の知識が実務の判断にどう出たか（方式の比較、障害の切り分けの筋道等）を1つ語れると、裏づけとして完成します
• 注意点：取得から時間が経っている場合は、それだけで「今も伸びている」材料にはなりません。直近の学習や他の資格と組み合わせて、時期の印象を管理してください

情報セキュリティマネジメント ― ★

• どんな場面で効くか：社内SE・情シス寄りの応募で、セキュリティへの姿勢の提示として効く場面があります。利用者側のセキュリティ管理を問われる職種では、守備範囲の広さの材料になります
• 活かし方：技術職の応募で前面に出す資格ではありません。社内SE志望なら、保有資格の欄に置いたうえで、自己PRや活かせる経験に「社内のセキュリティ運用に関わった場面」と接続させて書くと、位置づけがはっきりします
• 注意点：技術職の評価軸では軽い資格です。これを強みの中核に置くと、経歴の読み方がぶれます。持っていること自体はマイナスではないので、静かに置く扱いが妥当です

ネットワークスペシャリスト ― ★★★

• どんな場面で効くか：国家資格の高度試験の中で、インフラ転職で最も直接的に効く部類です。ネットワーク職の応募はもちろん、サーバー系の設計職でも「ネットワークの体系知識がある」ことの裏づけになります。求人票の歓迎条件に載ることも多い資格です
• 活かし方：書類では職務経歴のネットワーク関連の記述（規模、担当範囲、決めた構成）と必ず並べること。面接では、試験知識と実務の接続（設計の判断で知識がどう効いたか）を語る準備をしてください。資格と経歴が同じ方向を向いたとき、この資格は書類の信憑性を一段引き上げます
• 注意点：ネットワークの実務経験が薄い人が持っていると、面接で実務との差を深く突かれます。その場合は「移行のための補強として取得した」と位置づけを正直に語るほうが、読み手の納得感は高くなります

データベーススペシャリスト ― ★★

• どんな場面で効くか：DB寄りの設計・運用の求人、アプリケーション基盤を見る席、社内SEでの守備範囲の裏づけとして効きます。インフラ全般の応募では条件付きの効き方です
• 活かし方：DBに関わった経歴（設計、チューニング、移行、障害対応）があるなら、その記述と並べて強い材料になります。社内SE志望では「基盤からデータまで一人で見られる範囲」の提示として、他の資格と組み合わせて置くと効きます
• 注意点：DBにほぼ関わらない経歴の人が持っていても、材料になりにくい資格です。取る順番としては、自分の経歴の延長か、移行先の求人票に載っているかで判断してください

情報処理安全確保支援士 ― ★★★

• どんな場面で効くか：セキュリティを担う席、情シスの統制・監査対応、セキュリティ要件のある基盤設計で効きます。国家資格としての位置づけ（登録制の士業資格）もあり、社内SE・情シスの上位の席では提示額の判断材料に入ることがあります
• 活かし方：書類では、セキュリティに関わった実務（脆弱性対応、監査対応、ポリシー整備、インシデント対応）と必ずセットで書くこと。面接では「守るための判断をどう下したか」を語る材料として使います。情シス志望では、技術と統制の両方を見られる人、という提示の核になります
• 注意点：登録と維持に手続きと費用がかかります。転職のためだけに取る資格としては重い部類なので、セキュリティを自分の軸にする意思がある場合に狙う資格です。実務経験なしで持っている場合は、面接で実務の場面を具体的に突かれる前提で準備してください

ベンダー資格・Linux系

CCNA ― ★★

• どんな場面で効くか：ネットワーク未経験・浅めの人が、ネットワーク寄りの求人へ移る場面で「入口の証明」として効きます。監視・運用からネットワーク構築寄りへ寄せる移行では、書類の足切り回避にもなります
• 活かし方：移行の補強として取得したなら、その意図を書類と面接で言葉にすること。「ネットワーク領域へ寄せるために取得し、現職では構成変更の場面から担当を広げている」という線が見えると、資格が経歴の物語に乗ります。検証環境で触った内容まで書けると、面接の会話が具体的になります
• 注意点：ネットワークの実務経験が豊富な人の評価は、この資格では動きません。経験者はCCNP以上の裏づけか、経歴そのもので勝負する段階です。有効期限のある資格なので、期限切れの表記にも注意してください

CCNP ― ★★★

• どんな場面で効くか：ネットワーク実務の裏づけとして強い資格です。ネットワークの構築・設計職の書類では、経歴の記述への信憑性の乗り方がCCNAとは一段違います。求人票の歓迎条件に載ることも多い部類です
• 活かし方：担当したネットワークの規模（拠点数、台数、回線種別）と決めた構成の記述と並べること。面接では設計の判断事例とセットで語ります。サーバー系からネットワークへ寄せる人の場合は、「専門職へ移る本気度」の提示としても効きます
• 注意点：効くのはネットワーク領域の応募です。社内SEやコンサルのような広さ・判断で読まれる席では、この資格の重みは相対的に下がります。移行先に合わせて前面に出すかどうかを変えてください

LPIC／LinuC ― ★★

• どんな場面で効くか：Linuxサーバーの実務の基礎の裏づけとして効きます。レベル1は若手・運用層の足切り回避と基礎の証明、レベル2は構築・運用の実務の裏づけ、レベル3は専門領域（仮想化・セキュリティ等）の提示、とレベルで効き方が変わります。SES・常駐のスキルシート文化では、条件として明示される場面もあります
• 活かし方：書類ではレベルと取得年月を正確に。職務経歴のLinux関連の記述（構築台数、運用の担当範囲）と並べること。レベル2以上は、面接で「コマンドラインでの実務の進め方」を具体的に語れる準備とセットで効きます
• 注意点：経験豊富なサーバーエンジニアの評価は、レベル1では動きません。取るなら自分の工程に合ったレベルを。LPICとLinuCは同等の位置づけで読まれることが多く、両方を並べる意味は薄いです

クラウド系

AWS認定クラウドプラクティショナー（CLF） ― ★

• どんな場面で効くか：AWSの入門の証明です。非エンジニア職や、クラウドに初めて触れる人の学習の証明としては意味がありますが、インフラエンジニアの転職では評価はほぼ動きません
• 活かし方：実務者は、この資格をゴールにしないこと。SAAへの通過点として取得し、書類ではSAAと取得の流れで見せるのが使い方です。CLF単独で前面に出すと、「入門で止まっている人」に読まれることがあります
• 注意点：すでにインフラ実務がある人がCLFだけを持っている状態は、経歴との釣り合いで弱く見えます。取る順番は、実務者ならSAAからで問題ありません

AWS認定ソリューションアーキテクト アソシエイト（SAA） ― ★★★

• どんな場面で効くか：クラウド系資格の中で、転職で効く場面が最も多い資格です。クラウド未経験者の移行の補強（場面1）として、オンプレ構築経験者の裏づけ（場面3）として、求人票の歓迎条件の充足（場面2）として、3つの場面で効きます
• 活かし方：書類では、オンプレの構築・運用の経歴と並べ、「判断の経験＋クラウドの体系知識」の組み合わせとして読ませること。検証環境で構築したものがあれば、職務経歴書の活かせる経験や自己PRに、検証の内容（何を作り、何を確認したか）を書きます。面接では、マネージドサービスの選定理由やコストと可用性の考え方を、資格の知識と自分の検証で語れるようにしてください
• 注意点：この資格だけで「クラウド経験者」にはなれません。実務未経験の場合は、資格を経験の代わりに見せるのではなく、「補強として取った」という正直な位置づけと、検証の実績で語ること。取得時期が古い場合は、サービスの更新に追いついているかを面接で見られることがあります

AWS認定ソリューションアーキテクト プロフェッショナル（SAP） ― ★★

• どんな場面で効くか：AWSの設計職・上位の席では強い裏づけになります。ただし効くのは「設計の経歴がある人」が持った場合です。経歴とセットで初めて★★★に近い効き方をします
• 活かし方：設計の判断の記述（構成を決めた理由、捨てた案）と並べること。面接ではアーキテクチャの判断事例を、資格の知識ではなく自分の経歴の言葉で語れるかが勝負です
• 注意点：実務の設計経験が薄いうちに取っても、面接の深掘りに耐えられず、資格と経歴の釣り合いの悪さが目立ちます。取る順番は、設計の経験を積んでから、が基本です。DevOps系（DOP）も同じ考え方で、運用・自動化の経歴がある人の裏づけとして効きます

Microsoft Azure認定（AZ-104：Azure Administrator） ― ★★

• どんな場面で効くか：Azureを採用している企業（大手事業会社、Microsoft系の基盤を持つSIer、社内SE）の応募で効きます。対象企業がはっきりしている分、その企業群の中ではSAAに近い効き方をします
• 活かし方：Azure環境の経歴（情シスの基盤、移行、運用）と並べること。社内SE志望で行き先がAzure環境なら、優先度は上がります。入門のAZ-900はCLFと同じ位置づけで、実務者の評価はほぼ動きません
• 注意点：求人の母数ではAWSに分があります。「クラウド全般に効かせたい」ならSAAが先、行き先がAzureと決まっているならAZ-104、という順番の判断をしてください。上位のAZ-305（ソリューションアーキテクト）は、SAPと同じく設計の経歴とセットで効く資格です

Google Cloud認定（Professional Cloud Architect等） ― ★★

• どんな場面で効くか：GCPを採用している企業（Web系・データ基盤の文脈が多い）では効きます。対象企業の母数はAWS・Azureより小さい分、合致した求人では強く効く資格です
• 活かし方：GCP環境の経歴や、データ・コンテナ寄りの経験と並べること。入門のCloud Digital Leaderは入門の証明の位置づけで、実務者の評価はほぼ動きません
• 注意点：行き先の企業がGCPを使っているかを確認してから取る資格です。汎用的なクラウドの証明としては、まずSAAのほうが場面は広くなります

ITサービスマネジメント系

ITILファンデーション ― ★★

• どんな場面で効くか：運用・保守の仕事の「言葉と型」の裏づけとして効きます。インシデント管理、変更管理といった運用プロセスの共通言語を持っていることの提示になり、運用設計の席や、大手の運用組織、社内SE（情シスのプロセス整備）で効く場面があります
• 活かし方：書類では、運用の改善実績（手順化、属人化の解消、変更管理の整備など）と並べて書くこと。「型を知っていて、現場で回したことがある」という組み合わせで読ませます。社内SE志望では、守備範囲の広さの提示の1ピースになります
• 注意点：技術職の評価軸では、技術資格ほどの重みはありません。手を動かす構築職の応募で前面に出す資格ではなく、運用と社内SEの文脈で効かせる資格です。バージョン（ITIL 4）の表記は正確に書いてください

目指す職種別：効く組み合わせ

資格は単体ではなく、移行先と経歴との組み合わせで選びます。代表的な組み合わせだけ置きます（詳細はキャリアマップの各職種の章とあわせて読んでください）。

• クラウドエンジニアへ：SAA（補強の核）＋今の経歴の裏づけ（LPICレベル2、ネットワークスペシャリスト等）。設計寄りを狙うなら、設計の経験を積んでからSAP
• ネットワークエンジニアへ：CCNP（裏づけの核）。未経験からの移行ならCCNAから入り、実務の幅を広げながらCCNPへ。クラウド側の接続を考えるならSAAを足す
• 社内SEへ：応用情報（体系の裏づけ）＋情報処理安全確保支援士または情報セキュリティマネジメント（統制の提示）＋ITIL（運用の型）。深さより「広さを裏づける並び」が効きます
• ITコンサルタントへ：技術資格の優先度は下がります。高度試験（ネットワークスペシャリスト、情報処理安全確保支援士等）は体系知識の裏づけとして効く場面がありますが、決定打は「決めたことの実績」の言語化です。資格取得に時間を使うより、書類の書き直しが先です

資格の取り方・書類への書き方（共通の型）

• 取る順番：①今の経歴の裏づけになる資格、②移行先の求人票に載っている資格、③興味だけで取る資格は最後。この順番を外すと、勉強の時間が市場価値に変換されません
• 勉強中の扱い：職務経歴書では、取得済みと分けて「勉強中・取得予定」と明記すれば問題ありません。取得済みと並べて紛らわしく書くのは、信頼を落とす行為です（職務経歴書ガイドの資格の章と同旨）
• 書類での配置：正式名称と取得年月を正確に。有効期限のある資格は期限の管理も含めて正確に書くこと。資格欄を厚くするより、職務経歴の中で「その知識をどこで使ったか」を書くほうが効きます
• 面接での語り方：「資格を持っています」で止めない。その知識が実務の判断のどこに出たか、移行のための資格なら「なぜ取ったか」の意図までを、自分の言葉で言い切ること

まとめ

資格の価値は、資格そのものの中にはありません。経歴と並んだときの「裏づけ」「補強」「足切り回避」という役割の中で決まります。だから、資格を取る前にやることは、自分の経歴の仕分けです。何が武器で、何が足りないか。足りない部分を埋める資格だけが、転職で活きる資格になります。

市場価値を測る面談の場では、資格の活き方も測れます。「この資格は、御社の選考ではどう見ますか」と聞くことは、担当者と企業の物差しを知る質問にもなります。