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

フリーランスのSAP ABAPエンジニアの面談でよく聞かれるのは、扱った版と開発の種類、自分で担った工程、標準を書き換えずに要件を満たした経験、性能や移行の指摘にどう対応したかです。面談官は「ABAPが書けるか」より、「この人に自分たちの開発を任せたら、どの工程まで手放せるか」を確かめようとしています。

答えるときは、模範回答を覚えるより、自分が作ったものの中から性質の違う機能を3〜4本選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではABAPの面談に固有の質問に絞ります。

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

ABAP案件の面談に出るのは、開発リーダーや元請けの開発の責任者、発注元の情報システム部門の担当者であることが多く、本人もSAPの開発に詳しい人です。そのため、用語を知っているかより、作り方を選んだ理由と、困ったときの調べ方を聞いています。

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

1. 任せられる工程：詳細設計書を渡せば作れるのか、機能の仕様から設計まで任せられるのか
2. 現場の決まりに合わせられるか：開発の規約、移送の流れ、テストの証跡の残し方に、すぐ合わせて動けるか
3. 今の案件の環境に合うか：版、開発の道具、クラシックな書き方か新しい形か、移行か新規か

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

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

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

1. 「直近の案件の版と、担当した開発の種類を教えてください」

確かめたいのは、今の案件の環境との距離です。旧環境かS/4HANAか、オンプレミスかクラウドか、担当した領域、帳票・連携・変換・拡張・画面などの開発の種類と大まかな本数を短く伝えます。スキルシートの一覧と同じ数字で話すと、後の質問との食い違いが起きません。

架空の例：「S/4HANAへの移行案件で、販売と購買の領域を担当しました。連携が中心で、帳票と拡張もあわせて30本ほど担当しています」

2. 「どの工程から担当していましたか」

ABAPの面談で最も重く見られる質問の一つです。「詳細設計書を受け取って製造と単体テスト」なのか、「機能の仕様を受け取って詳細設計から」なのか、「業務コンサルと仕様を詰めるところから」なのかを、受け取った物と渡した物で答えます。工程の言葉の意味は現場ごとに違うため、物で示すほうが誤解がありません。

3. 「標準の処理に手を入れたいとき、どう作りましたか」

拡張の考え方を確かめる質問です。どの拡張の仕組みを選んだかだけでなく、ほかの作り方を選ばなかった理由まで話せると評価されます。標準の書き換えが避けられなかった場面があれば、そう判断した経緯と、更新のときの影響をどう残したかを話します。新しい環境の案件では、標準を書き換えない「クリーンコア」の考え方を理解しているかもあわせて見られます。

4. 「遅い処理を直した経験はありますか」

性能の質問は、原因の見つけ方を聞いています。答えは次の順番で組み立てると伝わりやすくなります。

• 何がどのくらい遅かったか（処理の対象と時間）
• どの道具で、どこに原因があると見立てたか
• 何を変えたか（データの読み方、データベース側での処理、対象の絞り込みなど）
• 結果、前と後でどう変わったか

「チューニングしました」で終わると、調べ方が見えません。原因を見つけるまでの手順が話の中心です。

5. 「移行のカスタムコード対応では、何をしましたか」

移行の案件では、指摘の件数、種類ごとの対応の仕方、使われていないプログラムをどう見極めて廃止したか、工数をどう見積もったかが掘り下げられます。直した本数だけでなく、減らした本数と理由をあわせて話すと、移行の難しさを理解している人として伝わります。

6. 「CDSやRAP、ABAP Cloudの経験はありますか」

新しい開発の形を求める案件で聞かれます。大切なのは、実務で作ったのか、学習の環境で触ったのかを正直に分けることです。実務の経験があれば、何を作り、公開されていない標準の機能が必要になったときにどう代わりの手段を考えたかを話します。学習中であれば、どこまで進んでいるかを具体的に示すほうが、誇張するより信頼されます。

7. 「仕様が曖昧なとき、どうしましたか」

業務コンサルとの付き合い方を確かめる質問です。不明点をいつ、どの形で質問し、回答をどう記録したか、待っている間にどこまで先に進めたかを話します。仕様の行間を読んで「この場合はどうしますか」と返せる人は、設計を任せやすいと受け止められます。

8. 「本番で障害が起きたとき、どう対応しましたか」

保守の案件でよく聞かれます。最初に何を確かめ、データの誤りかプログラムの不具合かをどう切り分け、誰に何を報告し、再発をどう防いだかを話します。本番のデータを扱うときの手順や承認の取り方も見られています。

準備は「性質の違う機能」を3〜4本に絞る

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

1. 機能を選ぶ：連携、帳票、拡張、性能の改善、移行の修正など、性質の違う機能を3〜4本選ぶ
2. 機能ごとにメモをつくる：業務の背景、受け取った物、作り方の選択肢、選んだ理由、困ったこと、結果を書き出す
3. 数字をそろえる：本数、期間、チームの人数、処理時間の前と後を、どの質問でも同じ数字で言えるようにする
4. 2分版と5分版をつくる：最初は短く話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートの工程の欄や技術の一覧と、話の内容が一致しているかを確かめる

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

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

元請けの会社と発注元の両方と面談することもあります。その場合、元請けの面談では工程と開発の進め方、発注元の面談では業務の理解と保守の話に重心を置くと、限られた時間を有効に使えます。オンラインでの面談の進め方はオンライン面談の記事で解説しています。

ABAPならではの逆質問

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

• 案件の版と、開発の方針（クラシックな書き方か、CDS・RAP・ABAP Cloudか）
• 自分が担う工程と、設計書を書く人・レビューする人
• 開発の道具（ADTを使うか）と、開発・検証の環境の数
• 移送の流れと、本番へ反映する頻度
• 新規の製造・移行の調査・保守の対応の割合
• オフショアの開発チームの有無と、その中での自分の役割

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

よくある質問

製造中心の経験しかありません。面談でどう話せばよいですか？

製造の中で工夫したこと、仕様の不明点をどう質問して解消したか、レビューで受けた指摘をどう次に生かしたかを中心に話します。担っていない工程を担ったように話すと、掘り下げられたときに答えに詰まるため、工程は正確に伝えることが大切です。

コーディングのテストを求められることはありますか？

案件によって違います。多くの面談は経験の聞き取りが中心ですが、技術の深さを確かめるために、短いコードの読み解きや書き方の考え方を聞かれることもあります。事前に分かれば準備がしやすいので、面談の形式を確かめておくと安心です。

前の現場の独自の開発の決まりを話してもよいですか？

決まりの中身そのものは、その現場の資産であることが多いため、細かく話すのは避けたほうが無難です。「命名や構成の規約に沿い、レビューで指摘を受けながら作った」のように、決まりに合わせて動いた経験として伝えれば十分です。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。