本文へ移動

ホーム / 情シス / 第6部 面接の実践

第6部 面接の実践・第18章

経験・行動面接

★★★ 必須9トピック・面接 5問

情シスの面接で最も比重が大きいのが経験の話です。知識の説明のあとに「実際にどうしたか」を数字つきで話せると、評価が大きく変わります。トラブル対応・改善・社内の調整のエピソードを、STAR(状況・課題・行動・結果)で準備します。

18.1STAR の書き方

★★★ 必須

経験の話は STAR(Situation 状況・Task 課題・Action 行動・Result 結果)の順に組み立てると、短く伝わります。いちばん時間をかけるのは Action(自分がやったこと)です。

Action に時間をかけ、Result は数字でSituation会社の規模・環境Task何が問題で、自分の役割はAction自分が考え、やったことResult前と後を数字で
STAR の4つの要素
要素書くことよくある失敗
Situation社員数・拠点・使っている IdP や SaaS など、話の背景を1〜2文会社の説明が長すぎる
Task何が問題だったか(件数・時間・リスク)と、自分の立場問題の大きさが伝わらない
Actionどう考え、何を比べ、何を選んだか。周りをどう巻き込んだか「チームで〜しました」で自分の役割が分からない
Result前と後を数字で。そのあと仕組みとして何が残ったか「うまくいきました」だけで数字がない
要素例
Situation社員約300人、Microsoft 365 を使う会社で、平日の昼に「メールが届かない」という問い合わせが急に増えた
Task情シスの当番として、原因の切り分けと社内への連絡を任された
Actionサービス正常性に障害が出ていないことを確かめ、直前の変更を調べたところ、前日に導入したメール配信サービスのために SPF のレコードを書き換えた際、既存の include を消していたと分かった。レコードを直し、30分ごとに状況を全社に投稿した
Result検知から約1時間で復旧。DNS の変更は2人で確認する手順と、DMARC レポートの監視を追加し、同じ原因の障害は起きていない

トラブル対応の話では、原因の技術だけでなく、切り分けの順番と社内への連絡、再発防止の仕組みまで入れると、情シスとしての力が伝わります。数字は「〇〇人」「約1時間」のように、言える範囲で入れます。

「課題 → なぜ問題だったか → 何を比べてどう判断したか → 自分がやったこと → 結果(数字)→ 周りをどう巻き込んだか」の順に話します。「退職処理を自動化しました」だけでなく、「月20件・1件30分かかり、止め忘れもあったので、人事システムをきっかけに IdP と SCIM で止めるようにし、1件数分になって止め忘れがなくなった」のように、前と後を数字で比べます。チームでやったことは、自分の役割をはっきりさせます。うまくいかなかったことと、そこから学んだことも話せると信頼されます。

要素例:退職時のアカウント停止の自動化
Situation社員約200人、SaaS が約30。退職の連絡はメールで来て、情シスが手作業で止めていた
Task月に約20件・1件30分かかり、棚卸しのたびに止め忘れが見つかっていた
Action人事システムの退職日をきっかけに IdP を止め、SCIM 対応の SaaS は自動で無効に。非対応のものはチケットを自動で作るようにした。人事と入力のルールを決め、SaaS の持ち主に SSO への切り替えを依頼した
Result1件数分になり、止め忘れは次の棚卸しで 0 件。手順書と台帳を残し、ほかの担当者も保守できるようにした

エピソードを話すと、面接官は「なぜ」「ほかの案は」と掘り下げます。3段まで掘られても答えられるように準備します。

