クラウド技術職の採用で、資格と設計・運用の経験をどう確かめるか

株式会社Global Career Incubator 代表取締役CEO 井川真一

最終更新：2026年10月29日。本文・参考資料は更新日時点の情報です。

クラウド技術職の選考で、資格名と担当工程までは確認できた。それでも、技術面接で何を確かめてもらえば、採否の判断に進めるのかが分からない。求人に出てくる用語を調べ、経歴を読み込んでいる採用担当者ほど、技術の話にどこまで踏み込むべきか迷うことがあるでしょう。

その努力を、資格の一覧と「設計・構築・運用を経験」という要約だけで終わらせないでください。本人が関わった一件を、設計時の選択、運用で分かったこと、その後の変更までたどり、技術担当者へ渡す問いを具体化しましょう。 技術の正しさを判定する前にも、採用担当者が整理できる材料はあります。

資格が示す知識・能力の範囲、本人が実際に判断した仕事、結果として確かめた変化は、それぞれ違う情報です。この区別ができれば、資格を過大に評価することも、学んで取得した努力を軽く扱うことも避けられます。採用担当者は、次の技術面接を依頼する前に、聞き取る経験と技術担当者へ委ねる判断を揃えておきましょう。

資格の公式定義から、評価に使う範囲を決める

資格を「知識を暗記しただけ」と決めつける必要はありません。Amazon Web Services〈AWS〉の「AWS Certified Solutions Architect – Associate」は、公式試験ガイドで、設計原則に沿うソリューションを設計する能力を検証すると説明されています。現在の事業要件と将来の需要を踏まえた設計、既存の構成を見直して改善点を判断することも対象に含まれます。公式試験ガイド

Google Cloudの「Professional Cloud Architect」も、設計、セキュリティ、実装管理、運用などを評価対象にしています。標準試験には、現実的な事業状況へ知識を適用するケース問題が含まれます。資格の種類によって、扱う領域と確かめ方が異なることを押さえてください。資格の公式説明

一方、これらの資格名だけでは、その人が、どの顧客の、どの制約のもとで、どこまで仕事を引き受けたかは分かりません。試験で問われる判断と、実案件で本人が担った判断を、同じ証拠として記録しないことが重要です。

採用担当者は、資格の正式名称と認定状況を、本人が共有できる証明で確認しましょう。そのうえで、公式に示された対象範囲のうち、今回任せる職務と重なる部分を技術担当者に確認してもらってください。推奨される受験経験が書かれていても、それを本人の実務経歴として転記してはいけません。

資格があれば経験確認を省く、なければ経験を読む前に見送るという運用も避けたいところです。会社が資格を必須にしているなら、その理由を求人と選考の担当者間で揃えてください。その要件を満たしたことと、任務に必要な実務経験があることは、分けて確かめましょう。

公開求人は、資格と任せる仕事をどう書き分けているか

以下は、2026年10月28日に確認した日本の公開職務例です。サーバーワークスのクラウドエンジニア／ソリューションアーキテクト求人では、インフラの設計・構築経験5年以上と、技術を根拠にした顧客への提案経験などを必須にしています。一方、クラウド認定資格のアソシエイトレベル以上などは歓迎条件です。担当業務には、要件定義、設計・構築、運用設計、継続的な改善の提案と実装が挙げられています。

KDDIアイレットのクラウドエンジニア／サイト信頼性エンジニア〈Site Reliability Engineer、SRE〉求人は、LinuxまたはWindows Serverの構築・運用経験3年以上と、運用業務の改善経験を必須にしています。顧客システムの性能・運用改善についての提案や交渉、改善の実装も職務に含みます。公表された必須・歓迎欄に認定資格名の記載はありませんが、それだけで資格を評価しない会社だとは判断できません。

二つの求人を、自社の採用基準としてそのまま使う必要はありません。ここで見ていただきたいのは、資格欄の有無より、設計する、改善する、顧客へ提案するという仕事が具体的に書かれていることです。「クラウド経験がある」という一つの答えで、そのすべてを確かめたことにはできません。

採用担当者は、現行の自社求人を技術責任者と読み、今回の面接で確かめる仕事を絞りましょう。新規の全体設計を任せるのか、既存環境の改善案を作って実施するのか、定められた手順で運用するのか。同じ候補者の説明でも、どの仕事へ照合するかによって、残る確認は変わります。

仮想ケース：同じ経歴でも、質問によって見える担当が変わる

以下はGCIが作成した仮想例です。

クラウドの構築・運用を支援する企業が、顧客の既存環境を改善する技術職を募集しているとします。今回任せたいのは、運用上の問題を整理し、変更案を作り、技術レビューと顧客の承認を経て、実装と変更後の確認を担う仕事です。全体構成を一人で決裁する責任者の採用ではありません。

