クラウドアーキテクトのフリーランス面談でよく聞かれる質問と答え方

フリーランスのクラウドアーキテクトの面談でよく聞かれるのは、どの範囲を自分で決めたか、どんな案を比べてなぜそれを選んだか、要件をどう数字にしたか、決めたことをどう組織に通したかの4つです。面談官は、知っているサービスの数より「この人に判断を預けたら、どんな物差しで決め、どう説明するか」を確かめようとしています。

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

面談官が見ていること

クラウドアーキテクトの面談に出てくるのは、発注元の情報システム部門の責任者、基盤チームのリーダー、すでに参画しているアーキテクトなどです。技術の経験がある人が多く、話の中の判断の物差しと、その根拠を聞いています。

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

1. 決めてきた範囲：一つのシステムの構成か、共通基盤か、会社全体の方針か
2. 判断の質：何を比べ、何を捨て、どんな前提で決めたか
3. 組織との相性：決めたことを、反対する人も含めてどう通してきたか

以下の質問は、この3点のどれかを確かめるためのものです。

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

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

1. 「直近の案件で、あなたが決めた範囲を教えてください」

確かめたいのは、決めてきた範囲です。対象のシステムやアカウントの数、利用するチームの数、自分が決めたことと、上の人や別の担当が決めたことを分けて伝えます。「設計に関わった」だけだと範囲が見えません。

架空の例：「十数チームが使う共通基盤で、アカウントの分け方と権限の設計を決めました。ネットワークの接続方式は私が案を出し、最終的には基盤の責任者が決めています」

2. 「その構成にした理由と、ほかに検討した案を教えてください」

最もよく掘り下げられる質問です。次の順番で組み立てると伝わりやすくなります。

• 前提になった要件（止められる時間、利用者、予算、規制など）
• 比べた案と、評価の物差し
• 選んだ案と、捨てた案の理由
• 選んだ案の弱点と、その補い方

捨てた案の理由と、選んだ案の弱点まで話せると、判断の質が伝わります。各社の設計フレームワークの観点（信頼性、セキュリティ、費用など）に沿って話すと、物差しが共有しやすくなります。

3. 「要件があいまいなとき、どう決めましたか」

「止まってはいけない」「なるべく安く」といった言葉を、どう数字にしたかを聞いています。業務の担当者に何を質問し、止められる時間や戻すまでの時間をどう合意したかを話します。

4. 「IDと権限、ネットワークはどう設計しましたか」

共通基盤の経験を確かめる質問です。アカウントの分け方、権限を渡す単位、例外の扱い、オンプレミスや他のクラウドとの接続方式を、なぜその形にしたかと合わせて説明します。セキュリティ担当とどう折り合いをつけたかも聞かれやすい点です。

5. 「複数のクラウドを使う判断に関わったことはありますか」

「マルチクラウドの経験」が実際には別々の案件の経験ではないかを確かめる質問でもあります。クラウドをまたいで何を決めたか（使い分けの基準、IDの統合、接続、ルールの共通化）を具体的に話します。経験がない場合は、そう伝えたうえで、一つのクラウドで他の環境と比べた場面を話すほうが信頼されます。

6. 「費用について、どんな判断をしましたか」

設計の段階で費用をどう見積もり、運用に入ってから何を見直したかを聞いています。削減の額より、何を根拠に優先順位をつけ、業務への影響をどう確かめたかを話します。金額は守秘の対象になりやすいため、割合や考え方で伝えれば十分です。

7. 「移行で難しかった場面と、どう対処したか教えてください」

移行の方式の判断、切り替えの計画、戻す手順の用意、当日の判断などを順に話します。予定どおりに進まなかった場面でも、何を見て何を選んだかを話せれば経験として受け止められます。

8. 「決めたことに反対されたとき、どうしましたか」

アーキテクトは、開発チームやセキュリティ担当、予算の担当と利害がぶつかりやすい立場です。どちらが正しかったかより、論点をどう整理し、誰に決めてもらったか、例外をどう扱ったかを見ています。

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

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

1. 場面を選ぶ：構成の選択、権限やルールの設計、費用の見直し、移行や反対への対応など、性質の違う場面を選ぶ
2. 場面ごとにメモをつくる：前提の要件、比べた案、物差し、選んだ理由、弱点と補い方、合意の取り方、結果を書き出す
3. 規模の言い方をそろえる：アカウントやチームの数、期間、関わった部署の数を、どの場面でも同じ言い方で言えるようにする
4. 口頭で構成を説明する練習をする：オンライン面談では図を見せられないこともあるため、言葉だけで構成を説明できるようにしておく
5. スキルシートと照らし合わせる：シートの「決めた範囲」「比べた案」の欄と話が一致しているかを確かめる

面談官はスキルシートを見ながら質問するため、話とシートがずれると、どちらも信用されにくくなります。シートの書き方はクラウドアーキテクトのスキルシートの記事、冒頭の自己紹介は面談の自己紹介の記事で解説しています。

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

相手が複数いる面談では、質問の出どころに合わせて、方針の話と設計の具体の話の比重を切り替えると、限られた時間を有効に使えます。

クラウドアーキテクトならではの逆質問

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

• 自分に任される判断の範囲と、最終的に決める人
• 既存の方針書や共通基盤のルールがあるか、どこまで変えてよいか
• 構築や運用を担うチームの体制と、自分が手を動かす範囲
• 各クラウドの権限をいつ、どの範囲で受け取れるか
• 移行の切り替えや障害の対応に関わる想定があるか

一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。聞いた内容は、契約前の確認にもそのまま使えます。確認点はクラウドアーキテクトの案件の選び方で整理しています。

よくある質問

面談で構成図を画面共有して説明してもよいですか？

前の案件の構成図をそのまま見せるのは、守秘の面で避けたほうが無難です。説明が必要なら、固有の名前や値を外した簡単な図をその場で描くか、言葉で順に説明しましょう。

最終的な決定者ではなかった場合、どう話せばよいですか？

案を出したのが自分で、決めたのが別の人であれば、そのとおりに話します。どんな材料をそろえ、決める人に何を示したかを具体的に話せれば、アーキテクトとしての経験として受け止められます。

技術的な細かい質問にその場で答えられなかったらどうしますか？

分からないことは分からないと伝え、どう調べて判断するかを話すほうが信頼されます。知ったかぶりで答えると、掘り下げられたときに評価を下げやすくなります。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。