GCPエンジニアのフリーランス面談でよく聞かれる質問と答え方

GCPエンジニアのフリーランス面談でよく聞かれるのは、誰と組んでどこまで担ったか、リソース階層とIAMをどう設計したか、BigQueryなどの費用をどう抑えたか、実行環境をなぜそれにしたか、障害のときに何をしたかです。面談官は、サービスの名前をどれだけ知っているかより、「この人に自社のGoogle Cloudの権限を渡して大丈夫か」を確かめようとしています。

答えるときは、模範解答を覚えるより、自分の経験から「判断の場面」を3〜4つ選び、どの質問にもそこから答えられるようにしておくのが近道です。面談全般の答え方は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではGCP案件に固有の質問に絞ります。

GCPの面談で面談官が見ていること

GCP案件の面談に出てくるのは、発注元のインフラやデータ基盤の責任者、テックリード、元請けの技術者であることが多く、本人もGoogle Cloudを触っています。そのため、言葉の上手さより、話の中の判断の順番と理由を聞いています。

面談官が知りたいのは、おおむね次の3点です。

1. 任せられる範囲：データ寄りかアプリ寄りか、土台づくりか個別の環境か。どの階層の権限を持って作業してきたか
2. 事故を起こさない動き方：権限・費用・本番の変更で、どんな歯止めを置いてきたか
3. チームとの相性：データチームや開発チームと、どう役割を分けて進めてきたか

以下の質問は、この3点のどれかを確かめるためのものです。質問の意図が分かれば、答えの中心に何を置くかも決まります。

よく聞かれる質問と答え方の考え方

ここで示す答えの例は、組み立て方を伝えるための架空の例です。そのまま使わず、ご自身の経験に置き換えて準備してください。

1. 「直近の案件で、誰と組んで何を担当しましたか」

確かめたいのは任せられる範囲です。依頼元（どの部門か）、環境を使う人（データチームか開発チームか）、プロジェクトの数、自分が持っていた権限の階層を短く伝えます。

架空の例：「事業会社の情報システム部門からの依頼で、分析チームが使うBigQueryの環境を担当しました。本番と検証の2つのプロジェクトで、権限はフォルダの単位で付与されていました」

このように「誰の依頼で、誰が使う環境か」を最初に言うと、その後の質問とのずれが起きにくくなります。

2. 「組織・フォルダ・プロジェクトをどう分けましたか」

GCP案件に特有の質問です。Google Cloudでは、上の階層で付けたIAMのロールや組織ポリシーが下に引き継がれます。そのため、面談官はどの階層に、何の決まりを置いたかで設計の考え方を測ります。

答えは「分け方の軸（部門か、環境か、システムか）」「上の階層に置いた決まり」「例外をどう扱ったか」の順に組み立てます。自分で設計していない場合は、決まった構成の中で何を作ったかを正直に話しましょう。

3. 「権限の依頼が来たとき、どう判断しましたか」

IAMの運用の考え方を確かめる質問です。Google Cloudは、本番環境では他に手段がない場合を除いてオーナーや編集者などの基本ロールを付与せず、必要を満たす最も限定された事前定義ロールかカスタムロールを使うよう案内しています（2026年10月時点）。面談では、この考え方を自分の現場でどう運用したかを話します。

• 依頼を受けたときに、何を確かめてからロールを選んだか
• 個人ではなくグループに付けたか、サービスアカウントの鍵をどう扱ったか
• 付けた権限を、いつ、どう見直したか

「必要なものだけ付けました」で終わらず、断った依頼や、別の方法を提案した場面まで話せると、運用の重みが伝わります。

4. 「BigQueryの費用が増えたとき、どう気づき、何をしましたか」

データ基盤の案件では、もっとも掘り下げられやすい質問です。次の順番で組み立てると伝わりやすくなります。

• 何から増えたことに気づいたか（予算アラート、請求のデータ、利用者からの相談など）
• どのクエリやテーブルが原因だったか、どう特定したか
• どんな対策を並べ、なぜそれを選んだか
• 利用者にどう伝え、再発をどう防いだか

予算アラートは通知の仕組みで、設定しただけでは使用量や請求に上限はかからないとGoogle Cloudは案内しています（2026年10月時点）。「アラートを置いていた」だけでなく、通知を受けた後に誰が何をする決まりだったかまで話すと、現場の運用が見えます。改善の幅を数字で出せない場合の話し方はGCPエンジニアのスキルシートの記事が参考になります。