採用担当者は、応募者から次の経歴を聞き取りました。手元にあるのは本人の説明で、前職の資料は確認していません。

• AWS Certified Solutions Architect – Associateを保有していると申告しています。認定状況の証明は、まだ確認していません。
• 顧客の翌朝の在庫確認に使う、クラウド上のデータ連携基盤に関わりました。初期構築では監視・通知の設計案を担当し、全体構成と最終的な設計承認はリーダーが担いました。
• 顧客は、夜間に一次対応する担当者を増やせず、翌朝にデータを使う時刻も変えられませんでした。
• 運用開始後、同じ処理に関する通知が重なるという相談を受け、通知履歴を整理しました。現行どおり個別に知らせる案と、重複と判断した通知をまとめる案を比較し、後者を提案しました。
• 本人は顧客の運用担当者と、変更する通知と連絡先の案を調整しました。顧客の運用責任者が変更を承認し、社内リーダーの技術レビューを受けて、本人が設定を変更しました。
• 本人の集計では、夜間の通知は変更前の4週間に32件、変更後の4週間に12件でした。処理回数、対応時間、翌朝の業務の遅れ、異常の見逃しは比較していません。何を重複と判定したか、変更時にどの試験をしたかも、面接記録にはまだありません。

この説明から、案の作成、顧客との調整、承認後の設定変更を本人の担当として追えます。面接でさらに知りたいのは、その変更を選ぶ理由と、必要な通知を守れると判断した根拠です。そこが聞ければ、技術担当者へ「何となく不安だ」と渡す状態から一歩進めます。

経験した工程を聞くだけでは、評価が膨らむ

採用担当者が「クラウドの資格はありますか」「設計から運用まで経験していますか」「顧客とも調整しましたか」と確認したとします。先ほどの経歴なら、いずれにも、経験した範囲の中で「はい」と答えられます。

ところが、面接メモを次のようにまとめると、説明にない評価が入り込みます。

認定資格があり、設計から運用まで一貫して担当。顧客と調整し、通知を減らしたため、運用負荷の改善実績もある。設計・運用の即戦力として技術面接へ進めたい。

資格について尋ね、担当工程も聞こうとしたことは、選考の入り口として意味があります。ただ、このメモでは、監視・通知という担当範囲が消え、通知件数の減少が運用負荷の改善へ変わっています。認定状況も、まだ証明を確認していません。

次の面接官がこの要約だけを読めば、既に確かめた経験だと受け取るかもしれません。採用担当者が迷ったまま肯定的な言葉を足すより、本人の担当と未確認のことを、そのまま引き継ぐ方が判断に役立ちます。

一件の変更をたどる質問に替える

私は、担当工程を聞いた後に、一つの案件の「当初の選択」「運用で分かったこと」「変更後に確かめたこと」をたどる面接を勧めます。今回の材料なら、質問を次のように変えられます。

採用担当者：「全体構成を決めた仕事と、ご自身が設計案を作った仕事を分けて教えてください。」

応募者：「私が担当したのは監視・通知の設計案です。全体構成と最終的な設計承認はリーダーが担いました。」

これで、設計経験を消す必要はなくなります。どの部分の設計経験かを限定して評価できます。技術担当者へは、全体設計を主導した人として渡すのではなく、監視・通知の案を作った経験として渡してください。

採用担当者：「運用が始まってから、何を理由に見直しを提案したのですか。比べた案も教えてください。」

応募者：「同じ処理に関する通知が重なるという相談を受け、通知履歴を整理しました。顧客は夜間の担当者を増やせず、翌朝のデータ利用時刻も変えられない状況でした。私は、現行の個別通知を続ける案と、重複と判断した通知をまとめる案を比較し、後者を提案しました。」

顧客の制約と比較した案が分かりました。ただし、なぜその条件でまとめる案を選んだのかは、まだ説明されていません。技術担当者には、二案を比べた基準と、選択の理由を確認してもらいましょう。別の異常まで同じものとして扱わないか、必要な通知が遅れないかについても、判断基準と確認方法を掘り下げる必要があります。

採用担当者：「顧客との調整では、誰と何を決めたのですか。設定の変更と承認は、どなたが担いましたか。」

応募者：「運用担当者と、変更する通知と連絡先の案を調整しました。顧客の運用責任者が変更を承認し、社内リーダーの技術レビューを受けた後、私が設定を変えました。」

顧客と話した経験に加えて、調整した内容と、判断を引き受けた相手が分かります。顧客全体の方針まで本人が決めたことにはしません。また、レビューを受けたから本人の判断経験がない、という読み方もしないでください。本人がどこまで案を作り、どの指摘にどう対応したかを、次に聞けばよいのです。

