組込みエンジニアのフリーランス案件の仕事内容｜案件の種類と働き方

フリーランスの組込みエンジニアの仕事は、決まった製品の決まった層を受け持ち、実機で動かして確かめ、記録を残すことの繰り返しです。ただし、既存製品の保守なのか新規開発なのか、組込みLinuxなのか評価・検証なのかで、1日の過ごし方も、向き合う相手も、手元に残る成果物も大きく変わります。

この記事では、組込みのフリーランス案件を5つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。報酬の決まり方は組込みエンジニアの報酬の記事、求められる技術は組込みエンジニアのスキルの記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

仕事の中身は「新規か既存か」と「どの層か」で決まる

組込みの案件は、どれも「ファームウェア開発」と書かれていることがあります。中身の違いを生むのは、主に次の3つです。

• 新規か既存か：ゼロから作る製品か、出荷済みの製品の改修や派生機種か
• 担当する層：ブート・BSP、ドライバー、RTOSやミドルウェア、アプリケーション
• 工程：方式設計、詳細設計と実装、評価・検証

この組み合わせで、フリーランスの組込み案件はおおむね次の5種類に分けられます。

以下では、それぞれの1日と1か月の流れを典型的な例として紹介します。時間の配分は現場ごとに違うため、目安として読んでください。

既存製品の保守・派生開発の仕事

1日の流れ（例）

朝は、チケットの一覧で担当の不具合や機能追加を確かめ、チームの朝会で今日の作業を共有します。午前は既存のソースを読み、修正の影響がどこまで及ぶかを調べます。午後は修正を入れて実機に書き込み、変更した箇所と周りの機能が今までどおり動くかを確かめます。夕方に結果をチケットに書き、レビューを依頼します。

新しく書くコードより、読むコードのほうがはるかに多いのが特徴です。古いコンパイラーや社内独自のビルドの手順に合わせる場面もあります。

1か月の流れ（例）

• 月初：今月のリリースや出荷に入れる修正の範囲を、リーダーと確かめる
• 毎週：修正、レビュー、回帰試験の順で、チケットを一つずつ閉じていく
• 月の半ば：評価チームから戻ってきた指摘に対応する
• 月末：リリース用のビルドを作り、変更の記録と試験の結果をまとめる

成果物

修正したソース、変更の理由と影響範囲の記録、レビューの記録、回帰試験の結果などです。量産品では、変更一つにつき何を確かめたかの証拠を残すことが仕事の大きな部分になります。

新規製品のファームウェア開発の仕事

1日・1か月の流れ（例）

試作基板が届く前は、データシートやリファレンスマニュアルを読み、ドライバーの設計とPC上でできる範囲の実装を進めます。基板が届くと、電源を入れてクロックや端子の設定を確かめる立ち上げの作業が始まり、1日の多くを実機の前で過ごすようになります。動かないときは、オシロスコープやロジックアナライザーで信号を見て、ハードの担当者と原因を話し合います。

1か月の単位では、試作の版ごとに「動かす機能を増やし、問題をハード側とソフト側に振り分ける」サイクルが回ります。試作基板の届く時期がずれると、手待ちの時間が出たり、逆に作業が集中したりします。

成果物

ドライバーやミドルウェアのソース、設計書、ハードとの取り決めの記録（端子の割り当て、タイミングの条件など）、立ち上げで見つかった問題の一覧などです。

組込みLinuxの開発の仕事

組込みLinuxの案件は、触る範囲で1日の中身が分かれます。

• BSP・カーネル寄り：ブートローダーやデバイスツリーの調整、ドライバーの改修。実機の起動ログを見ながら原因を追う時間が長い
• ビルド寄り：配布するイメージを組み立てる仕組みの保守、パッケージの追加や更新。PCの前の作業が中心で、ビルドの待ち時間をどう使うかが効率を左右する
• アプリ寄り：ユーザー空間のアプリやサービス、更新の仕組み。PCや汎用のボードで確かめられる作業が多い