同じエピソードを3段まで掘られる何をした行動の説明なぜそうした判断の理由ほかの案は比べたもの・選ばなかった理由今ならどうする学んだこと
深掘りの典型的な流れ
深掘りの質問備え
あなた自身は何をしましたか?チームの成果と自分の役割を分けて話す
なぜその方法を選んだのですか?比べた案と、選んだ理由(費用・手間・リスク)
反対はありませんでしたか?誰がなぜ反対し、どう合意したか
数字はどう測りましたか?チケット・ログ・棚卸しの結果など、根拠の出どころ
うまくいかなかったことは?失敗と、そこから変えた仕組み
もう一度やるなら?今の知識で変えたい点。言えると振り返りの力が伝わる
カテゴリよくある質問アピールポイント
トラブル対応いちばん大変だったトラブルは?切り分けの順番、連絡、再発防止
セキュリティ事故やヒヤリとした経験は? ルールをどう広めた?初動の判断、使いやすさとの両立
改善・自動化業務を改善した例は?課題の見つけ方、前と後の数字、保守
導入・移行SaaS や IdP・MDM を導入した経験は?比較の基準、段階的な展開、利用者への配慮
コスト費用を減らした経験は?データにもとづく判断、交渉
社内の調整部署と意見がぶつかった経験は?相手の事情の理解、代わりの案、合意の作り方
失敗失敗した経験は?責任の取り方と、仕組みでの再発防止

カテゴリごとに1つずつ用意します。数字(人数・件数・時間・金額)を必ず入れます。

カテゴリ状況・課題自分の行動結果(数字)
トラブル対応
セキュリティの対策・事故
改善・自動化
SaaS・IdP・MDM の導入
コストの削減
社内の調整・合意
失敗から学んだこと

1つのエピソードを複数のカテゴリで使い回してもかまいません(例:退職処理の自動化は「改善」と「セキュリティ」の両方に使える)。

ポイント例
前向きな理由にする「今の会社で入退社の自動化まで進めたので、次はゼロトラストの移行のような大きな変化に取り組みたい」
不満だけで終えない「予算がない」ではなく「仕組みづくりに予算と権限を持てる環境で挑戦したい」
応募先とつなげる会社の規模・成長・働き方と、自分の経験が生きる点を結びつける
情シスとして何をしたいか守り(セキュリティ)と攻め(自動化・AI)のどちらに力を入れたいか

応募先の求人票や技術ブログ、使っている SaaS の公開情報から、情シスの課題を推測して話すと、志望の本気度が伝わります。

18.8逆質問の例

★★★ 必須
確かめたいこと質問の例
体制情シスは何人で、どんな分担ですか? 外部に任せている部分はありますか?
環境IdP・MDM・主な SaaS は何を使っていますか? オンプレのサーバーは残っていますか?
課題今いちばん困っていること、1年以内に取り組みたいことは何ですか?
権限と予算情シスで決められる範囲と、予算の決め方を教えてください
働き方夜間・休日の障害やセキュリティのアラートには、誰がどう対応していますか?
評価情シスの成果は、どのように評価されていますか?

逆質問は、相手の会社で自分がうまく働けるかを確かめる場でもあります。答えから、入社後に何から取り組むかを話につなげると印象に残ります。

場面注意点
オンライン面接回線・カメラ・マイクを事前に試す。画面共有で構成図を見せるなら、機密を伏せたものを用意
前の会社の情報社名・具体的な構成・未対策の脆弱性・事故の詳細は話しすぎない。「ある SaaS」「約〇人」とぼかす
分からない質問知ったかぶりをせず、考え方と調べ方を話す
長くなりそうなとき結論を先に1文で言い、「詳しく話しましょうか」と相手に選んでもらう
最後のひとこと入社後に何から取り組みたいかを短く伝える

この章のまとめ

🖨 まとめシート(印刷・PDF)
  • エピソードは STAR で組み立て、前と後を数字で比べる
  • 「あなたは何をしたか」「なぜそうしたか」を3段まで掘られても答えられるようにする
  • 逆質問で情シスの体制・権限・夜間の対応を確かめる

この章のクイズ

面接ではこう聞かれる

まず答えを見ずに声に出して答え、そのあと開いて比べる。

Q1これまでで一番大変だったトラブル対応を教えてください。

模範回答

例えば次のように話します。「社員約300人の会社で、平日の昼に『メールが届かない』という問い合わせが急に増えました。当番として切り分けを任され、まず Microsoft 365 のサービス正常性で障害が出ていないことを確かめ、直前の変更を調べました。前日にメール配信サービスのために SPF のレコードを書き換えた際、既存の include を消していたことが原因でした。

レコードを直し、その間は30分ごとに影響と回避策を全社に投稿して、問い合わせを減らしました。約1時間で復旧し、その後、DNS の変更は2人で確認する手順と、DMARC レポートの監視を加えました。原因が自分たちの変更だったので、変更の記録と確認の仕組みを作ったことがいちばんの学びです」。

