「御社はAutomotive SPICEに対応していますか？」——自動車部品メーカーの品質保証担当をしていると、新規取引や顧客監査の場面で、ある日こう聞かれて言葉に詰まることがあります。IATF16949やVDA6.3は理解していても、「A-SPICE」となると途端に難解に感じる。
それもそのはずで、A-SPICEは車載ソフトウェア／システムの開発プロセスを評価する世界で、製造プロセス中心の品質保証とは隣り合わせの別領域だからです。
本記事では、IATF16949・VDA6.3の実務者目線で、Automotive SPICE 4.0とは何か・3.1から何が変わったか・IATFサプライヤとして最低限どこを押さえるべきかを、難しい専門用語をかみ砕いて整理します。
| P1 | ポテンシャル分析 |
| P2 | プロジェクトマネジメント |
| P3 | 製品及びプロセス開発の計画 |
| P4 | 製品及びプロセス開発の実施 |
| P5 | サプライヤー管理 |
| P6 | 生産プロセス分析 |
| P7 | 顧客ケア・顧客満足度とサービス |
この記事の内容を、実務で使える形に整えませんか？規格解釈だけで終わらせず、社内教育・規定作成・帳票整備・監査対応に使える教材や相談メニューをまとめています。
この記事の目次
Automotive SPICE 4.0とは？まず全体像を押さえる
A-SPICE（Automotive SPICE）の定義と目的
Automotive SPICEは、正式名称を「Automotive Software Process Improvement and Capability dEtermination」といい、車載ソフトウェア・システムの開発プロセスがどれだけ"きちんと回っているか（能力＝ケイパビリティ）"を評価するためのモデルです。ベースになっているのはISO/IEC 15504、現在のISO/IEC 330xxシリーズ（プロセスアセスメントの国際規格）で、それを自動車業界向けに具体化したものにあたります。
ポイントは、A-SPICEが「良い製品ができたか」ではなく「良い製品を生み出す開発プロセスが確立されているか」を見る、という点です。これはIATF16949の根底にある「プロセスアプローチ」とまったく同じ発想で、入口さえ押さえれば品質担当者にとって理解しづらいものではありません。
なぜ自動車業界で必須なのか
A-SPICEは、欧州の主要完成車メーカーが共同で策定し、取引先であるECU（電子制御ユニット）サプライヤの開発プロセス改善のためのガイドラインとして使われてきました。つまりA-SPICEの正体は、OEMがサプライヤを評価・選定するための「共通言語」です。
ここがIATFサプライヤにとって重要な勘所です。VDA6.3が「製造プロセスを監査する共通言語」なら、A-SPICEは「開発プロセスを評価する共通言語」。どちらも"顧客が取引相手を見極めるモノサシ"という意味で、立ち位置はそっくりなのです。
ISO/IEC 330xx・VDA QMCとの関係
見逃されがちですが、A-SPICEを管理しているのはVDA QMC——VDA6.3と同じ母体です。VDA6.3に取り組んだ経験のある企業なら、「あのVDAが、開発プロセス版として用意しているのがA-SPICE」と捉えると一気に距離が縮まります。VDA6.3とIATF16949の関係を整理した内容は、VDA6.3とIATF16949の違いと構築ポイントもあわせて参照すると理解が深まります。
能力レベル（ケイパビリティレベル）0〜5の考え方
レベル0〜5それぞれの意味
A-SPICEでは、各プロセスの成熟度をレベル0から5までの6段階で評価します。ざっくり言えば下表のとおりです。
| レベル | 名称 | ざっくりした状態 |
|---|---|---|
| 0 | 不完全 | プロセスが実施されていない／成果が出ていない |
| 1 | 実施 | とりあえず実施され、成果は出ている |
| 2 | 管理 | 計画・監視され、成果物が管理されている |
| 3 | 確立 | 組織標準のプロセスとして定義・運用されている |
| 4 | 予測可能 | 定量的に管理され、結果が予測できる |
| 5 | 革新 | 継続的に最適化・改善されている |
なぜレベル2〜3が求められるのか／達成期間の目安
実務上、OEMやTier1から求められるのは多くの場合レベル2〜3です。とくにレベル3（組織標準として確立）が一つの到達目標とされ、ここに達するには一般に2〜3年程度かかると言われます。レベル0（実施されていない）と評価されると、開発能力が低いとみなされ、取引上不利になるリスクもあります。
IATFの「プロセスアプローチ」と通じる発想
「個人の頑張りで成果は出ている（レベル1）」から「仕組みとして管理されている（レベル2）」、さらに「組織標準として確立している（レベル3）」へ——この段階の上がり方は、IATF16949で内部監査をしていると必ず突き当たる「属人化から仕組み化へ」というテーマそのものです。A-SPICEを難しく考える前に、この共通構造を押さえておくと腹落ちが早くなります。
Automotive SPICE 4.0の主な変更点（3.1との違い）
2023年末に正式リリースされたバージョン4.0は、2017年リリースの3.1からの移行が求められる、近年で最も大きな改訂です。IATFサプライヤとして押さえるべき変更点を絞って解説します。
3つのプロセスグループが新設された
4.0の最大の特徴は、3.1では十分にカバーできていなかった領域に対応するため、新たに3つのプロセスグループが追加されたことです。
- HWE（ハードウェアエンジニアリング）
従来はプラグイン的な扱いだったハードウェア開発が、正式なプロセスグループとして格上げ - MLE（機械学習エンジニアリング）
AI・機械学習を用いた開発に対応する、まったく新しい領域 - VAL（妥当性確認）
「作ったものが本来の意図を満たすか」を確認する妥当性確認が独立したプロセスグループに
ソフトとハードの緊密な連携や、機械学習を含む複雑な開発を評価できるようになった点が、4.0の時代背景を映しています。
VDAスコープの再定義
アセスメントの基本対象範囲である「VDAスコープ」も見直されました。4.0では、管理系・支援系の基本5プロセスに、SYS／SWE／HWE／MLEのいずれか1つ以上のエンジニアリングプロセス群を加えた範囲が、新たなVDAスコープとして位置づけられています。自社が何を開発しているか（ソフトだけか、ハードも含むか等）で、対象範囲が変わるイメージです。
V字右側の名称整理とプロセスの改称
V字モデルの右側（検証・確認側）の用語も整理されました。たとえば「統合テスト」は「統合検証」へ、「適格性確認テスト」は「検証」へと名称変更され、そこに新設のVAL（妥当性確認）が加わったことで、「テスト→検証→妥当性確認」という流れが整合的になりました。あわせて「再利用プログラム管理」が「製品の再利用管理」へ改称されるなど、細かな名称変更も行われています。
| 観点 | 3.1 | 4.0 |
|---|---|---|
| 新規プロセスグループ | （なし） | HWE・MLE・VALを追加 |
| V字右側の名称 | 統合テスト／適格性確認テスト | 統合検証／検証（＋妥当性確認VAL） |
| ハードウェア | プラグイン的扱い | 正式プロセスグループ（HWE） |
| 機械学習 | 規定なし | MLEとして新設 |
IATF16949・VDA6.3とAutomotive SPICEの関係
ソフト系のコンサル記事ではほとんど語られない、「IATFサプライヤ目線でA-SPICEがどう絡むのか」を整理します。
IATF16949はA-SPICEを直接要求するのか？
結論から言うと、IATF16949は「A-SPICE認証を取れ」と直接命じているわけではありません。ただし、組込みソフトウェアを持つ製品については、ソフトウェア開発プロセスの能力を自己評価（self-assessment）することが要求されており、その評価手法としてA-SPICEやCMMIが想定されています。そして実務上は、OEMの顧客固有要求事項（CSR）で「A-SPICEのレベル◯以上」が明示されるケースが多く、ここでA-SPICEが取引条件として降ってくるのです。
品質保証・サプライヤ監査担当者はA-SPICEとどう関わるか
「うちは機械加工部品だからソフトは関係ない」と思っていても、製品にマイコンや制御基板が入った瞬間、A-SPICEの世界が顔を出します。品質保証担当としては、
（1）自社製品に組込みソフトが含まれるか
（2）含まれる場合、顧客CSRがA-SPICEのレベルを要求していないか
を取引の入口で必ず確認しておくことが、後追いの大慌てを防ぐ最大の勘所です。
VDA6.3（製造プロセス監査）とA-SPICE（開発プロセス評価）の棲み分け
3つの監査・評価の守備範囲を整理すると、頭の中が一気に片付きます。
| 主な対象 | 母体 | ざっくりした役割 | |
|---|---|---|---|
| IATF16949内部監査 | QMS全体 | IATF | 品質マネジメントシステムが要求どおり機能しているか |
| VDA6.3 | 製造・量産プロセス | VDA QMC | モノを作るプロセスが整っているか |
| A-SPICE | ソフト／システム開発プロセス | VDA QMC | 開発プロセスの能力が確立しているか |
VDA6.3の要求事項（P2〜P7）が「作る」側を見るのに対し、A-SPICEは「設計・開発する」側を見る——この棲み分けを押さえれば、顧客からどの監査を求められているのかを取り違えずに済みます。
VDA6.3はIATF16949との対応関係で整理すると全体像をつかみやすく、要求事項とのギャップ確認は〔VDA6.3×IATF16949対比表〕で進められます。
サプライヤ／品質担当者の立場で押さえる準備のポイント
ここではアセッサ視点の細かな評定手法ではなく、IATF・VDA6.3で培った品質保証の視点から、A-SPICEに向き合うときに準備しておくべき観点に絞ります。
アセスメントの基本的な流れ（事実ベース）
A-SPICEのアセスメントは、大づかみには「計画→インタビュー・文書レビュー→分析→暫定評定→報告」という流れで進みます。公式アセスメントの前段に、定着度を簡易確認するプレアセスメントを挟むこともあります。
この「証拠（記録・文書）を示してプロセスの実施を裏づける」という構造は、IATFやVDA6.3の監査対応とまったく同じ作法です。
文書化・トレーサビリティで問われやすい観点
A-SPICEで一貫して重視されるのが、要求から設計・実装・検証までの双方向トレーサビリティと、体系的な文書化です。これはIATF16949の内部監査プログラム（9.2.2.1）で「記録が要求を裏づけているか」を確認する作業と本質的に重なります。
普段の内部監査で「記録の追えなさ」に厳しい目を持っている品質担当者ほど、A-SPICEの世界にもスムーズに適応できます。逆に、属人化・口頭運用・記録の後付けは、A-SPICEでもIATFでも同じように弱点として露呈します。
内部監査はチェックリストを回すだけでなく、計画の立て方や結果のまとめ方で改善につながるかが変わります。必要な帳票・記録の考え方は〔内部監査６点セット〕で整理できます。
よくある質問（FAQ）
規格対応で迷ったら、メールで確認できますFAQで一般的な考え方を確認できますが、自社の規定・帳票・審査対応へどう反映するかは、会社ごとに判断が変わる場合があります。
この要求事項の考え方でよいか確認したい
規定・帳票にどう落とし込むか相談したい
審査指摘や回答方針に不安がある
個別事情がある場合は、メールコンサルで実務目線の確認ができます。
両者は競合ではなく守備範囲が異なります。IATF16949はQMS全体、A-SPICEはソフト／システム開発プロセスの能力評価です。組込みソフト製品を扱うなら、IATF16949を土台にしつつ、顧客CSRに応じてA-SPICEへ対応する、という関係になります。
HWE（ハードウェア）・MLE（機械学習）・VAL（妥当性確認）という3つのプロセスグループの新設です。とくにMLEは、AI・機械学習を用いた開発に対応する新領域として注目されています。
製品に組込みソフトや制御基板が含まれるかどうかで変わります。含まれる場合は、顧客のCSRでA-SPICEのレベルが要求されることがあるため、取引の入口で確認が必要です。
顧客により異なりますが、レベル2〜3が一般的な要求水準です。レベル3（組織標準として確立）の達成には、通常2〜3年程度かかるとされます。
VDA6.3は製造・量産プロセスの監査、A-SPICEはソフト／システム開発プロセスの能力評価です。母体はどちらもVDA QMCですが、見ている工程（作る側か、設計・開発する側か）が異なります。
まとめ
Automotive SPICE 4.0は、車載ソフト・システム開発の高度化を受けて、HWE・MLE・VALの3プロセスグループ追加をはじめとする大きな改訂が行われた最新版です。一見すると品質保証の世界とは縁遠く感じますが、その正体は「OEMがサプライヤの開発プロセスを評価する共通言語」であり、VDA6.3やIATF16949の内部監査と同じ"プロセスを証拠で裏づける"作法の上に成り立っています。
IATFサプライヤとしては、（1）自社製品に組込みソフトが含まれるか、（2）顧客CSRがA-SPICEのレベルを要求していないか——この2点を取引の入口で押さえておくことが、慌てない第一歩です。
QMS認証パートナー
IATF16949・ISO9001・VDA6.3は、要求事項を理解するだけでなく、現場で説明できる仕組みにすることが重要です。判断に迷う部分は個別相談で、資料を整えたい場合は教材・サンプルをご活用ください。
メール相談・個別コンサル監査対応、規格解釈、規定・帳票の考え方を実務目線で確認できます。
自社で整備したい方はこちら学習教材、社内教育資料、規定サンプル、帳票サンプルを目的別にまとめています。