5. 「Cloud RunとGKEは、どう使い分けましたか」

アプリの実行環境の案件でよく聞かれます。正解のある質問ではなく、要件のどこから選んだかを見ています。チームの人数と運用の体制、必要な制御の細かさ、費用、既存の仕組みとの関係など、自分の案件で効いた理由を1〜2つに絞って話します。選ばなかった側の利点も一言添えると、比べて決めたことが伝わります。

6. 「本番で障害が起きたとき、何をしましたか」

確かめたいのは、慌てたときの順番です。検知、影響範囲の確認、関係者への連絡、暫定の対処、原因の調査、再発防止の流れを話します。自分が一次対応の当番に入っていたかどうかも、はっきり伝えましょう。

7. 「AWSやAzureとの違いを、どう説明しますか」

他のクラウドの経験がある人によく聞かれます。前の環境の用語のまま話すと、Google Cloudでの置き換えが伝わりません。たとえばアカウントの分け方を、組織・フォルダ・プロジェクトでどう表すかまで話せると、違いを理解したうえで応募していることが伝わります。AWS側の面談で聞かれることはAWSエンジニアの面談の記事で整理しています。

8. 「サービスの終了や仕様の変更に、どう追従しましたか」

Google Cloudでは、サービスの置き換えや機能の終了の案内が出ることがあります。案内をどこで知り、影響をどう調べ、いつまでに何を移したかを話します。長く運用を任せられるかを見る質問です。

準備は「判断の場面」を3〜4つに絞る

上の質問は数が多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。

1. 場面を選ぶ：権限の設計、費用の改善、実行環境の選定、障害対応など、性質の違う場面を3〜4つ選ぶ
2. 場面ごとにメモを作る：状況、気づいたきっかけ、選択肢、選んだ理由、関係者への伝え方、結果を書き出す
3. 規模の数字をそろえる：プロジェクトの数、利用者のチームの数、期間、自分が持っていた権限の階層を、どの場面でも同じ数字で言えるようにする
4. 構成を口で説明する練習をする：画面共有ができない面談もあるため、図なしで1分で構成を説明できるようにする
5. スキルシートと照らし合わせる：シートに書いた内容と話がずれていないかを確かめる

スキルシートとの一致は特に大切です。面談官はシートを見ながら質問するため、話とシートがずれると、どちらも信用されにくくなります。冒頭の自己紹介は面談の自己紹介の記事で組み立て方を解説しています。

面談の相手によって重心が変わる

元請けと発注元の両方と面談する場合は、元請けでは作業の進め方、発注元では判断の場面に重心を置くと、限られた時間を有効に使えます。

GCPエンジニアならではの逆質問

逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。GCPの案件では、次の点を聞いておくと判断しやすくなります。

• 自分に付与される権限の範囲（組織・フォルダ・プロジェクトのどこか）と、承認の流れ
• 外部のアカウントを追加できるか、専用のアカウントや端末が必要か
• 費用の管理を誰が担い、予算アラートを受けた後の対応を誰がするか
• 障害時の連絡体制に自分が入るか、夜間や休日の対応があるか
• IaCのコードと変更の手順が、どこまで整っているか

一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。逆質問で聞いた内容は、契約前の確認にもそのまま使えます。案件を選ぶときの確認点はGCPエンジニアの案件の選び方で整理しています。

よくある質問

Google Cloudの経験が短く、AWSの経験が中心です。面談でどう話せばよいですか？

AWSで判断した場面を、Google Cloudの用語に置き換えて話すのが効果的です。アカウントの分け方をリソース階層で、権限の設計をIAMのロールで説明し直してみてください。置き換えた結果、Google Cloudで違う判断になる点を一つ挙げられると、違いを理解していることが伝わります。

面談で認定資格について聞かれたら、何を話せばよいですか？

取った理由と、学んだ内容を実務で使った場面を1つ話します。資格の名前だけでは判断の中身が伝わらないため、経験と結びつけることが大切です。資格の位置づけはGCPエンジニアの資格の記事で解説しています。

面談で構成図を見せてもよいですか？

前の案件の構成図をそのまま見せるのは避けましょう。発注元の情報が含まれていることが多いためです。見せたい場合は、名前や規模を一般的なものに置き換えて自分で描き直したものを使い、それでも出してよいかに迷う場合は口頭の説明にとどめるのが無難です。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。