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

SAP BTPエンジニアのフリーランス面談でよく聞かれるのは、どの領域を担い何と何をつないだか、標準で済ませる部分と作り込む部分の線をどう引いたか、連携やアプリが止まったときにどう動くよう作ったか、権限と接続をどこまで自分で担ったかの4つです。面談官は、サービスの名前をいくつ知っているかより、「この人に任せたら、本番で動き続けるものを作れるか」を確かめようとしています。

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

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

BTPの案件の面談に出てくるのは、発注元の情報システム部門の担当者、元請けの開発リーダーやアーキテクト、SAPの業務コンサルなどです。技術の側の人と業務の側の人が同席することも多く、両方に伝わる話し方が求められます。

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

1. 任せられる領域と深さ：拡張開発・連携・ローコード・AIのどれを、実装・設計・方式の判断のどの深さで担ってきたか
2. 本番で動き続けるものを作れるか：エラー処理、運用への引き継ぎ、権限と接続まで考えて作ってきたか
3. SAPの側と話せるか：つなぐ先のデータや業務の流れを理解し、業務コンサルやBasisの担当と会話できるか

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

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

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

1. 「直近の案件の構成と、あなたの担当を教えてください」

確かめたいのは、任せられる領域と深さです。つなぐ先のシステム、使ったBTPの領域とサービス、開発の言語、実行の環境、自分が担った工程を短く伝えます。スキルシートの冒頭に書く「構成の1行」をそのまま口で言えるようにしておくと、話がぶれません。

架空の例：「オンプレミスのS/4HANAと社外の物流システムを、Integration Suiteのフローでつなぐ案件でした。連携チーム3名のうち、エラー処理の方式の設計と、10本ほどの連携の実装を担当しました」

2. 「その要件を、S/4HANAの中ではなくBTPの上で作ったのはなぜですか」

BTPの面談に特有の質問です。拡張をどこに置くかの判断を聞くことで、設計の経験の重さを測っています。自分が決めた立場でなかった場合も、決めた理由を説明できるかが見られます。保守の負担、S/4HANAの更新への影響、使う人と使うデータの範囲など、判断の材料を挙げて話すと伝わります。決めたのが別の人なら、そう言ったうえで、自分がどの材料を用意したかを話しましょう。

3. 「標準の機能やAPIで足りない部分を、どう見分けましたか」

作り込む前に、Fiori elementsの標準の型やS/4HANAの標準のAPIで何ができるかを確かめたかを聞いています。「標準で済ませた部分」と「作り込んだ部分」の両方を挙げ、作り込んだ部分は保守の負担をどう抑えたかまで話せると評価されます。

4. 「連携が止まったとき、どう気づき、どう再処理する作りにしましたか」

連携の経験を持つ人に最もよく掘り下げられる質問です。次の順番で組み立てると伝わりやすくなります。

• 何が起きたら失敗とみなすか（相手先の停止、データの不備、認証の失敗など）
• 誰が、何で気づくか（監視の画面、通知の宛先）
• 再処理は誰が、どの手順で行うか（自動の再送か、人の判断か）
• 二重に登録されないための工夫
• 実際に本番で起きたことと、その後に直したこと

「エラー時は通知するようにしました」だけで終わると、運用の姿が見えません。運用の担当が夜中に呼ばれずに済む作りにしたかまで話せると、本番を任せられる人として受け止められます。

5. 「権限や接続の設定は、どこまで自分で担いましたか」

ロールの設計、社内のID管理との連携、オンプレミスとの接続の設定、資格情報の管理のうち、どこまでを自分で担ったかを確かめる質問です。Basisやインフラの担当と分担していた場合は、分担の線を正確に話します。担っていない部分を担ったように話すと、次の質問で詰まります。

6. 「つなぐ先の業務やデータについて、どこまで理解していましたか」

Web・クラウドの経験から来た人に特によく聞かれます。受注、出荷、請求などの業務の流れと、扱ったデータがどの業務に影響するかを、具体的に一つ話せれば十分です。「連携が止まると出荷の指示が出なくなるため、朝の始業前に再処理を終える手順にした」のように、業務への影響と作りを結びつけると伝わります。

7. 「このプロジェクトでは、最初の1か月で何をしますか」

案件の資料を読んだうえで聞かれることがあります。面談の段階で分かる情報は限られているので、断定的な計画を語るより、何を確かめてから手を動かすかを順に示すほうが信頼されます。環境の構成と権限、既存の連携や拡張の一覧、つなぐ先の担当者と段取り、といった自分の型を話しましょう。

8. 「新しい機能やAIの動向をどう追っていますか」

BTPはサービスの名前や提供の形が変わりやすい分野のため、更新を追う姿勢が見られます。読んでいる公式の情報源と、最近試した機能を一つ挙げ、案件で使えそうか、使うなら何に気をつけるかを添えると、知識の話で終わりません。

準備は「判断の場面」を3〜4つに絞る

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

1. 場面を選ぶ：拡張の置き場所、標準と作り込みの線引き、エラー処理の設計、本番で起きた不具合の切り分けなど、性質の違う場面を3〜4つ選ぶ
2. 場面ごとにメモをつくる：状況、選択肢、選んだ理由、関わった相手、結果、学びを書き出す
3. 構成の言い方をそろえる：つなぐ先、領域、サービス、言語、環境を、どの場面でも同じ言葉で言えるようにする
4. 2分版と5分版をつくる：最初は2分で話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートに書いたサービスの一つずつについて、そこで何を決めたかを言えるか確かめる

面談官はシートを見ながら質問するため、説明できないサービスがシートに混じっていると、他の記載の信頼まで下がることがあります。シートの書き方はSAP BTPエンジニアのスキルシートの記事、冒頭の自己紹介の組み立て方は面談の自己紹介の記事で解説しています。

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

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

技術の課題を事前に出される案件や、画面を共有して設計を説明する面談もあります。その場合の備え方は技術テストの記事で解説しています。S/4HANAの中の開発を担うABAPの面談との違いはSAP ABAPエンジニアの面談の記事、基盤の側の面談はSAP Basisエンジニアの面談の記事が参考になります。

BTPならではの逆質問

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

• 担当する領域と、方式の判断を任される範囲
• つなぐ先のシステムの数と、相手先の担当とのやり取りを誰が担うか
• オンプレミスとの接続や権限の設定を、Basisやインフラの担当とどう分担しているか
• 開発・検証・本番の環境の分け方と、本番への配布の手順
• 稼働後の保守と問い合わせ対応を誰が担うか

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

よくある質問

検証やPoCの経験しかない場合、面談でどう話せばよいですか？

何を確かめるための検証だったか、どんな結果が出て、本番に進んだか進まなかったか、その理由を順に話します。本番に出すために足りなかったこと（権限の設計、運用の担い手、費用の見通しなど）を挙げられると、本番を意識して考えられる人として伝わります。

英語で面談されることはありますか？

海外の開発チームやSAPの側の窓口と関わる案件では、面談の一部が英語になることがあります。案件票や事前のやり取りで、英語を使う場面と程度を確かめておきましょう。英語を使う案件の考え方は英語を使うプロジェクトの記事が参考になります。

ABAPの経験が中心ですが、BTPの面談ではどう話せばよいですか？

S/4HANAのデータ構造や標準の仕組みを知っていることは、BTPの面談でも強みになります。そのうえで、BTPの上で作った小さなサービスや、Gitやデプロイの手順に慣れていることを具体的に話せると、BTPの開発チームに入れる人として受け止められやすくなります。広げ方はSAP BTPエンジニアがフリーランスになるにはで解説しています。