Automotive SPICE 4.0 汽車軟體流程評鑑內部評估員培訓課程
Automotive SPICE 4.0 汽車軟體流程評鑑內部評估員培訓課程
含 Automotive SPICE 4.1 版本銜接說明
Automotive SPICE（ASPICE）是評估汽車軟體及相關系統開發流程能力的模型，協助企業檢視需求、設計、驗證與管理活動是否有效執行。評鑑結果可用於供應商選擇、客戶審查及流程改善。
本課程適合車用電子、ECU、嵌入式軟體及汽車供應鏈的研發、測試、品質與專案人員。培訓重點是建立內部評估能力，讓團隊能找出證據缺口、判斷改善優先順序，降低交付前反覆補件與返工的風險。
Automotive SPICE 4.0 還是最新版本嗎？
目前官方已發布 Automotive SPICE 4.1，4.0 已列為歷史版本。本課程保留 4.0 專案常用內容，並納入新版銜接；實際採用版本應依客戶要求、合約及評鑑計畫確認。
| 文件 | 發布時間／狀態 | 課程使用方式 |
|---|---|---|
| Automotive SPICE 4.0 PRM／PAM | 2023 年 11 月；歷史版本 | 支援仍按 4.0 執行的專案 |
| Automotive SPICE 4.1 PRM／PAM | 2026 年 8 月；現行版本 | 補充更新內容與評估影響 |
| Automotive SPICE Guidelines 第三版 | 2026 年 7 月；配合 PAM 4.1 | 輔助理解評估原則與實務 |
上述版本資訊依官方公布文件整理。
新版銜接應檢查流程結果、實施方式與評級判讀的影響，不能只更換文件封面的版本號。intacs 已發布版本比較教材，並說明不強制要求另行參加更新訓練。
哪些人適合參加，需要具備哪些基礎？
熟悉產品開發生命週期，會比背誦條文更有幫助。學員不必全部具備程式設計能力，但應能理解本身職務涉及的需求、工作成果、審查紀錄及責任分工。
| 參訓角色 | 建議學習重點 |
|---|---|
| 系統與軟體工程師 | 需求分解、設計一致性與雙向追溯 |
| 驗證與測試人員 | 驗證選擇依據、覆蓋情形與結果紀錄 |
| 品質與流程改善人員 | 證據抽樣、評級理由與改善追蹤 |
| 專案經理及部門主管 | 範圍、資源、進度與跨部門責任 |
課程會訓練哪些流程與評估能力？
課程以「理解模型、檢查證據、形成判斷」為核心，建議優先練習專案需要的流程及 CL1～CL3。硬體與機器學習相關內容，可依產品及評鑑範圍增加專題，不宜在短期課程中宣稱全面涵蓋所有流程。
| 課程模組 | 學習重點 | 練習成果 |
|---|---|---|
| 模型與版本 | PRM、PAM、流程屬性及版本適用 | 專案評估範圍草案 |
| 系統與軟體工程 | 需求、架構、設計與驗證的銜接 | 追溯與一致性檢查紀錄 |
| 支援與管理 | 品質保證、組態、問題、變更與專案管理 | 證據清單與訪談題綱 |
| 評級判斷 | 流程結果、屬性與客觀證據的對應 | 評級理由及待確認事項 |
| 改善追蹤 | 缺口描述、責任分工與有效性確認 | 改善行動表 |
如何確認需求、設計與驗證彼此一致？
可用一項 ECU 功能變更練習：抽查需求更新後，設計、驗證措施及結果是否同步調整。內部評估員應確認內容的一致性，不能只看到工具中存在連結，就認定雙向追溯已充分落實。
如何避免把評級做成文件數量統計？
評級應根據流程屬性的達成情形及證據充分性判斷。課程會練習 N、P、L、F 的判讀邏輯，並區分「尚未取得證據」與「已確認未有效執行」，避免直接以表單完成率取代評估結論。
CL1、CL2、CL3 等能力等級代表什麼？
能力等級是針對評鑑範圍內的個別流程判定。客戶所說的「達到 CL2」，應進一步確認指定流程、專案及版本，不能直接解讀成整家公司所有開發活動都已達標。
| 等級 | 核心意義 | 內部評估關注點 |
|---|---|---|
| CL0 | 未完整達成流程目的 | 關鍵成果缺漏或不適用 |
| CL1 | 已執行並達成流程目的 | 是否有足夠證據支持成果 |
| CL2 | 流程受到管理 | 計畫、監控、責任與工作成果管理 |
| CL3 | 採用已建立的流程 | 組織標準流程、專案調適與部署 |
| CL4 | 流程具可預測性 | 量化分析與變異控制 |
| CL5 | 流程持續創新 | 改善機會、創新實施及成效 |
能力等級並非各流程分數的平均值；較高等級也需符合較低層級的相應達成條件。內部報告應保留各流程的評級與理由，讓管理者看得出真正需要改善的位置。
課程需要多久，如何安排？
可依團隊基礎規劃三天、共 21 小時的企業內訓。以下是建議課綱，並非官方規定時數，也不代表完成後即可獨立主持正式評鑑。
| 安排 | 建議時數 | 主要內容 |
|---|---|---|
| 第一天 | 7 小時 | 模型架構、版本銜接、範圍與工程流程 |
| 第二天 | 7 小時 | 支援及管理流程、能力屬性、證據判讀 |
| 第三天 | 7 小時 | 模擬訪談、評級討論、報告與改善計畫 |
若學員缺乏開發流程基礎，或需要深入分析企業專案，應另安排基礎課程或工作坊。正式評鑑所需人日，則依流程數量、專案複雜度、團隊配置與證據準備情況估算。
內部評估如何執行，能產出哪些成果？
建議先選一個具代表性的專案，從小範圍建立一致的評估方法，再逐步擴大。以下流程可作為企業內部自評與改善工作的起點。
| 步驟 | 執行重點 | 主要產出 |
|---|---|---|
| 1. 確認範圍 | 專案、版本、流程及目標能力等級 | 評估計畫 |
| 2. 盤點證據 | 工作成果、版本、工具與責任人 | 證據索引 |
| 3. 訪談與抽樣 | 交叉確認說明、紀錄與實際操作 | 證據及疑點紀錄 |
| 4. 形成判斷 | 討論屬性達成情形與不足之處 | 能力輪廓與評估報告 |
| 5. 追蹤改善 | 設定責任、期限並確認執行效果 | 改善追蹤與結案紀錄 |
實務上可由不同職能人員交叉檢視，減少只評估自己工作的盲點。使用真實專案資料時，應先確認保密要求，並將客戶名稱、程式碼及敏感資訊適當去識別化。
報名前，費用、資格與評鑑風險有哪些常見疑問？
課程費用如何計算？
費用應依人數、時數、授課方式與客製程度報價。企業詢價時，宜確認講義、案例演練、測驗及課後支援的範圍，避免只比較每人單價。
| 費用項目 | 主要影響因素 |
|---|---|
| 培訓費 | 人數、班別、語言、線上或現場授課 |
| 客製工作坊 | 專案資料量、指定流程及分析深度 |
| 差旅與教材 | 地點、差旅及需另購的官方出版品 |
| 後續輔導與正式評鑑 | 差距改善、評鑑人日及適用的登錄費用，另行估算 |
結業後就是 intacs 評估員嗎？
不是。本課程定位為企業內部評估能力培訓；結業或測驗證明的核發條件，依課程方案確認。intacs 評估員資格另有認可訓練、考試、實務證據與申請要求，不能以一般內訓證明替代。
團隊人少、文件不完整，也能參加嗎？
可以，建議先從現有需求、程式版本、測試結果及問題紀錄開始。學習難點通常在於證據能否互相對應、責任是否清楚，以及日常工作是否持續遵循既定流程。
上完課就能達到 CL2 或 CL3 嗎？
不能保證。培訓可建立判讀與改善方法，但實際等級仍取決於受評流程的執行情形及證據。導入時程應從現況差距與專案里程碑估算，不能用課程天數直接推算。
Automotive SPICE 現在可以取得證書嗎？
自 2026 年起，符合官方登錄條件的評鑑，可由評鑑組織核發 Certificate of Achievement。其適用範圍與受評專案、流程及結果有關；一般內部自評或課程結業，不會直接取得這類成果證書。
ASPICE 能取代功能安全、網路安全或法規符合性嗎？
不能直接替代。ASPICE 聚焦開發流程能力；產品的功能安全、網路安全與適用市場法規，仍需分別確認要求。企業可共用部分管理紀錄，但應逐項確認證據是否滿足不同目的。
還有哪些主題值得延伸閱讀？
可依團隊目前的工作重點，搭配以下主題規劃學習：
ISO 26262 道路車輛功能安全：理解安全生命週期與開發證據的關係。
ISO/SAE 21434 道路車輛網路安全工程：補足車用產品的網路安全管理與工程觀念。
軟體需求追溯與組態管理實務：改善需求、版本、變更與驗證紀錄之間的連結。
Automotive SPICE 4.0 與 4.1 版本銜接：釐清既有專案需要調整的內容。
下一步如何執行，ODI MORGAN 能提供哪些協助？
先整理客戶指定版本、目標能力等級、受評流程、產品類型與專案階段，再提供預計參訓人數及希望完成的時間。這些資訊可用來判斷適合先培訓、進行差距分析，或安排專案工作坊。
ODI MORGAN 推薦從「內部評估員培訓＋專案差距分析」開始，依需求規劃流程梳理、證據盤點、模擬訪談及改善追蹤。若涉及正式評鑑，再確認人員資格、客戶接受條件與登錄需求。
聯繫 ODI MORGAN，提供您的客戶要求與專案現況，即可討論適合的課綱、服務範圍與報價。