採用担当者：「変更後の結果として確認したことと、まだ確かめていないことを分けてください。」

応募者：「通知履歴を集計すると、変更前の4週間は32件、変更後の4週間は12件でした。処理回数や対応時間、翌朝の業務の遅れ、異常の見逃しは比較していません。」

言える結果は、本人の集計における通知件数の変化までです。処理する量が変わったのか、まとめ方を変えたことで一件の意味が変わったのかも残ります。採用担当者は「負荷を削減した」と要約する前に、技術担当者へ、何を比較すればその説明を確かめられるか尋ねましょう。

面接メモには「通知件数は前後各4週間で32件から12件へ変化。対応時間・業務遅延・見逃しは未比較」と残せます。ここまで具体化すれば、技術担当者は、件数以外に何を確かめれば今回の職務へ結びつくかを考えられます。採用担当者が無理に技術評価を完成させる必要はありません。判断を進める材料を、ここまで揃えて渡してください。

技術担当者へは、判断してほしい箇所まで渡す

採用担当者が集めるのは、経歴の名称だけではありません。本人が置かれていた制約、作った案、他者が決めた範囲、結果を確かめた方法まで整理すれば、技術担当者は確認する箇所を絞れます。

ここで使う道具として、「変更をたどる面接メモ」を提案します。本人の説明を時点ごとに置き、技術的な確認を依頼する欄を残すものです。先ほどの同じケースなら、次のように書けます。

右欄は、これから尋ねる内容です。技術面接の後に、実施の有無、本人の担当、技術担当者の所見を書き入れます。質問しただけで確認済みの欄に移さず、何を根拠に評価したかまで残しましょう。

技術責任者には、対象となるクラウドと業務を判断できる面接担当者を選んでもらいましょう。採用担当者は、このメモに今回任せたい職務を添え、「この制約での選択理由と、変更前後の確認が、当社で任せる仕事に必要な水準かを見てください」と依頼してください。「クラウドに詳しいかを見てください」より、求める判断が明確になります。

資料を求める場合も、前職の構成図や記録をそのまま提出させる必要はありません。機密を除いた説明図や、本人が作った一般化した例を使い、実案件のどの経験を説明しているかを確認してください。説明用に描き直した図は、当時の成果物そのものとは区別します。

技術担当者には、どの説明を妥当と評価したか、どこが今回の担当水準に届かないか、会社のレビューで支えられる範囲はどこかを返してもらいましょう。「技術力は高い」という所見だけでは、採用責任者は入社後の仕事を決められません。候補者の説明と技術担当者の評価を並べて、今回の任務に使える経験を確かめてください。

過去の経験を聞く問いと、その場の課題を分ける

過去の説明だけでは確認しきれない場合は、採用企業が用意した資料で、短い職務課題を行う方法もあります。実際に任せる仕事に近い課題にするため、内容と評価観点は技術担当者が事前に確認してください。候補者ごとに、説明する前提や使える資料が変わらないよう揃えることも大切です。

例えば今回なら、採用企業が作った通知履歴と業務条件を渡し、「変更を提案する前に何を調べ、誰に何を確認したいか」を説明してもらう方法が考えられます。特定の通知設定を正解として選ばせるのではなく、足りない条件を見分け、選択の理由を説明できるかを確かめる課題です。

課題中の回答は、現在の判断を直接観察した材料として記録します。過去案件で実施した試験や得た成果とは、欄を分けてください。前職で使っていない製品名を答えられなかったときも、技術担当者は、入職時に必要な製品知識の不足なのか、資料があれば判断を進められるのかを職務に照らして見ます。過去の経験と課題で示した力を、それぞれの根拠のまま評価へ使いましょう。

技術担当者の所見を受け、どこまで任せるかを決める

技術面接へ渡しただけでは、採用判断は終わりません。採用責任者は、返ってきた所見を「レビューを受けながら既存環境を改善する」という今回の役割へ戻して読んでください。通知が32件から12件へ変わったという数字より、変更の理由と確認方法を説明できたかが、任せる範囲を決める材料になります。

例えば、応募者が、通知をまとめる条件、まとめてはいけない例外、変更前の試験と問題時の戻し方を具体的に説明し、技術担当者が今回の職務に照らして妥当と評価できた場合は、採用責任者は次のように記録できます。

監視・通知の変更案を比較し、承認と技術レビューを受けて実装する仕事について、必要な判断を確認できた。この経験を、当社のレビュー付きの改善業務へ照合して選考を進める。入社後にレビューを担当する人と対象範囲を確定し、応募者にも担当条件を説明する。

この判断には、本人の説明に対する技術評価と、会社が用意するレビューの両方が要ります。顧客の運用負荷が改善したと確認できた、という評価を足す必要はありません。そこを測っていないことと、変更の仕事を任せる根拠が得られたことは、分けて扱えます。

