いまさら聞けない Automotive SPICE [1]
Automotive SPICEとは、開発プロセスの実力を確認し、改善につなげるための自動車業界の共通のものさしです。
このコラムでは、Automotive SPICEとは何か、なぜ必要なのかを初心者の方にもわかりやすく説明します。
はじめに――「そもそも何?」「なぜ今必要なの?」
「Automotive SPICEって、結局は何のこと?」
「書類をたくさん作るためのルール?」
「品質規格?」
「レベルを上げればいいの?」
会議で言葉は聞くけれど、いまさら基本を聞きづらい――。そんな方に向けて、難しい言葉には説明を添えながら、まず押さえておきたい全体像をお話しします。
Automotive SPICEって何?
ひとことで言えば、Automotive SPICEは、「開発プロセスの実力を測る、自動車業界の共通のものさし」です。
ここで評価するのは、クルマやソフトウェアの出来栄えそのものだけではありません。
- 要求をどのように決めたか
- 設計をどのように進めたか
- テストをどうやって行ったか
- 変更や課題をどのように管理したか
つまり、製品を生み出すまでの「仕事の進め方」を見ます。
たとえば料理でも、「おいしい料理が完成したか」だけではなく、
- 材料を正しくそろえたか
- 手順どおりに調理したか
- 味見や確認を行ったか
によって、同じ品質の料理を繰り返し作れるかが決まります。
Automotive SPICEも同じで、製品そのものではなく、良い製品を継続して生み出せる仕事の進め方になっているかを確認します。
Automotive SPICEってなぜ、いま必要なの?
その背景にあるのは、クルマに使われるソフトウェアが増え、開発の仕組みが複雑になっていることです。
しかも、自動車開発は一社だけで完結するとは限りません。自動車メーカーと、部品やソフトウェアなどを提供する複数の会社が協力して開発します。だからこそ、各社の感覚に任せるわけにはいかないのです。「きちんと開発できている状態」を共通の基準で確認する必要があります。
共通のものさしがあれば、会社や担当者が違っても、同じ考え方で状況を確認できます。
Automotive SPICEは、自動車メーカーが、開発を任せる会社の力を判断するときの目安としても使われます。ただし、それだけではありません。自分たちの開発を安定させ、品質上の問題を早めに見つけ、仕事の進め方を改善するためにも使えます。
「32プロセス」「能力レベル0~5」って何?
Automotive SPICE v4.1では、開発の仕事を32の種類に分け、それぞれの仕事がどのくらい安定して行われているかを0~5の段階で評価します。この32種類の仕事を「プロセス」、0~5の段階を「能力レベル」と呼びます。
ここで急に数字が出てくると、「全部覚えなければ」と焦るかもしれません。でも、最初から細部を覚える必要はありません。
まずは、
- 「何を行うか」をプロセスで確認する
- 「どの程度、安定して行えているか」を能力レベルで測る
という二つの軸がある、と理解できれば十分です。
この二つの軸を使うことで、会社やプロジェクトが違っても、開発プロセスの状態を同じ基準で確認できます。これが、Automotive SPICEを「開発プロセスの実力を測る共通のものさし」と説明する理由です。
全体像をつかんでから、自分の仕事に関係する部分を一つずつ学ぶほうが、ずっと入りやすくなります。
初心者が陥りやすい3つの誤解
誤解1:認証や点数を取ることが目的?
評価結果を得ること自体が目的ではありません。本当の狙いは、開発プロセスの弱点に気づき、改善につなげることです。
評価はゴールではなく、改善のスタートです。
誤解2:特定の人たちだけが取り組むの?
Automotive SPICEは、品質保証部門や専門の担当者だけが活動するものではありません。
品質保証グループやSEPG(プロセス改善を推進するグループ)が中心となって進めることはあります。しかし、実際にプロセスに沿って仕事を進めるのは、開発者や管理者です。
そのため、要求分析、設計、実装、テスト、プロジェクト管理などに関わる人が対象です。開発に関わるすべての人が取り組む必要があります。
品質は、組織全体でつくり込むべきものです。
誤解3:書類さえそろえればよい
文書は、仕事が適切に行われたことを示す大切な証拠です。しかし、書類があるだけでは不十分です。
本当に見られるのは、決めたプロセスが実際の開発で使われ、きちんと機能しているかどうかです。
Automotive SPICEは、自分たちの仕事の進め方を「測って、気づいて、良くする」ための仕組みです。
自分の仕事には、どう関係する?
「評価を受ける人だけが知っていればいい」と思うかもしれません。
しかし、日々の仕事を振り返ってみてください。
要求を確認する。設計の根拠を残す。テスト結果を追えるようにする。変更内容を共有する。
こうした活動が開発プロセスをつくっています。
Automotive SPICEは、特別なイベントのためだけの活動ではありません。
まずは自分の担当業務について、次のことを説明できるか考えてみてください。
特別な用語で説明する必要はありません。自分の仕事を思い浮かべながら確認してみましょう。
- この仕事は何のために行うのか[Purpose]
- 誰から何を受け取るのか[Input]
- 誰に何を渡すのか[Output]
- 結果が正しいことをどう確認するのか[Check]
- 変更や問題が起きたときにどう対応するのか[Action]

分からないところがあれば、それが改善の入口です。
規格用語を丸暗記するよりも、普段の仕事と結びつけることが、理解への近道になります。
まとめ――評価を、改善のスタートに
Automotive SPICEは、難しい書類を増やすための仕組みでも、点数を競うための仕組みでもありません。
複雑になる自動車開発を、関係各社が共通の基準で確かめ、より安定した進め方へ変えていくためのものです。
覚えておきたいのは、次の2つです。
- 「開発プロセスの実力を測る共通のものさし」ということ
- 目的は、開発の進め方を「測って、気づいて、良くする」こと
この全体像が見えていれば、32のプロセスや能力レベルも、単なる暗記ではなく、自分たちの開発を良くするための仕組みとして理解しやすくなります。
「いまさら聞けない」と思っていた疑問こそ、理解を始めるきっかけです。
評価に向けて形だけを整えるのではなく、より良い製品を安定して届けるために、自分たちの仕事の進め方を見直す。そこからAutomotive SPICEへの取り組みを始めてみましょう。
Automotive SPICEへの取り組み方や支援内容については、Automotive SPICE適合コンサルティングをご覧ください!
(岡本 直樹)