IATF16949では、組込みソフトウェアを持つ製品開発についての管理に対しても要求があるので注意が必要です。その管理内容を表しているのが、8.3.2.3項です。
今回の記事は、IATF16949：8.3.2.3項の組込みソフトウェアを持つ製品開発の意味と構築ポイントについて解説します。
当サイトは、品質マネジメントシステムの普及を目的に、難解になりがちな規格要求を、できるだけ分かりやすく解説しています。実務の中で「少し確認したい」「判断に迷う」といった場面で、参考にしていただける情報提供を目指しています。
※本記事の内容は、実際の現場支援経験をもとに整理しています。
「無料で学ぶ」「有料で実践する」——皆様の目的に合わせて活用可能です！
✅ QMS・品質管理・製造ノウハウを無料で学びたい方へ
👉 本サイト「QMS学習支援サイト」を活用しましょう！「QMSについて知りたい」「品質管理の基礎を学びたい」方に最適！
✔ IATF 16949やISO 9001・VDA6.3の基礎を学ぶ
✔ 品質管理や製造ノウハウを無料で読む
✔ 実務に役立つ情報を定期的にチェック
✅ 実践的なツールやサポートが欲しい方へ
👉 姉妹サイト「QMS認証パートナー」では、実務で使える有料のサポートサービスを提供！「すぐに使える資料が欲しい」「専門家のサポートが必要」な方に最適！
✔ コンサルティングで具体的な課題を解決
✔ すぐに使える帳票や規定のサンプルを購入
✔ より実践的な学習教材でスキルアップ
皆様の目的に合わせて活用可能です！
| ・当サイトの内容は、あくまでもコンサルタントとして経験による見解です。そのため、保証するものではございません。 ・各規格の原文はありません。また、規格番号や題目なども当社の解釈です。 ・各規格については、規格公式サイトを必ず確認してください。 ・メールコンサルティングは空きあります(2025年9月現在)。この機会に「ちょっと相談」してみませんか？1質問の無料サービス期間を是非ご利用ください。 →サービスのお問い合わせはこちら |
| 条項 | 題目 | ISO9001 | IATF |
| 第4章 | 組織の状況 | 〇 | 〇 |
| 第5章 | リーダーシップ | 〇 | 〇 |
| 第6章 | 計画 | 〇 | 〇 |
| 第7章 | 支援 | 〇 | 〇 |
| 第8章 | 運用 | 〇 | 〇 |
| 第9章 | パフォーマンス評価 | 〇 | 〇 |
| 第10章 | 改善 | 〇 | 〇 |
※8.1項～8.3.6.1項は主に、①営業プロセス②製品設計プロセス③工程設計プロセスが関係します。
| 条項 | 題目 | ISO 9001 |
重要 帳票 |
IATF 16949 |
重要 帳票 |
| 8.1 | 運用の計画及び管理 | 〇 | 〇 | ||
| 8.1.1 | 運用の計画及び管理-補足 | 〇 | ● | ||
| 8.1.2 | 機密保持 | 〇 | |||
| 8.2.1 | 顧客とのコミュニケーション | 〇 | 〇 | ||
| 8.2.1.1 | 顧客とのコミュニケーション-補足 | 〇 | ● | ||
| 8.2.2 | 製品及びサービスに関する要求事項の明確化 | 〇 | 〇 | ||
| 8.2.2.1 | 製品及びサービスに関する要求事項の明確化-補足 | 〇 | ● | ||
| 8.2.3.1 | 製品及びサービスに関する要求事項のレビュー | 〇 | ● | 〇 | |
| 8.2.3.1.1 | 製品及びサービスに関する要求事項のレビュー補足 | 〇 | |||
| 8.2.3.1.2 | 顧客指定の特殊特性 | 〇 | ● | ||
| 8.2.3.1.3 | 組織の製造フィージビリティ | 〇 | ● | ||
| 8.2.3.2 | 題目無(レビュー結果の保持ルール） | 〇 | 〇 | ||
| 8.2.4 | 製品及びサービスに関する要求事項の変更 | 〇 | 〇 | ||
| 8.3.1 | 製品及びサービスの設計・開発 | 〇 | 〇 | ||
| 8.3.1.1 | 製品及びサービスの設計・開発-補足 | 〇 | |||
| 8.3.2 | 設計・開発の計画 | 〇 | 〇 | ||
| 8.3.2.1 | 設計・開発の計画-補足 | 〇 | ● | ||
| 8.3.2.2 | 製品設計の技能 | 〇 | ● | ||
| 8.3.2.3 | 組込みソフトウェアを持つ製品の開発 | 〇 | |||
| 8.3.3 | 設計・開発へのインプット | 〇 | 〇 | ||
| 8.3.3.1 | 製品設計へのインプット | 〇 | |||
| 8.3.3.2 | 製造工程設計へのインプット | 〇 | |||
| 8.3.3.3 | 特殊特性 | 〇 | ● | ||
| 8.3.4 | 設計・開発の管理 | 〇 | 〇 | ● | |
| 8.3.4.1 | 監視 | 〇 | ● | ||
| 8.3.4.2 | 設計・開発の妥当性確認 | 〇 | |||
| 8.3.4.3 | 試作プログラム | 〇 | |||
| 8.3.4.4. | 製品承認プロセス | 〇 | ● | ||
| 8.3.5 | 設計・開発からのアウトプット | 〇 | 〇 | ||
| 8.3.5.1 | 設計・開発からのアウトプット-補足 | 〇 | ● | ||
| 8.3.5.2 | 製造工程設計からのアウトプット | 〇 | ● | ||
| 8.3.6 | 設計・開発の変更 | 〇 | 〇 | ||
| 8.3.6.1 | 設計・開発の変更-補足 | 〇 |
当サイトの情報提供スタンスについて
当サイトでは、ISO9001およびIATF16949について、規格要求の解説にとどまらず、実務でどのようにルールや記録へ落とし込むかを重視して情報を整理しています。
規格の理解とあわせて、「現状とのギャップをどう捉えるか」「どこから手を付けるべきか」といった判断に迷いやすい点を、現場目線で分かりやすく解説することを目的としています。
記事内容を自社へ当てはめる際の考え方や、判断に迷うポイントについては、別ページで整理した情報も用意しています。
この記事の目次
IATF16949：8.3.2.3項の組込みソフトウェアを持つ製品開発の意味
自動車産業の多くは、「部品」と「製造」といったワードに注目されていますが、近年目まぐるしく発展しているのが自動運転システム（ADAS：先進運転支援システム（エイダス））です。この運転システムの発展により、高度なソフトウェア開発が必要不可欠となっています。
人々の生活を豊かにするADSDにより、例えばブレーキ・ハンドルコントールや画像認識を用いた映像面など非常に高度な技術が用いられています。これらを制御する部分に欠かせないのがソフトウェア開発。
つまり、それらもルールに基づいて開発することは必要不可欠であることは間違いありません。
IATF16949：8.3.2.3項の組込みソフトウェアを持つ製品開発の要求は非常に重要であり、ソフトウェア開発に必要不可欠な手法にAutomotive SPICE：Software Process Improvement and Capability dEterminationがあります。
その他には、CMMI：Capability Maturity Model Integrationなども付属書Bで紹介されています。
次に、IATF16949：8.3.2.3項の組込みソフトウェアを持つ製品開発の意味と構築ポイント解説していきます。
組込みソフトウェアについても品質保証が必須！
IATF16949：8.3.2.3項の組込みソフトウェアを持つ製品開発の要求事項からもわかるように、ソフトウェア開発も同時に行っている企業様は、本要求事項の対応が必須です。
当然のことですが、自動車にはハードとソフトの部分開発及び製造が必要であり、ハード（部品）だけではなく、ソフトウェアについても品質管理・品質保証は不可欠です。
そのため、ソフトウェア開発の品質保証についても同様に確認されるので注意してください。
Automotive SPICE準拠の社内標準プロセス整備が必須！
IATF16949：8.3.2.3項の組込みソフトウェアを持つ製品開発の要求事項の対応において代表といえるのが、Automotive SPICEです。
過去にはCMMIベースでのソフトウェア開発が主流だったものの、近年はAutomotive SPICEが業界標準になってきているので、CMMIベースの企業は、Automotive SPICEを社内標準にすることを強くおすすめします。
Automotive SPICEとは、大きく分けて3つの大カテゴリーとさらに細分化されたプロセスに分解され、各プロセスはその目的及び成果そして、その基本プラクティスやアウトプットとなる成果物が規定されている「Automotive SPICEプロセス参照モデル」というものが有名です。
自己評価結果は文書化して保持する
ソフトウェアは徹底した開発により、細部まで確認していくことは理想です。
しかしソフトウェア開発においてそれらをすべて行うことは非常に難しいことがわかっているので、リスク及び顧客に及ぼす潜在的な影響に基づく優先順位をつけて行うことを要求しています。
規格を理解するうえで、よくある「つまずき」とは？
ISO9001やIATF16949、VDA6.3の要求事項は、条文を読むだけでは自社業務への当てはめ方が分かりにくい場面が少なくありません。理解したつもりでも、文書化や運用判断で迷いが生じることは多く、その違和感こそが改善ポイントになる場合もあります！
※ 個別ケースでの考え方整理が必要な場合は、補足的な確認も可能です。
ソフトウェア開発も内部監査プログラムの範囲に！
IATF16949：8.3.2.3項の組込みソフトウェアを持つ製品開発の要求事項では、ソフトウェア開発も内部監査に含めることを要求しています。
内部監査員選出に注意すべきことは、Automotive SPICEについても理解があるもの（力量がある内部監査員：7.2.3項参照）を監査員としておくことです。ソフトウェア開発を行っている企業様の中でも不足していることが多いので注意してください。
これらは、内部監査員の登録制度を作るうえで重要な部分であり、審査・監査でも確認されるポイントとなります。
規格対応で不安・悩むポイント
ISO9001やIATF16949、VDA6.3といった規格対応では、「どこから手を付ければよいか分からない」「社内だけで判断を進めることに不安がある」と感じるケースが少なくありません。
品質マネジメントの構築は、一度に完成させる必要はなく、考え方やサンプルを参考にしながら、少しずつ自社に合った形へ整えていくことも可能です。
IATF16949：8.3.2.3に関するFAQ
規格対応でよく聞かれる悩み
ISO9001やIATF16949、VDA6.3に取り組む中で、「審査対策として何を優先すべきか分からない」「要求事項に対する構築の考え方が整理できない」といった声は少なくありません。
また、社内にQMSを体系的に理解している担当者がいない場合や、外部コンサルの費用面で継続的な支援が難しいと感じるケースもあります。こうした悩みは、特定の企業に限らず、多くの現場で共通して見られるものとなっています。
IATF16949:8.3.2.3では、組織が組込みソフトウェアを含む製品に対して、品質保証プロセスを使用することが求められています。具体的には、ソフトウェア開発の評価方法論（例えば、Automotive SPICEやCMMI）を利用し、内部評価や顧客への影響に基づくリスク管理を行い、適切な文書化と内部監査を含めることが必要です。
Automotive SPICEは、組込みソフトウェア開発のプロセスを標準化し、品質を確保するための評価方法です。IATFにおいても、Automotive SPICEは業界標準として推奨されており、特に自社開発を行う場合や外部委託する場合でも、この基準に準拠することが求められることがあります。
組込みソフトウェア開発は、製品全体の機能や安全性に直結するため、内部監査プログラムの範囲に含めることが求められます。内部監査員は、Automotive SPICEに精通している必要があり、監査の際にはソフトウェア開発の品質管理プロセスも確認されます。
IATF16949：8.3.2.3項の組込みソフトウェアを持つ製品開発：まとめ
IATF16949：8.3.2.3項の組み込みソフトウェアを持つ製品開発の要求事項における規格解釈はいかがでしたでしょうか？
自動車産業におけるもっとも重要な開発手法は、Automotive SPICEです。
自社開発をしていない場合で外部に委託する場合も、Automotive SPICEの準拠要求をすることも求められます。これらは、顧客固有要求事項として定義されていることが多いので、合わせて確認しておきましょう！
それではまた！
弊社QMS認証パートナーは、製造業に特化した品質マネジメントシステム（QMS）の認証取得からその後の維持・運用・管理まで実務経験に基づいた実用的なサポートを提供しております。初めての認証取得/取得後の課題に対しても、シンプルかつ現場で活用できる仕組みづくりを重視しています。
