VBA・Excelマクロ開発者のフリーランス面談でよく聞かれる質問と答え方

VBA・Excelマクロ開発者のフリーランス面談でよく聞かれるのは、作ったツールが新規開発・改修・引き継ぎのどれだったか、他人が作ったマクロをどう読み解いたか、遅さや「動かない」をどう切り分けたか、Officeの版の違いにどう備えたか、引き渡しで何を残したかの5つです。面談官は、書けるコードの量より、「この人に部署のツールを預けたら、作った後まで面倒を見られるか」を確かめようとしています。

答えの準備は、模範解答を覚えるより、自分が関わったツールを2〜3本選び、どの質問にもそこから答えられるようにしておくのが近道です。面談全般の答え方は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではVBAの面談に固有の質問に絞ります。

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

VBAの案件で面談に出てくるのは、業務部門の責任者、情報システム部門の担当者、元請けの会社の担当者のいずれかであることが多く、相手によって技術にどこまで詳しいかが違います。そのため、面談官が知りたいことも、技術の細部より次の3点に集まりやすくなります。

1. 任せられる範囲：Excelだけのツールか、Accessや外部のデータベース、ほかの製品までつないだツールか
2. 壊さずに直せるか：他人が作ったものを読み解き、影響を見てから直す手順を持っているか
3. 納めた後まで見られるか：利用者の端末で動かすところまでを考え、次の人が直せる形で残せるか

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

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

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

1. 「直近で関わったツールについて教えてください」

確かめたいのは任せられる範囲です。新規開発・改修・引き継ぎのどれだったか、そのツールが業務の中で何を担っていたか、連携先（Access、外部のデータベース、Outlookなど）、利用者の人数を短く伝えます。

架空の例：「経理部門で月次の締めに使う集計ツールの引き継ぎと改修です。Excelのブック3本とAccessのデータベースがつながっていて、利用者は5名ほどでした」

2. 「他人が作ったマクロを引き継いだとき、最初に何をしましたか」

VBAの面談でとくによく掘り下げられる質問です。いきなり直したか、全体を把握してから直したかを見ています。モジュールとボタンの関係の洗い出し、読み書きしているファイルとフォルダの確認、Accessのテーブルとクエリの関係の図示など、直す前に何を調べ、何を書き起こしたかを順に話します。

3. 「処理が遅いと言われたとき、どう対応しましたか」

データが増えて遅くなるのは、業務のツールでよく起きる問題です。どこで時間がかかっているかをどう確かめたか、セルを1つずつ読み書きする処理を配列でまとめて扱う形にした、画面の更新を処理の間だけ止めた、といった手当てとその理由を話します。「速くなりました」だけで終わらず、何を測って、どれを直すと決めたかまで話せると、判断の質が伝わります。

4. 「『マクロが動かない』と問い合わせが来たら、どう切り分けますか」

利用者の端末で起きる問題への向き合い方を見る質問です。データの問題か、ツールの問題か、端末やOfficeの設定の問題かを、どの順で確かめるかを話します。

Windows版のOfficeでは、インターネットから取得したファイルのマクロが既定でブロックされ、社内のファイルサーバーをIPアドレスで開いた場合なども、信頼済みサイトなどに入っていなければブロックされるとMicrosoft Learnで説明されています（2026年10月時点）。こうした仕組みを踏まえて、組織の決まりに沿ってどう解決したかを話せると、実務の経験として伝わります。

5. 「32ビット版と64ビット版、Officeの版の違いにどう対応しましたか」

改修や移行の案件で聞かれやすい質問です。Microsoft Learnでは、64ビット版のOfficeで動かすには、Declareステートメントに PtrSafe を付けるだけでなく、ポインターやハンドルを扱う型を LongPtr などに直す必要があると説明されています（2026年10月時点）。直した経験があれば、どう洗い出し、どの端末で確かめたかを話します。経験がなければ、知っている範囲を正直に伝え、どう確かめるかを話すほうが信頼されます。

6. 「エラーが起きたとき、利用者にはどう伝わるようにしていましたか」

