SREのフリーランス面談でよく聞かれる質問と答え方の準備

フリーランスのSRE（サイト信頼性エンジニア）の面談でよく聞かれるのは、信頼性の目標をどう決めたか、障害のときにどの役割で何をしたか、振り返りから何を変えたか、手作業をどう減らしたかの4つです。面談官は、使えるツールの数より「この人に本番の環境を任せたら、壊れたときにどう動き、同じ障害をどう防ぐか」を確かめようとしています。

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

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

SRE案件の面談に出てくるのは、発注元のSREチームやインフラチームのリーダー、開発の責任者であることが多く、本人も障害対応の経験を持っています。そのため、用語の正しさより、話の中に出てくる判断の順番と、その後に残した仕組みを聞いています。

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

1. 任せられる範囲：どの規模の基盤を、どこまでの権限で触ってきたか
2. 壊れたときの動き方：障害のときに何を見て、誰に何を伝え、どう戻したか
3. 改善を続ける力：障害や手作業を、仕組みの変更につなげてきたか

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

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

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

1. 「直近の基盤の規模と、あなたの役割を教えてください」

確かめたいのは任せられる範囲です。クラウドやコンテナ基盤の種類、サービスの数、チームの人数、本番環境に対してどこまでの権限を持っていたか、オンコールに入っていたかを短く伝えます。

架空の例：「数十のサービスが動くコンテナ基盤を、5名のSREチームで見ていました。本番の構成変更はレビューを通せば自分で反映でき、オンコールは週替わりの当番に入っていました」

2. 「SLOはどう決めましたか。決めた後、何に使いましたか」

SREの面談に特有の質問です。数値そのものより、利用者の困りごとから指標を選んだ経緯と、決めた後にリリースや優先度の判断に使ったかを見ています。SLOを置いただけでダッシュボードの飾りになっていた場合は、その反省も含めて話すと、理解の深さが伝わります。SLOを決めた経験がない場合は、近い経験として、アラートの基準を見直した話などを正直に話しましょう。

3. 「大きな障害のとき、あなたは何をしましたか」

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

• 何から異常に気づいたか（アラート、問い合わせ、指標）
• 自分の役割は何だったか（指揮、調査、連絡、復旧の作業）
• どう影響を抑え、どう戻したか
• 誰に、いつ、何を伝えたか
• 振り返りで何が決まり、何が実際に変わったか

「再起動して直りました」で終わると、判断の中身が見えません。原因が分からない段階で、何を優先したかまで話せると、障害対応の経験の重さが伝わります。

4. 「振り返りから、どんな仕組みを変えましたか」

障害を仕組みの改善につなげているかを確かめる質問です。対策を決めただけでなく、実装され、効果を確かめたところまでを話します。人を責めない振り返りの進め方を意識していたかも見られます。

5. 「手作業を減らした経験を教えてください」

トイルの削減の経験です。どの作業を、どの基準で選び、何に置き換え、作業時間がどう変わったかを話します。作業時間は社内の数字をそのまま出さず、割合や「週に何回あった作業がなくなった」程度にとどめると無難です。

6. 「オンコールにはどう関わってきましたか。この案件で入れますか」

当番の頻度や応答の速さ、待機中の制約に対応できるかを確かめる質問です。経験と、今回の案件で対応できる範囲を分けて答えます。入れない時間帯がある場合は、面談の場で正直に伝えたほうが、参画後のずれを防げます。

7. 「開発チームと優先度がぶつかったとき、どうしましたか」

信頼性の改善と機能の開発のどちらを先にするかで意見が割れた場面の話です。面談官は、どちらを通したかより、数字をもとに論点を整理し、誰に決めてもらったかを見ています。

8. 「参画したら、最初に何を確かめますか」

断定的な計画より、構成と監視の現状、過去の障害の記録、当番の運用、権限の範囲など、何を確かめてから手を打つかを順に示すほうが信頼されます。

準備は「障害と改善の場面」を3〜4つに絞る

答えの材料は共通しています。準備は次の手順で進めると効率的です。

1. 場面を選ぶ：大きな障害、SLOやアラートの見直し、トイルの削減、開発チームとの調整など、性質の違う場面を3〜4つ選ぶ
2. 場面ごとにメモをつくる：状況、気づいたきっかけ、自分の役割、打った手、伝えた相手、振り返りで変えたこと、結果を書き出す
3. 規模の言い方をそろえる：サービスの数、チームの人数、権限の範囲を、どの場面でも同じ言い方で話せるようにする
4. 2分版と5分版をつくる：最初は短く話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートに書いた障害対応の役割や改善の成果と、話の内容が一致しているかを確かめる

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

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

技術的な掘り下げが続く面談では、ホワイトボードや画面共有で構成を描きながら話すよう求められることもあります。オンラインの面談での話し方はオンライン面談の記事をご覧ください。

SREならではの逆質問

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

• オンコールの当番の人数と頻度、応答までの時間の目安、時間外の対応の扱い
• 改善の仕事と運用の仕事の時間の配分の見込み
• SLOや監視の今の整備状況
• 本番環境に対して与えられる権限の範囲と、変更の承認の流れ
• 開発チームとの関係（優先度を一緒に決める場があるか）

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

よくある質問

SREの肩書きで働いたことがなくても、SREの面談は受けられますか？

受けられる案件はあります。インフラ運用やバックエンド開発の中で、障害の振り返りを主導した、監視の基準を見直した、手作業を自動化したといった経験があれば、その場面を中心に話しましょう。目指し方はSREがフリーランスになるにはで解説しています。

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

知らないことを知っているように話すより、「経験はありませんが、こう調べて確かめます」と進め方を示すほうが評価されやすくなります。SREの仕事は、分からない状態から原因を絞り込むことの連続だからです。

面談で障害の原因が自分の操作ミスだった話をしてもよいですか？

話して問題ありません。大切なのは、ミスの後に何を報告し、同じミスが起きない仕組みをどう入れたかを説明できることです。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。