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

SAP Basisエンジニアのフリーランス面談でよく聞かれるのは、どの製品・データベース・OS・基盤の組み合わせを扱ったか、停止時間の決まった更新や移行をどう進めたか、障害や性能の問題をどう切り分けたか、夜間・休日の作業にどこまで応じられるかの4つです。面談官は、作業の名前の数より「この人に本番のシステムを触らせて大丈夫か」を確かめようとしています。

答えるときは、模範解答を覚えるより、自分の経験から「本番に関わった場面」を3つほど選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではBasisの面談に固有の質問に絞ります。

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

Basis案件の面談に出てくるのは、利用企業の情報システム部門の担当者や、構築・運用を請け負う会社の基盤チームのリーダーであることが多く、本人もSAPの基盤に詳しいことがほとんどです。そのため、用語を並べることより、話の中に出てくる手順の組み立て方と、想定外が起きたときの判断を聞いています。

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

1. 環境の一致：自社の案件と同じ製品・データベース・基盤の組み合わせを扱ったことがあるか
2. 任せられる作業の範囲：手順どおりの実施まで任せられる人か、手順を作り当日の判断まで任せられる人か
3. 安全に進める習慣：申請・記録・切り戻しの準備を、言われなくても行う人か

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

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

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

1. 「扱ってきた環境の組み合わせを教えてください」

確かめたいのは、環境の一致です。SAP製品の種類と版（ECCかS/4HANAか）、データベース（SAP HANAか、旧環境のものか）、OS、基盤（自社のデータセンターかクラウドか）を、プロジェクトごとに短く伝えます。すべてを並べるより、案件の環境に近いものから話すと、面談官が聞きたい順になります。

架空の例：「直近2年はS/4HANAをクラウド上で構築・運用していました。その前の4年は、ECCを旧環境のデータベースで自社のデータセンターで運用していました」

2. 「直近の更新や移行で、停止時間はどのくらいで、どう収めましたか」

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

• 業務側から与えられた停止時間の枠
• 検証環境で何回試し、所要時間をどう測ったか
• リハーサルで見つかった問題と、手順をどう変えたか
• 本番で枠の中に収まったか、収まらなかったときに何をしたか

「週末に移行しました」だけで終わると、計画を立てたのか、手順を実施しただけなのかが見えません。自分が決めたことと、ほかの人が決めたことを分けて話すと、誇張していない印象になります。

3. 「本番の当日に想定外のことが起きたとき、どう判断しましたか」

続行するか元に戻すかの判断を、どの基準で、誰と、いつ決めたかを聞いています。事前に切り戻しの条件を決めていたか、当日にその条件をどう使ったかを話します。想定外が起きなかった案件しかない場合は、切り戻しの条件をどう決めたかを話せば、準備の習慣は伝わります。

4. 「障害が起きたとき、どの順番で何を確かめましたか」

OS・データベース・SAPのどの層の問題かを、ログや監視の数字からどう絞ったかを聞いています。「障害対応の経験があります」ではなく、一つの障害を取り上げて、見た順番と、原因を絞った根拠を話します。原因が自分の担当の外にあった場合も、どこまで切り分けて誰に渡したかを話せれば、十分な答えになります。

5. 「性能の問題を相談されたとき、どう進めましたか」

「画面が遅い」「夜間のジョブが終わらない」といった相談に、どの資源が詰まっているかを数字で示し、開発者や業務側と対策を合意した経験を聞いています。設定を変えたのか、ジョブの時間をずらしたのか、プログラムの作りに原因があると開発者に渡したのか、取った対策と、そこに至る根拠を話します。

6. 「夜間・休日の作業や、障害時の呼び出しには対応できますか」

働き方の相性を確かめる質問です。応じられる範囲と、事前の調整が必要な条件を正直に伝えます。「対応できます」とだけ答えて後で困るより、「本番作業の夜間対応は可能で、呼び出しの待機は頻度を確認したい」のように線を引いて答えるほうが、参画後のずれを防げます。

7. 「本番に触れる作業は、どんな流れで進めていましたか」

申請と承認、作業の開始と終了の報告、記録の残し方を聞いています。発注側は、自社の決まりに合わせて動ける人かを見ています。自分がいた現場の流れを説明したうえで、「御社の決まりに合わせます」と添えると、話がまとまります。

8. 「なぜフリーランスでBasisをしているのですか」

長く続けられるか、どんな案件で力を出したいかを確かめる質問でもあります。働き方の希望だけでなく、構築・更新・移行・運用のどの局面で力を出したいかを添えると、案件との合い方が伝わります。

準備は「本番に関わった場面」を3つに絞る

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

1. 場面を選ぶ：更新か移行の本番作業、障害の切り分け、性能の調査など、性質の違う場面を3つ選ぶ
2. 場面ごとにメモをつくる：環境、停止時間の枠、リハーサルで変えたこと、当日の判断、結果、次に生かしたことを書き出す
3. 環境の組み合わせをそろえる：製品・データベース・OS・基盤を、どの場面でも同じ言い方で言えるようにする
4. 2分版と5分版をつくる：最初は2分で話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートの環境の一覧と、話に出る環境が一致しているかを確かめる

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

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

Basisの面談は、相手によって聞かれる内容の重心が変わります。

請け負う会社の案件で、その会社と利用企業の両方と面談することもあります。その場合、請け負う会社の面談では手順と記録の習慣、利用企業の面談では環境の一致と停止時間の話に重心を置くと、限られた時間を有効に使えます。

面談の中で、環境の構成図を見せられて「どこを確かめるか」と聞かれるなど、技術の確認が入ることもあります。備え方は技術面談・コーディングテストへの備え方をご覧ください。

Basisならではの逆質問

面談の終わりには、こちらから質問できる時間があります。逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。Basisの案件では、次の点を聞いておくと判断がしやすくなります。

• 対象システムの構成（環境の数、データベース、基盤）と、担当するシステムの数
• 手順書の作成まで担うのか、実施が中心なのか
• 本番作業の時間帯、夜間・休日の頻度、待機の有無と、その時間の精算の扱い
• 特権IDの申請と承認の流れ、自宅から使えるか、決まった端末が必要か
• 障害時の連絡の経路と、何分以内の応答を求められるか
• 更新や移行の予定と、契約の期間がその山場をまたぐか

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

よくある質問

本番で失敗した作業の話をしても大丈夫ですか？

話して問題ありません。大切なのは、失敗の大きさより、何に気づき、どの基準で戻す判断をし、そこから手順やリハーサルの進め方をどう変えたかを説明できることです。他人のせいにする話し方は避け、自分の判断に焦点を当てて話しましょう。

運用保守の経験しかなく、更新や移行の話ができません。どう答えればよいですか？

運用の中で自分が変えたことを中心に話します。監視の項目を見直して障害の兆しを早く見つけた、手順書を作り直して担当者が変わっても同じ手順で進められるようにした、性能の問題を層ごとに切り分けて直した、といった場面は、Basisの面談で十分な材料になります。更新の作業で手順書の一部を作った経験があれば、小さくても話しておきましょう。

オンラインの面談で、構成図や手順書を見せながら話してもよいですか？

前の案件の資料をそのまま見せるのは、守秘の問題があるため避けてください。話の流れを整理した自分用のメモを手元に置く程度にとどめ、環境の組み合わせは口頭で伝えます。オンライン面談の環境や話し方はオンライン面談で気をつけること、見送られやすい理由は面談で見送られる理由の記事で解説しています。