「組み込みソフトウェアの開発を外注したいが、どこを見て相手を選べばいいのか分からない」。組み込み開発は、Webシステムやエンタープライズ系と同じ基準で外注先を選ぶと失敗しやすい領域です。ハードウェアとの同時進行、実機での検証、車載ならISO 26262やA-SPICEといった規格対応——見るべき点が明確に増えます。本記事では、車載／IoT領域を念頭に、組み込み開発の外注先を見極める5つの判断軸と、確認すべき質問を整理します。
基本のおさらい
組み込みソフトウェアは、特定の機器に内蔵され、ハードウェアを制御するために専用設計されたソフトウェアです。一般的なアプリケーション開発と違い、ハードとの密接な連携やリアルタイム処理、限られたメモリ・電力といった制約が前提になります。
本記事は、その前提を踏まえて「外注先をどう選ぶか」に踏み込みます。単価や開発人数の比較ではなく、自社のプロジェクトを任せられる相手かどうかを判断するための軸を扱います。
組み込みの外注で、まず効くのは「領域スキルの適合」
組み込み開発の外注で最初に問われるのは、価格ではなくスキルの適合度です。現役エンジニア500名への調査では、成果が出にくい開発現場の要因として、技術以前の「人」に関する項目が上位を占めました。
成果が出にくい現場の要因（上位4項目）
| 要因 | 回答率 | 外注先選定での意味 |
|---|---|---|
| 人員・スキルの不足 | 45.2% | 「人を出せるか」より「その領域ができる人か」を確認する |
| コミュニケーションの齟齬 | 40.0% | ハード側・品質部門を含む多者間の調整力も見る |
| 見積もり工数の甘さ | 37.6% | 見積りの根拠を説明できる相手かを確かめる |
| 要件定義の曖昧さ・変更の頻発 | 37.4% | 上流を一緒に固められる体制かを見る |
複数回答。SES・派遣エンジニア500名調査（株式会社STELAQ調べ／2025年10月）
スキルの適合度と、成果満足度の関係
| 層 | 「成果に満足」の割合 |
|---|---|
| 求められるスキルと本人のスキルが合っていた層 | 65.6% |
| どちらとも言えない層 | 17.3% |
同調査より。相関を示すもので、因果を示すものではありません。
スキルが合っているかどうかで、成果への満足度が48ポイント近く開いています。組み込み領域は要求される専門性の幅が広いため、この差がより出やすいと考えられます。
発注側の調査でも同じ懸念が出ています。プロジェクトリーダー300名への調査（以下、PL300名調査）では、外注活用時の課題として「品質への不安」が52.3%と最多でした。組み込みは不具合が製品回収に直結し得る領域です。だからこそ、選定時点で「品質をどう担保する体制か」まで踏み込んで確認する必要があります。
資料ダウンロード
外注先選定の前に読みたい、2つの調査レポート
発注側の視点：プロジェクトリーダー300名に聞いた「外注活用のポイント」。
現場の視点：SES・派遣エンジニア500名に聞いた「成果が出る開発現場の条件」。スキル適合や現場運営の実態から、選定時に確認すべき点が見えてきます。
組み込み開発の外注先を見極める5つの軸
図1の5軸を、確認すべき具体的な質問とあわせて整理します。
- ①領域実績：「似た製品」ではなく「同じ領域」の経験があるか。
ひと口に組み込みと言っても、車載・産業機器・民生IoT・医療機器では制約も文化も異なります。量産を経験しているか、どの層（アプリ／ミドル／ドライバ）を担ってきたかまで聞きます。
確認質問：直近で担当した同領域の案件は？ 担当した工程と規模は？ - ②規格対応力：ISO 26262・A-SPICEなどのプロセスを回せるか。
車載では機能安全（ISO 26262）やプロセス評価（A-SPICE）への準拠が求められます。用語を知っているだけでなく、成果物・トレーサビリティを実務で作った経験があるかが分かれ目です。
確認質問：規格準拠のプロジェクトで、どの成果物を実際に作成したか？ - ③上流対応：要件定義・アーキテクチャ設計から入れるか。
実装だけを請けるベンダーと、上流から一緒に決められるパートナーでは、任せられる範囲が変わります。内製リソースが薄い場合、ここが決定的になります。
確認質問：要件定義や方式設計を主体的に担った事例はあるか？ - ④検証環境：実機・HILSでの評価体制を持っているか。
組み込みは実機がなければ検証が完結しません。テスト環境の準備、HILS（Hardware In the Loop Simulation）の構築、評価の自動化まで見据えられるかを確認します。
確認質問：評価環境は誰がどう用意するのか？ 自社に環境・ラボはあるか？ - ⑤体制の柔軟性：フェーズに応じて増減・組み替えができるか。
組み込み開発は、立ち上げ・量産前・量産後で必要なスキルが変わります。人数の増減だけでなく、役割を入れ替えられるかが実務では効きます。
確認質問：ピーク時の増員と、フェーズ移行時の要員入れ替えは可能か？
一般的な開発との「差分」を確認する
組み込み特有の要求に対応できるかどうかが、選定の分かれ目です。一般的な開発との差分を整理しておくと、ベンダーへの確認漏れを防げます。
領域別・ベンダーへの確認項目チェックリスト
| 確認項目 | 車載領域で見るポイント | IoT・民生領域で見るポイント |
|---|---|---|
| 規格・安全 | ISO 26262、A-SPICE、SOTIF等への準拠経験 | 製品分野ごとの安全・電波・認証要件 |
| ハード連携 | ECU・車載ネットワーク（CAN等）の知見 | MCU／SoC選定、通信モジュールの知見 |
| 検証 | HILS・実車評価、多条件での試験設計 | 実機・多端末・通信環境の試験設計 |
| ライフサイクル | 量産後の変更管理、OTA更新の前提 | ファームウェア更新と長期保守 |
| 体制 | OEM／Tier1の商流・監査への対応 | ハードベンダーを含む多者間の調整 |
※すべてを1社で満たす必要はありません。自社が弱い部分を補える相手かどうかが判断基準です。
当社の導入事例
組み込み領域で、上流設計から評価まで支援した事例を2件紹介します。
事例1｜建設機械：A-SPICE準拠の上流設計を構築
- 業界・領域
- 建設機械／制御システムのソフトウェア開発（組込み）
- 課題
- A-SPICE準拠のプロセスに沿って、制御システムの上流工程を確立する必要がありました。要件定義やアーキテクチャ設計を主導できる体制が社内で不足しており、規格が求める成果物やトレーサビリティをどう整えるかが課題となっていました。
- 支援内容
- STELAQが要件定義とアーキテクチャ設計の両工程を支援し、A-SPICE準拠の上流設計プロセスを構築しました。実装を請け負うだけの関わり方ではなく、規格に沿った成果物の作成とトレーサビリティの確保までを担っています。お客様と一体となって設計判断を進める伴走型の体制で参画しました。
- 成果
- 規格準拠の上流設計が形になり、後工程で判断に迷う場面が減りました。「上流は外部に任せられない」と考えられがちな領域ですが、体制を整えれば伴走で対応できることを示す事例です。
事例2｜自動車：チーム体制で並走し、開発期間を圧縮
- 業界・領域
- 自動車／自動運転車の車室内監視システム開発（組込み）
- 課題
- 自動運転に関わる高度な組み込み開発を、限られた期間のなかで着実に進める必要がありました。内製チームだけでは要員が不足しており、品質を落とさずに開発速度を確保する方法が求められていました。
- 支援内容
- STELAQがチーム体制でプロジェクトに参画し、開発工程を分担しました。個人単位での要員供給ではなく、チームとして責任範囲を持つ形にしたことで、内製チームとの連携がスムーズに進みました。進捗や課題を密に共有しながら開発を推進しています。
- 成果
- チームでの並走により、開発期間を圧縮できました。役割分担を明確にしたうえで並行して進められたことが、期間短縮につながっています。
まとめ
- 組み込みの外注先選定は、人月単価の比較ではなく「同じ領域の量産経験があるか」で判断する。似た製品ではなく、車載・産業機器・民生IoTといった領域単位で実績を確認する。
- 見極める軸は5つ。①領域実績、②規格対応力（ISO 26262・A-SPICE）、③要件定義から入れる上流対応、④実機・HILSでの検証環境、⑤フェーズに応じて組み替えられる体制。それぞれに具体的な確認質問を用意して選定に臨む。
- 車載／IoTでは、一般的な開発に加えて「規格・安全」「ハード連携」「実機での検証」「量産後のライフサイクル」の4点が上乗せされる。自社が弱い部分を補える相手かどうかが判断基準になる。
お問い合わせ
車載／IoTの組み込み開発、体制づくりからご相談ください
STELAQは自動車をはじめとする組込み（IoT）領域で開発実績を積み、要件定義・アーキテクチャ設計といった上流から、開発・第三者検証まで一気通貫で支援しています。ISO 26262・A-SPICE準拠のプロジェクト経験もあり、規格対応を伴う開発の体制構築もお任せいただけます。「どこまで任せられるか」の整理からご相談を歓迎します。
出典：（1）システム開発プロジェクトリーダー300名への外注活用に関する実態調査（詳細はこちら）、（2）SES・派遣エンジニア500名への実態調査「成果が出る開発現場の条件」（2025年10月調査）。いずれも株式会社STELAQ調べ。