深掘りされたら

  • なぜ最初にサービス正常性を見たのですか?
  • 同じことを防ぐ仕組みは、ほかにも考えましたか?

見られているポイント切り分けの順番、社内への連絡、再発防止の仕組み

Q2業務を改善・自動化した経験を、数字を入れて教えてください。

模範回答

例えば次のように話します。「社員約200人で SaaS が約30ある会社で、退職の連絡がメールで来て、情シスが手作業でアカウントを止めていました。月に約20件、1件30分かかり、棚卸しのたびに止め忘れが見つかっていました。

人事システムを正にして、退職日をきっかけに IdP を止め、SCIM に対応した SaaS は自動で無効に、対応していないものは担当者へのチケットを自動で作る形にしました。人事とは入力のルールを、各 SaaS の持ち主とは SSO への切り替えを相談しました。結果、1件数分になり、次の棚卸しで止め忘れは見つかりませんでした。作った仕組みは手順書と台帳に残し、ほかの担当者も直せるようにしています」。

深掘りされたら

  • SCIM に対応していない SaaS はどう扱いましたか?
  • 自動化が止まったとき、どう気づきますか?

見られているポイント課題の大きさ、判断の理由、前と後の数字、保守まで考えたか

Q3セキュリティのルールを、反対する部署に受け入れてもらった経験はありますか?

模範回答

例えば次のように話します。「社外からのアクセスに、会社の管理する端末だけを許可する条件付きアクセスを入れようとしたとき、営業部から『外出先で私物のスマホが使えないと仕事にならない』と反対されました。

まず営業の人に、どんな場面で何を使っているかを聞き、必要なのはメールと予定の確認、顧客情報の閲覧だと分かりました。そこで、私物のスマホは仕事用のアプリだけを管理する方法で登録すればメールと予定を使え、顧客管理はブラウザでの閲覧だけ許可する案を出しました。通知だけの期間を2週間置き、困った人には個別に設定を手伝いました。結果、営業部も含めて全社で有効にでき、問い合わせは最初の週に集中しただけで落ち着きました」。

深掘りされたら

  • それでも反対が続いたら、どうしましたか?
  • セキュリティを優先して譲らなかった点はありますか?

見られているポイント相手の事情を聞く姿勢、代わりの案、段階的な展開

Q4失敗した経験と、そこから何を変えたかを教えてください。

模範回答

例えば次のように話します。「条件付きアクセスで古い認証方式を止めるポリシーを、影響を確かめずに有効にしてしまい、複合機のスキャンをメールで送る機能が止まりました。複合機が古い方式でメールを送っていたことを知らなかったのが原因です。

すぐにポリシーから複合機用のアカウントを一時的に外して戻し、その後、複合機の送信方法を変えてから改めて有効にしました。この経験から、新しいポリシーは必ずレポートだけのモードで1〜2週間影響を確かめる、サインインのログで古い方式を使っているものを先に洗い出す、という手順を決めました。それ以降、ポリシーの変更で業務を止めたことはありません」。

深掘りされたら

  • その失敗を周りにどう報告しましたか?
  • 今ならどんな確認をしますか?

見られているポイント失敗を認める姿勢と、仕組みでの再発防止

Q5なぜ転職を考えているのですか? なぜ当社の情シスなのですか?

模範回答

例えば次のように話します。「今の会社では、IdP と MDM を入れ、入退社の自動化まで進めることができました。次は、会社が大きく成長する中で、ゼロトラストへの移行や生成 AI の全社導入のような、より大きな変化を仕組みから作る仕事に挑戦したいと考えています。

御社は在宅中心の働き方で人数が増えていると伺い、ID と端末を中心にした守りと、入社の自動化の経験がすぐに生かせると考えました。また、情シスが業務の改善まで担っていると求人で拝見し、自動化や AI の推進にも力を入れたい自分の方向と合うと感じています」。

深掘りされたら

  • 今の会社では、その挑戦はできないのですか?
  • 入社したら、最初の3か月で何をしたいですか?

見られているポイント前向きな理由と、応募先の状況と自分の経験の結びつき