1か月の単位では、上流のソフトの更新の取り込みや、脆弱性の情報への対応が定期的な仕事として入ることがあります。成果物は、ソースやレシピのほか、ビルドの手順書、構成の一覧、取り込んだ更新の記録などです。組込みLinuxを取り巻く今後の動きは組込みエンジニアの将来性の記事で扱っています。

評価・検証の仕事

1日の流れ（例）

朝は試験の計画を見て、その日に回す試験項目と使う実機・試験装置を確かめます。日中は実機で試験を行い、結果を記録します。期待どおりに動かないときは、条件を変えて再現の手順を絞り込み、ログや波形を添えて不具合として報告します。夕方は、開発側から修正が届いた不具合の確認試験を行います。

1か月の流れ（例）

開発の終盤ほど忙しくなる仕事です。月の前半は試験項目の作成や見直し、後半は試験の実施と不具合の確認に重心が移ります。量産前の評価の時期は、試験装置の空き時間に合わせて作業が組まれることもあります。

成果物

試験の項目書、試験の結果、不具合の報告、再現の手順、評価の報告書などです。試験の自動化を任される場合は、試験を回す仕組みやスクリプトも成果物になります。評価の側の考え方はQAエンジニアの仕事内容とも重なります。

方式設計・技術リードの仕事

製品の企画や要求の段階から入り、処理をハードとソフトのどちらで行うか、どのマイコンやOSを使うか、メモリーや応答時間の余裕をどう見るかを決める仕事です。1日の多くは、ハードとソフトの責任者との打ち合わせ、設計書の作成、チームのレビューに使います。手を動かす時間は少なめですが、試作の立ち上げで問題が起きたときに、原因の見立てを示す役割を求められます。

成果物は、システムの構成図、ハードとソフトの分担表、ソフト全体の設計書、レビューの記録などです。この種類の案件は数が限られ、製品分野での深い経験を前提にしていることが多くなります。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべての組込み案件にあります。

1. 実機の予約と段取り：実機や試験装置をチームで共有している現場では、使う時間を押さえ、確かめる手順を先に書いておく
2. ハードとソフトの切り分け：不具合がどちら側かを、ログや波形などの根拠を添えて関係者に伝える
3. 変更の記録：何を変え、何で確かめたかを、決められた場所に残す
4. 秘密の扱い：試作品や資料の撮影・持ち出しのルールに沿って作業する

フリーランスならではの仕事として、自分の稼働の記録と報告もあります。月の稼働時間に幅を決めて精算する契約が多いため、試作の遅れによる手待ちや評価の終盤の残業も含めて、日々の稼働をつけておきましょう。精算の仕組みは精算幅の記事をご覧ください。

関わる相手と、その相手に出すもの

働く場所は、設計やコードの作業はリモートにしやすい一方、試作の立ち上げや評価の時期は現地が中心になります。傾向は組込みエンジニアのリモートの記事で整理しています。

よくある質問

フリーランスの組込みエンジニアは、毎日出社して実機の前にいるのですか？

案件の種類と局面によります。試作の立ち上げや評価の時期は現地の日が多くなりますが、設計や既存コードの調査の時期はリモートの日を混ぜられる現場もあります。参画前に、出社の頻度がこの先どう変わるかを確かめておくと安心です。

保守の案件ばかりだと、経験として評価されにくいですか？

そうとは限りません。既存コードの影響を調べて修正し、回帰試験で確かめた経験は、量産品の現場で強く求められます。何件の修正を、どの層で、どんな確かめ方で行ったかを具体的に書ければ、経験として伝わります。書き方は組込みエンジニアのスキルシートの記事をご覧ください。

参画して最初の1か月は何をすることが多いですか？

開発環境と実機の準備、既存のソースと設計書の読み込み、ビルドと書き込みの手順の確認から始めるのが一般的です。初月の進め方は組込みエンジニアの参画初月にやることで解説しています。