反対に、比較した案と提案理由は話せても、例外や試験、戻し方を説明できなかったらどうでしょうか。採用担当者は、まず質問の前提や守秘上の制約を確認してください。それでも説明が得られなければ、提案までの経験は残し、変更の安全性を自ら判断して実施する仕事まで任せる根拠には使いません。

その場合に、今回の仕事をそのまま任せることはできません。技術責任者が当面の実装・変更後確認を引き受けられるなら、本人の担当を案の作成や調査へ絞る変更を検討できます。候補者が望む仕事とも照合し、双方がその条件を選べるかを確かめましょう。会社が支えられず、入社直後から実装・確認まで必要なら、今回の役割で選考を進めない理由になります。「入社後に何とかなる」と判断を先送りしないでください。

役割自体が違えば、同じ経歴の読み方も変わります。全体構成の設計を独力で主導する人を採るなら、監視・通知の担当経験だけでは足りず、別の案件で全体設計を担ったかを聞く必要があります。一方、定められた手順に沿って運用する人なら、手順の理解、異常時の対応、引き継ぎを先に確かめます。資格の評価対象に設計能力が含まれることは、これらの経験確認を省く理由にはなりません。

採用企業に技術確認を引き受ける人がいない場合は、採用責任者が確認者と範囲を確保するところへ戻りましょう。資格や面接時の自信でその空白を埋めると、入社後に、会社も本人も判断を頼める相手がいないまま仕事を抱えることになります。採用を急ぐ場面ほど、任せる範囲と支える範囲を先に揃えることが大切です。

次の技術面接では、所見を受け取った後の判断まで用意する

採用担当者は、次に技術面接へ進む候補者について、職務経歴書から一件を選び、今の面接メモを読んでみてください。「設計経験あり」「運用改善を達成」「顧客調整ができる」と書いた箇所の横に、それを支える本人の説明を置きます。

説明が工程名で止まっていたら、担当した箇所を聞く問いへ変えましょう。制約を聞いていなければ、選んだ案が何に応えるためだったかを尋ねます。結果が「減った」「安定した」だけなら、比較した期間、対象、記録と、測っていない影響を確かめる問いにしてください。

次に技術担当者と、「この説明が得られれば、どの仕事を任せる判断へ進むか」「説明できなければ、担当条件を変えられるか」を一つずつ決めます。技術面接後は、回答をこの二つの判断へ戻し、選考を進める、担当を絞る、今回の役割では見送る、のどれを選ぶかを理由とともに書いてみてください。候補者へ追加確認を求める場合は、何を判断するためかと、結果を返す予定も伝えましょう。

ここで、入社後の技術レビューを引き受ける人が確保できないという条件だけを変え、同じ経歴で答え直してみてください。応募者の担当も、32件と12件という記録も変えません。先ほどと同じ範囲を任せるなら、レビューを前提にした判断が、なぜ今も成立するのかを説明する必要があります。説明できなければ、確認者の確保か、本人の担当範囲の見直しが先です。

最初の記録と答え直した記録を比べ、変更した箇所に理由があるかを見てください。候補者の説明が不足しているのか、技術担当者の所見が足りないのか、会社の支援条件が決まっていないのか。詰まった場所を一つ特定できれば、次に依頼する相手も決まります。採用担当者が一人で技術判断まで抱え込まず、それぞれの責任者が答えを返せる面接にしていきましょう。

技術面接へ進めても、採用判断がまとまらないときは

候補者の説明は集まっているのに、任せる仕事との対応が曖昧なまま、面接が増えている。そうした場合は、求人票と、面接で判断が止まっている箇所を、共有可能な範囲でお聞かせください。確認項目を増やす前に、採否までに何を確かめる必要があるかを整理する材料になります。

株式会社Global Career Incubator〈GCI〉のTalent Search｜人材紹介では、任せる役割と必要な経験、候補者ご本人の希望を照らし、選考で判断する材料の整理を支援します。採用担当者が集める情報と、貴社の技術担当者へ判断を依頼する部分を、求人票の一件から具体化しましょう。

クラウド技術職の採用・選考について相談する

参考資料

公開情報・求人の確認日：2026年10月28日。資格の説明と求人の職務・必須／歓迎条件を参照しています。求人の初出・更新日、実際の募集受付状況は確認していません。

• AWS：AWS Certified Solutions Architect – Associate 試験ガイド
• Google Cloud：Professional Cloud Architectの公式説明
• サーバーワークス：クラウドエンジニア／ソリューションアーキテクトの募集要項
• KDDIアイレット：クラウドエンジニアの募集要項
• GCI：Talent Search｜人材紹介、企業向け相談