面接で「担当した案件を教えてください」と聞かれ、製品名や案件全体の説明が長くなってしまう。技術の経験はあっても、自分の役割を言葉にするのは別の難しさがあります。
この記事では、一つの経験を状況・役割・判断・行動・結果へ分けて説明します。うまい回答を暗記するより、質問が変わっても自分の仕事を正確に伝えられる準備をしましょう。
一つの案件を、五つの順番で説明する
まず何が起きたかを短く話し、その中で自分が何を担当したかを伝えます。次に、何を根拠に判断し、何を行い、どんな結果を確認したかを続けます。
案件全体の説明だけでは、自分の仕事が分かりません。決定した人、レビューした人、実施した人が別なら、その分担も説明します。
| 項目 | 説明すること | 深掘りへの準備 |
|---|---|---|
| 状況 | 対象、症状、目的、制約 | 影響範囲、発生時刻、直前変更 |
| 役割 | 自分の担当、体制、他担当との分担 | 何を決め、何を承認してもらったか |
| 判断 | 候補と、選んだ対応の根拠 | 選ばなかった方法と理由 |
| 行動 | 調査、設定、資料、試験、調整 | 取得した出力と作成した成果物 |
| 結果 | 確認できた変化、残る課題 | 測定条件、再確認、引継ぎ |
「設計構築へ進みたい」なら、試験作成、変更準備、設計値の判断など、最初に増やしたい作業を一つ選ぶと質問もしやすくなります。
自分の担当は、機器操作と資料の両方で話す
私のネットワークの仕事にも、パラメータシートの修正、Excelでの記録、試験、レビュー、本番作業がありました。機器の設定だけを説明すると、準備や確認の担当が伝わりません。
自分が資料を作り、リーダーが変更内容を決めたなら、その関係を説明します。レビューで修正したことや、試験結果をどう残したかも話の材料になります。
| 質問 | 最初に答えること | 追加で説明すること |
|---|---|---|
| 担当案件を教えてください | 何の基盤で、何の変更・構築か | 対象範囲、体制、自分の担当 |
| 設計経験はありますか | 実際に担当した工程と成果物 | 値を決めたか、承認済みの値を反映したか |
| 障害対応を教えてください | 影響、自分の役割、確認した事実 | 原因候補、対応を選んだ理由、復旧判定 |
| リーダー経験はありますか | 担当した管理・判断の範囲 | 課題、品質、工程、顧客、レビュー |
「全部できます」と広げるより、実施した範囲を先に示します。そのうえで、次に担当したい作業と準備を話しましょう。
本番で担当したことと、個人検証で試したことも分けます。同じ技術でも、経験の条件が相手へ伝わるようにします。
障害対応は、分かった事実と推測を分ける
図は説明用のバックアップ障害の例です。定期実行が失敗し、再実行は成功した場合、再実行の成功だけで最初の原因を決めることはできません。
ログ、時刻、容量、直前の変更を確認し、原因の候補と照合します。改善案を出したなら、どの情報を根拠にし、誰のレビューで変更したかを説明します。
| 答えの中身 | 説明用の具体化 |
|---|---|
| 状況 | 定期バックアップが失敗し、再実行では成功することがあった |
| 役割 | 自分はログ、時刻、保存先の容量を調査。本番変更の承認はリーダー |
| 判断 | 容量不足のログと、同時処理の時刻を比較して原因候補を整理 |
| 行動 | 変更案、影響、切り戻し、試験を作成しレビューへ提出 |
| 結果 | 承認後の変更で定期実行と復元を確認し、手順・監視の更新を記録 |
この例を自分の実績として使わず、実際に経験した案件へ置き換えてください。未確認の結果は未確認と伝え、次に確認する内容を続けます。
原因がすぐ分からなかった対応でも、調査の範囲と引き継いだ情報を説明できれば、仕事の進め方が伝わります。
技術質問では、通信の流れと確認方法を話す
Webへ接続できない例なら、DNSで名前が解決できるか、経路があるか、TCP接続やTLS、HTTPの応答がどうかを分けます。一つのping成功でWebも正常とは判断しません。
コマンド名を言ったら、その出力から何を確認するかを続けます。使っていない製品は経験がないと伝え、関連する知識と調べる方法を説明します。
| 確認 | 分かること | 追加で必要なこと |
|---|---|---|
| DNSの確認 | 想定する宛先が名前から得られるか | 宛先までの到達とサービス |
| 経路・疎通 | IP設定、経路、到達に関する情報 | ICMPと業務通信の制御の違い |
| TCPの確認 | 想定ポートへ接続が成立するか | TLS、認証、アプリの処理 |
| ログ・取得点 | 要求がどこまで見え、何の応答があるか | 取得漏れと実通信の損失の区別 |
| 質問 | 答えに入れること |
|---|---|
| なぜインフラ職を志望しますか | 興味を持った作業、実際の学習・検証、希望する担当 |
| 実務がない点はどう準備していますか | 基礎、不足、個人検証の目的と結果、支援が必要な範囲 |
| 失敗した経験を教えてください | 事実、影響、自分の役割、報告、修正、次に変えた手順 |
| 分からないことへの対応は | 何が不明か、確認済みの範囲、調べ方と相談先 |
未経験の場合は、前職の確認・報告・記録など実際の行動と、現在の学習や検証を話します。実務の障害対応を経験したように作る必要はありません。
失敗の質問でも、他者の責任だけで終えず、自分が何を確認し、次の手順をどう変えたかを整理します。結果を保証するより、改善の行動を具体的にします。
逆質問と面接後の振り返りで、担当を確かめる
最初に作る資料や担当する作業、レビューする人、判断を任される条件を聞きます。夜間作業や待機も、直近の例と頻度へ分けて確認します。
逆質問は熱意を見せるためだけでなく、自分が働く環境を知るために使います。求人の説明が曖昧だった部分を、仕事の例で確かめましょう。
- 入社後の初回担当で、作成・更新する資料と作業を教えてください。
- 設計値の決定、レビュー、本番承認、異常時の停止は誰が担当しますか。
- 同程度の経験で入社した人が、調査・変更・構築へ担当を広げた例はありますか。
- 交代勤務、計画夜間作業、オンコール、緊急呼出しの直近実績は何ですか。
- 配属と勤務地が決まる時期、希望と異なる場合の扱いはどうなりますか。
- 次の等級へ進むために必要な担当と、評価の時期を教えてください。
- 説明できなかった案件・役割・判断を記録する。
- 数字や年月、実務と個人検証の境界を確認し直す。
- 逆質問で確認できた条件と、未確認の条件を分ける。
- 書類の原本と回答が食い違わないように直す。
- 次の面接までに練習する説明を一つ決める。
面接後は、説明が長くなった回答や担当が伝わらなかった箇所を一つ直します。事実を変えるのではなく、状況と自分の役割を短くする練習です。
内定後は、聞いた仕事内容と勤務・給与が提示条件に合うかを確認します。未確認の項目を分かったつもりにせず、承諾前に質問しましょう。
