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

組込みエンジニアのフリーランス面談でよく聞かれるのは、どの製品分野で、ソフトのどの層を、どのマイコン・OSで担当したかと、実機で不具合が起きたときに、何を使ってハードとソフトを切り分けたかの2つです。面談官は言語の知識の量より、「この人を明日から評価の現場に入れたら、自分で原因を追えるか」を確かめようとしています。

答えるときは、模範解答を覚えるより、自分が追った不具合を2〜3件選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事では組込みの面談に固有の質問に絞ります。

組込みの面談で面談官が見ていること

組込み案件の面談に出てくるのは、発注元のソフトのリーダーや開発の管理職であることが多く、本人も実機で苦労してきた技術者です。そのため、技術の名前を並べるより、具体的な不具合の話の中に出てくる手順と根拠を聞いています。

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

1. すぐ入れるか：案件で使うマイコン・OS・層に近い経験があるか
2. 自分で原因を追えるか：実機の不具合を、道具を使って切り分けられるか
3. 現場の手順に乗れるか：規約やレビュー、記録の残し方など、決まった手順の中で開発できるか

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

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

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

1. 「直近の開発の製品分野と、担当した層を教えてください」

確かめたいのは、すぐ入れるかです。製品分野、担当した層、マイコンやSoCの系統、OS（ベアメタル、RTOS、組込みLinux）、担当した工程、チームの人数を短く伝えます。製品名や顧客名は出さなくてかまいません。

架空の例：「産業機器のモーター制御基板で、RTOS上のドライバーとミドルウェアを担当しました。マイコンは32ビットの汎用系統です。詳細設計から評価の不具合対応まで、5名のチームの一員として関わりました」

2. 「このマイコン（OS）は使ったことがありますか」

案件の構成と経歴が完全に一致することは多くありません。使ったことがなければ正直に言い、そのうえで近い系統の経験と、新しいマイコンを立ち上げたときの進め方を話します。データシートを読んで初期化を自分で組んだ経験があれば、系統の違いを補う材料になります。

3. 「一番苦労した不具合と、原因をどう突き止めたかを教えてください」

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

• どんな症状が、どんな条件で起きたか（再現の頻度も含めて）
• 最初にどこを疑い、何で確かめたか
• 何を見て、ハードかソフトかを切り分けたか
• 原因と、取った対策
• 再発を防ぐために残したこと

「タイミングの問題でした」だけで終わると、手順が見えません。疑いを一つずつ消していった順番と、その根拠に使った道具まで話せると、経験の深さが伝わります。

4. 「オシロスコープやロジックアナライザーは使えますか」

道具の名前を知っているかではなく、何を確かめるために使ったかを聞いています。「SPIの通信が途中で崩れる不具合で、ロジックアナライザーでクロックとデータの波形を取り、チップセレクトの切り替えのタイミングがずれていることを確かめた」のように、場面とセットで答えます。

5. 「RTOSのタスクや割り込みの設計はどうしていましたか」

RTOSの案件で聞かれやすい質問です。タスクの分け方、優先度の決め方、割り込みの処理とタスクへの受け渡しの方法を話します。優先度の逆転やスタックの不足など、RTOSならではの不具合を調べた経験があれば、ここで出すと効果的です。

6. 「コーディング規約や静的解析、レビューの手順はありましたか」

現場の手順に乗れるかを確かめる質問です。どんな規約に沿い、静的解析の指摘にどう対応し、レビューで何を見ていたかを話します。車載や産業機器の経験があれば、要求と試験の対応づけや変更の影響分析の記録をどこまで作っていたかも伝えます。

7. 「ハードの担当者とは、どうやり取りしていましたか」

組込みに特有の質問です。面談官は、問題を一人で抱え込まず、根拠を添えて相手に渡せるかを見ています。「ソフトの問題ではないと考えた根拠として、波形とログを添えて報告した」「端子の割り当ての変更を取り決めとして記録した」など、やり取りの形を具体的に話します。

8. 「出社や実機での作業はどのくらいできますか」

働き方の条件を確かめる質問です。週に何日なら出社できるか、評価の時期に出社が増えても対応できるか、通える範囲はどこまでかを、あいまいにせず答えます。条件の整理の仕方は組込みエンジニアのリモートの記事で解説しています。

技術的な確認の形もある

組込みの面談では、口頭の質問に加えて、次のような確認を受けることがあります。

• 回路図やタイミング図の一部を見せられ、読み方を聞かれる
• 割り込みと共有変数を扱うコードの断片を見て、問題点を聞かれる
• ポインターやビット操作など、C言語の基本を問う短い質問

事前の課題や技術試験への向き合い方は技術テストの記事で整理しています。分からないことを聞かれたときは、知っているふりをせず、「この資料のこの値を確かめて判断します」と調べ方を答えるほうが信頼されます。

準備は「追った不具合」を2〜3件に絞る

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

1. 不具合を選ぶ：ハード寄り、タイミング寄り、メモリーや設計寄りなど、性質の違う不具合を2〜3件選ぶ
2. 不具合ごとにメモを作る：症状、条件、疑った順番、使った道具、原因、対策、残した記録を書き出す
3. 構成の言い方をそろえる：製品分野、層、マイコン・OSの系統を、どの話でも同じ言い方で言えるようにする
4. 1分版と3分版を作る：最初は短く話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートに書いた層や道具と、話の内容が一致しているかを確かめる

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

組込みならではの逆質問

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

• 担当する層と、使うマイコン・OS・開発環境
• 新規開発か既存製品か、今どの試作の版や局面か
• 実機や評価ボード、計測器を自分用に使えるか、チームで共有か
• 出社の頻度が、この先の局面でどう変わるか
• コーディング規約やレビュー、記録の手順の重さ

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

よくある質問

案件と同じマイコンの経験がないと、面談で落とされますか？

同じ系統の経験があると有利ですが、それだけで決まるわけではありません。資料を読んで周辺機能を立ち上げた経験や、別の系統へ移ったときの進め方を具体的に話せれば、立ち上がりの早さを伝える材料になります。

評価・検証の経験が中心ですが、開発の案件の面談ではどう話せばよいですか？

不具合を再現させ、条件を絞り込み、ログや波形を添えて開発側に渡した経験を中心に話します。ソースを読んで原因の候補を挙げたことがあれば、それも伝えましょう。自分が修正まで担っていない場合は、その線を正直に分けて話すほうが信頼されます。

面談で製品名を聞かれたら、答えるべきですか？

前の現場の製品名や顧客名は、秘密保持の約束の対象になっていることが多くあります。「守秘の約束があるため製品名は控えますが、分野は産業機器です」のように伝えれば、多くの面談官は理解してくれます。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。