S/4HANA移行のフリーランス面談でよく聞かれる質問と答え方
公開 2026-11-04 監修:株式会社エージェントベスト
S/4HANA移行のフリーランス面談でよく聞かれるのは、どの方式の移行で、どの役割を、どの工程で担ったかと、リハーサルや照合で何が分かり、本番までに何を変えたかの2つです。面談官は「S/4HANAの知識があるか」より、「移行の山場で、この人に任せた工程が止まらずに進むか」を確かめようとしています。
答えるときは、模範解答を覚えるより、自分が関わった移行から「問題が見つかって、直した場面」を3つほど選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事では移行の案件に固有の質問に絞ります。
移行の面談で面談官が見ていること
移行の案件の面談に出てくるのは、発注元の情報システム部門の責任者、元請けの移行チームのリーダー、同じ領域を担当するベンダーの担当者などです。本人も移行の修羅場を一度は経験していることが多く、話の中に出てくる工程の順番と、問題に気づいたきっかけを聞いています。
面談官が知りたいのは、おおむね次の3点です。
- 方式と工程の一致:この案件の方式(新規導入、システム変換、選択的な移行)と、探している工程の人かどうか
- 問題を見つけて直す力:リハーサルや照合で問題に気づき、原因を切り分け、本番までに潰した経験があるか
- 山場の働き方:切替の週末や夜間の作業、稼働後の支援を含めて、計画どおりに動けるか
移行は終わりの日が決まっている仕事です。そのため、面談官は「できます」より、「どこで時間がかかるかを知っている」話し方を信用します。
よく聞かれる質問と答え方の考え方
ここで示す答えの例は、組み立て方を伝えるための架空の例です。そのまま使うのではなく、ご自身の経験に置き換えて準備してください。
1. 「関わった移行の方式と、あなたの役割・担当工程を教えてください」
最初に聞かれる質問で、方式と工程の一致を確かめています。移行方式、旧環境と新環境の版、範囲のおおまかな規模、自分の役割、担当した工程(現行調査、設計・改修、リハーサル、本番切替、稼働後の支援)を順に短く伝えます。
架空の例:「ECCからS/4HANAのオンプレミスへのシステム変換で、データ移行チームの販売・購買のデータの担当でした。現行調査からリハーサル、本番の照合まで担当し、稼働後は最初の月末の請求までを支援しました」
関わっていない工程は、聞かれる前に「本番の切替は別チームが担当」と添えると、後の質問との食い違いが起きません。シートと同じ順で話せるよう、S/4HANA移行のスキルシートの記事の冒頭の4項目をそろえておきましょう。
2. 「担当領域で、旧環境から何が変わり、どう対応しましたか」
モジュールの担当によく聞かれる質問です。知識の確認ではなく、変わる点を自分で見つけ、プロジェクトとして対応を決めた経験があるかを見ています。たとえば会計なら、仕訳のデータの持ち方が変わることで既存のレポートや照合の手順にどう影響したか、販売・購買なら、得意先と仕入先をビジネスパートナーにまとめる前にマスタをどう整理したか、といった話です。
全部を挙げる必要はありません。影響の大きかった変更を2つ程度選び、「何が変わる→誰に影響する→どう対応を決めた」の順で話します。
3. 「アドオンや移行するデータを、どうやって減らしましたか」
移行の難しさを理解しているかを測る質問です。「全部調べました」より、減らした結果と、業務部門に廃止を受け入れてもらった根拠を話します。実行の記録から使われていないものを示した、標準の機能で置き換えられるものを提案した、といった判断の筋道が答えの中心になります。数は「調査したうち、およそ何割を廃止できた」程度のおおまかな規模で十分です。
4. 「照合で数字が合わなかったとき、どう調べましたか」
データ移行の担当に最もよく掘り下げられる質問です。答えは次の順番で組み立てると伝わります。
- どの段階の照合で(件数、金額・数量、抜き取り、業務での確認)
- 何がどう合わなかったか
- 変換のルール、元のデータ、作業の手順のどこに原因があると見立てたか
- どう切り分けて、原因をどこに特定したか
- 次のリハーサルまでに何を変えたか
「原因を調べて直しました」だけで終わると、切り分けの力が見えません。最初に疑った場所と、実際の原因が違った話があれば、それも含めて話すと、調べ方の質が伝わります。
5. 「リハーサルで何が分かり、本番までに何を変えましたか」
役割を問わず聞かれる、移行の面談の中心の質問です。面談官は「リハーサルを何回やったか」ではなく、各回で何が見つかり、手順や日程をどう変えたかを聞いています。所要時間の超過が分かって作業の順番を入れ替えた、照合の基準があいまいだと分かって事前に合意した、といった具体的な変更を1つか2つ話します。
架空の例:「2回目のリハーサルで、変換の作業が計画より長くかかることが分かりました。Basisの担当と相談し、大きなテーブルの処理を先に始める順番に変え、3回目で計画の時間内に収まることを確かめました」
6. 「切替の当日は、どんな役割で、何を判断しましたか」
本番の切替に関わった人に聞かれます。当日の自分の担当(作業の実施、照合、判断の会議への報告など)と、進めるか戻すかの基準が事前に決まっていたか、当日にそれをどう使ったかを話します。本番に関わっていない場合は正直にそう伝え、リハーサルで担った役割を話せば十分です。切替の経験の有無を偽ると、掘り下げられたときに答えに詰まります。
7. 「稼働後に出た問題には、どう対応しましたか」
稼働後の支援まで含む案件で聞かれます。最初の月次の締めや大口の出荷など、業務の山場で表に出た問題を、設定・アドオン・データのどれに由来するかを切り分けた話が答えの中心です。稼働後まで見届けた経験は、移行を最後まで担える人として受け止められやすい材料です。
8. 「切替の週末や夜間の作業、稼働後の支援は対応できますか」
働き方の確認です。移行の案件では、リハーサルと切替の週に夜間や休日をまたぐ作業や待機が入ります。応じられる範囲と、応じにくい条件(家庭の事情、掛け持ちの案件など)を正直に伝え、稼働の扱いは契約で確かめたい旨を添えます。「何でも対応します」と答えると、参画後の条件の相談がしにくくなります。
準備は「問題を見つけて直した場面」を3つ選ぶ
上の質問は多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。
- 場面を選ぶ:照合の不一致、リハーサルでの所要時間の超過、アドオンの廃止の合意、稼働後の問題など、性質の違う場面を3つ選ぶ
- 場面ごとにメモをつくる:段階、気づいたきっかけ、見立て、切り分け、変えたこと、結果を書き出す
- 規模の数字をそろえる:対象の会社や拠点のおおまかな数、データの件数の規模、リハーサルの回数、停止時間の計画と実績を、どの場面でも同じ数字で言えるようにする
- 方式と版をそろえる:旧環境と新環境の版、オンプレミスかクラウドかを、言いよどまずに言えるようにする
- 2分版と5分版をつくる:最初は2分で話し、掘り下げられたら詳しく話せるようにする
スキルシートとの一致は特に大切です。面談官はシートを見ながら質問するため、シートの「担当工程」と話の内容がずれると、どちらも信用されにくくなります。冒頭の自己紹介の組み立て方は面談の自己紹介の記事で解説しています。
面談の相手によって重心が変わる
移行の面談は、相手によって聞かれる内容の重心が変わります。
| 面談の相手 | 重く見られやすい点 |
|---|---|
| 発注元の情報システム部門の責任者 | 切替の経験、稼働後の支援、業務部門との合意の取り方 |
| 元請けの移行チームのリーダー | 方式と工程の一致、照合やリハーサルでの具体的な動き、報告の仕方 |
| 同じ領域のベンダーの担当者 | 担当領域で変わった点の理解、設定やプログラムを自分で追えるか |
| 海外拠点の担当者が同席する場合 | 英語での進め方、拠点ごとの切替の経験 |
元請けと発注元の両方と面談することもあります。元請けの面談では工程の具体的な動き、発注元の面談では切替と稼働後の見届けに重心を置くと、限られた時間を有効に使えます。役割ごとの面談の傾向は、SAP FI/COコンサルの面談、SAP Basisエンジニアの面談、SAP ABAPエンジニアの面談の記事でも扱っています。
移行の案件ならではの逆質問
面談の終わりには、こちらから質問できる時間があります。逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。移行の案件では、次の点を聞いておくと判断がしやすくなります。
- 移行方式と、プロジェクトが今どの段階にあるか
- 本番切替の予定日と、延びた場合に契約がどう扱われるか
- リハーサルの予定の回数と、照合の基準がすでに決まっているか
- 自分の担当工程と、切替当日の役割
- リハーサルと切替の週の夜間・休日の作業と、その稼働の扱い
- 稼働後の支援の期間が契約に含まれるか
- 海外拠点の有無と、英語で進める会議や文書があるか
一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。逆質問で聞いた内容は、契約前の確認にもそのまま使えます。案件を選ぶときの確認点はS/4HANA移行の案件の選び方で整理しています。
よくある質問
移行の経験が一度だけで、本番の切替には関わっていません。面談で不利になりますか?
不利になるとは限りません。担当した工程で、問題を見つけて直した場面を具体的に話せれば、移行の流れを理解している人として伝わります。切替に関わっていないことは正直に伝え、リハーサルや照合で担った役割を中心に話しましょう。経験の範囲と案件の探している工程が合うかは、逆質問で確かめておくと安心です。
新規導入の経験しかなく、システム変換の案件の面談を受けます。何を話せばよいですか?
方式が違うことを最初に伝えたうえで、共通する工程(現行の業務の調査、データ移行、照合、切替)での経験を軸に話します。変換に特有の、旧環境の設定とアドオンを読み解く作業については、自分の担当領域でECCの仕組みをどこまで説明できるかを添えると、面談官が判断しやすくなります。
「順調に終わった移行」しか経験がなく、問題の話ができません。
順調に終わった移行でも、リハーサルで見つかった小さな差異や、所要時間の見直し、廃止を合意するまでの業務部門とのやり取りはあったはずです。大きな障害の話でなくてよいので、「気づいて、直した」場面を思い出して言葉にしておきましょう。見送られやすい答え方は面談で見送られる理由の記事で解説しています。