個人用のマクロと、業務委託で納めるツールの違いを見る質問です。エラー処理で何を表示したか、ログに何を残したか、問い合わせのときにどう原因を追えるようにしたかを話します。

7. 「依頼の内容があいまいだったとき、どう固めましたか」

業務部門から直接依頼を受ける案件では、仕様が言葉で固まっていないことがよくあります。手作業の流れを聞き取って書き出した、試作を触ってもらって例外を拾った、自動にしない範囲を決めた、といった進め方を話します。

8. 「VBAで作らないほうがよいと判断したことはありますか」

経験の幅を見る質問です。複数の人が同時に更新するデータ、クラウドに置いたブックを定期的に処理する業務など、ほかの仕組みのほうが合う場面を、理由とともに話せると評価されやすくなります。Office スクリプトやPower Automate、RPA、Pythonとの比べ方はスキルの記事で整理しています。

9. 「引き渡しのときに何を残しましたか」

作った人がいなくなった後にツールが続くかを見ています。仕様の書き起こし、設定値の一覧、手順書、改修の記録など、具体的に何を残したかを話します。

準備は「ツール2〜3本」と「切り分けの話」に絞る

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

1. ツールを選ぶ：新規開発、改修・引き継ぎ、版への対応など、性質の違うツールを2〜3本選ぶ
2. ツールごとにメモをつくる：業務の中での役割、連携先、利用者の人数、自分が判断したこと、残したものを書き出す
3. 切り分けの話を1つ用意する：遅さ、エラー、「動かない」のどれかで、原因をどう突き止めたかを順に話せるようにする
4. 2分版と5分版をつくる：最初は2分で話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートの「仕事の種類」「連携先」「Officeの版」と話の内容が一致しているかを確かめる

面談では、画面共有でコードの一部を見せられ、何をしている処理か説明を求められることもあります。日ごろから、他人のコードを読んで、処理の目的と危うい箇所を言葉にする練習をしておくと落ち着いて答えられます。シートの書き方はスキルシートの書き方の記事、冒頭の話し方は面談の自己紹介の記事で解説しています。

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

業務部門と情報システム部門の両方が同席することもあります。その場合、業務の話と技術の話を分けて答え、相手が知りたい側から先に話すと、限られた時間を有効に使えます。

VBAならではの逆質問

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

• 対象のツールの数と、仕様書や作った人への聞き取りができるか
• 使われているOfficeの版、32ビット版か64ビット版か
• 作業する端末と、本番のデータに触れるかどうか
• ツールの置き場所と配布の方法、マクロの扱いに関する社内の決まり
• 問い合わせの窓口を担う範囲と、締めの時期の対応

一般的な逆質問の考え方は面談で聞いておくべき逆質問にまとめています。逆質問で聞いた内容は、契約前の確認にもそのまま使えます。確認点の全体はVBA・Excelマクロ開発者の案件の選び方で整理しています。

よくある質問

自分用や部署内で作ったマクロの経験しかありません。面談でどう話せばよいですか？

部署内のツールでも、ほかの人が使っていたなら、利用者の人数、エラーのときの対応、使い方の説明をどうしたかを話せば経験として伝わります。自分しか使っていなかった場合は、その旨を正直に伝え、ほかの人が使う前提で直すなら何を足すかを話すとよいでしょう。

面談でその場でコードを書くよう求められることはありますか？

案件によって違います。その場で書かせるより、既存のコードを見せて説明を求めたり、過去のツールの作り方を掘り下げたりする形のほうが多い印象です。どちらにも備えるなら、他人のコードを読み、処理の目的と直すべき点を言葉にする練習が役に立ちます。

Access VBAの経験は、Excel VBAの案件の面談でも話したほうがよいですか？

話す価値があります。Excelのツールの裏でAccessがデータを持っている構成は多く、テーブルとクエリを読み解けることは改修や引き継ぎの案件で評価されやすい経験です。面談で見送られやすい理由は面談で見送られる理由の記事も参考になります。