ISO 26262:2018 道路車輛功能安全內部稽核員培訓課程
ISO 26262:2018 道路車輛功能安全內部稽核員培訓課程
ISO 26262 是道路車輛功能安全標準系列，針對安全相關電氣／電子（E/E）系統失效行為可能造成的危害，建立安全生命週期與工程管理要求。本課程協助企業培養能規劃稽核、查核專案證據、提出不符合事項並追蹤改善的人員。
課程適合車廠、汽車零組件、車用電子、軟體及半導體供應鏈的品質、研發、專案與功能安全人員。透過稽核及早發現責任不清、需求追溯中斷或變更未評估等問題，可協助企業改善專案執行與量產前準備。
ISO 26262:2018 還是現行版本嗎？
截至本文更新日，2018 版仍是正式發布版本；第三版修訂已有部分進入 DIS 國際標準草案階段。例如 ISO/DIS 26262-1 與 ISO/DIS 26262-2 已進入徵詢，不能把草案當成正式發布的新版本。
| 版本狀態 | 課程與企業應用方式 |
|---|---|
| ISO 26262:2018 系列 | 作為本課程主要依據，並確認專案合約及客戶指定版本 |
| 第三版相關 DIS 草案 | 作為改版趨勢追蹤，正式發布與專案轉換要求須另行確認 |
2018 系列共有 12 部分，應依產品與開發責任選用。主要範圍為量產道路車輛的安全相關 E/E 系統，不包含標準所稱的 moped；機車與半導體另有專門部分可參考。
ISO 26262 的符合性不能取代目標市場適用的車輛法規、型式認證或客戶驗收。企業應把標準要求、合約要求及產品法規分別列為查核依據。
哪些人適合參加，需要具備什麼基礎？
適合預計參與功能安全流程稽核、供應商查核或專案稽核準備的人員。包括功能安全經理、品質與流程保證人員、系統／硬體／軟體工程師，以及專案與供應商品質管理人員。
建議學員具備汽車電子開發流程、需求管理及基本品質管理概念。只有一般管理系統稽核經驗者，宜先補足功能安全生命週期與工程文件基礎，再進行技術案例抽查。
供應商不一定負責整車全部安全活動。課程會依實際承擔的設計、軟體、零組件或製造責任安排案例，協助學員界定合理的稽核範圍。
功能安全稽核、確認審查與功能安全評估有何差異？
三者同屬確認措施，但判斷對象不同。本課程以功能安全流程稽核能力為主，並教導學員辨識需要審查或評估專業介入的事項。
| 活動 | 主要判斷對象 | 典型關注問題 |
|---|---|---|
| 確認審查 Confirmation Review | 特定關鍵工作產出 | 文件及其論證，是否提供充分證據支持對功能安全的貢獻？ |
| 功能安全稽核 Functional Safety Audit | 功能安全所需流程的實施 | 安全計畫所列活動，是否依適用要求及既定流程執行？ |
| 功能安全評估 Functional Safety Assessment | 項目達成的功能安全，或要素對其貢獻 | 整合工程證據與確認措施結果後，能否支持功能安全結論？ |
實際執行時，須依活動、適用 ASIL 及標準要求確認人員能力與獨立性。內部人員能否擔任，應檢查其角色、匯報關係及責任安排，不能只以受訓證明判定。
課程會教哪些標準內容與稽核重點？
課程從安全生命週期切入，將要求轉成可抽查的證據。下表為建議課綱，會依企業產品、開發階段及責任範圍調整。
| 教學主題 | 標準對應 | 稽核證據與練習重點 |
|---|---|---|
| 功能安全管理 | Part 2 | 安全計畫、職責、能力、確認措施及安全論證資料 |
| 概念階段 | Part 3 | 項目定義、HARA、安全目標、功能安全概念 |
| 系統、硬體與軟體開發 | Parts 4–6 | 安全需求、設計、驗證與確認紀錄的追溯 |
| 生產與後續生命週期 | Part 7 | 生產控制、服務資訊、變更及現場問題處理 |
| 支援流程與安全分析 | Parts 8–9 | 開發介面、組態、變更、工具信賴度及安全分析證據 |
| 特定產品應用 | Parts 11–12 | 依需要加入半導體應用或機車調整內容 |
理解 HARA 與 ASIL，才能問對稽核問題
HARA 是危害分析與風險評估；ASIL 是汽車安全完整性等級。課程會介紹危害情境、嚴重度、暴露機率與可控制性的判斷概念，並練習查核其依據及審查紀錄。
稽核員應理解分析結果如何連結安全目標與後續要求。涉及分級合理性或複雜技術判斷時，應由具備相應能力的人員參與，不能只確認表格已填寫。
沿著安全需求追查實際執行證據
案例練習可從一項安全需求出發，追查需求版本、設計分配、測試紀錄、問題處理及變更核准。學員需確認文件間的對應關係，並辨識缺少證據或結論不一致的位置。
例如，軟體需求已修改，但相關測試仍使用舊版規格時，應進一步查核影響分析、重新驗證及放行紀錄，而不是只記錄「文件版本不同」。
查核供應商與客戶之間的責任介面
分散式開發需要明確的責任、交付與溝通安排。課程會以開發介面協議、交付清單及變更通知為例，練習查核誰負責提供、審查與接受安全相關資料。
課程如何安排，建議需要多久？
已有相關基礎的企業團隊，可規劃三天、共 21 小時的內訓。下列時數為建議方案，並非 ISO 規定的統一取證時數。
| 安排 | 建議時間 | 課程與實作內容 |
|---|---|---|
| 課前基礎補強，視需要選配 | 7 小時 | E/E 系統、安全生命週期、術語與工程文件基礎 |
| 第一天 | 7 小時 | 標準架構、功能安全管理、HARA／ASIL、確認措施差異 |
| 第二天 | 7 小時 | 開發與支援流程稽核、需求追溯、供應鏈介面及證據抽樣 |
| 第三天 | 7 小時 | 稽核規劃、訪談演練、不符合事項、報告與改善追蹤 |
課程以稽核應用及案例判讀為主。完整 HARA、硬體安全分析、軟體安全開發或功能安全評估能力，需要另外安排專題訓練與專案實務。
學員會如何完成模擬稽核並產出成果？
建議使用同一組模擬專案資料完成稽核循環，讓學員練習從要求找到證據，再形成可追蹤的發現。企業亦可提供經去識別化的資料，客製化案例。
| 步驟 | 練習內容 | 預期產出 |
|---|---|---|
| 1. 規劃 | 確認範圍、準則、階段與人員安排 | 稽核計畫草案 |
| 2. 準備 | 將要求轉成問題與抽樣重點 | 稽核查檢表 |
| 3. 執行 | 訪談、文件抽查與交叉比對 | 客觀證據紀錄 |
| 4. 報告 | 說明適用要求、事實與差距 | 不符合事項及稽核報告草案 |
| 5. 追蹤 | 檢查原因、矯正措施與有效性 | 改善追蹤紀錄 |
學習評估可結合測驗、案例演練與報告審查。企業正式指派稽核任務前，仍應確認學員的領域能力、實務經驗及所需獨立性。
報名前，費用、資格與實施風險有哪些常見疑問？
培訓費用如何計算？
依人數、時數、授課方式及案例深度報價。建議先確認交付範圍，再比較方案。
| 費用項目 | 詢價時應確認 |
|---|---|
| 授課與教材 | 課綱、語言、班級人數及是否包含測驗 |
| 企業案例客製化 | 是否包含訪談、資料整理及專案文件預審 |
| 現場服務 | 授課地點、差旅與場地設備 |
| 額外資源與支援 | 正版標準、軟體授權、課後輔導及模擬稽核是否另計 |
完成課程就能成為功能安全評估員嗎？
不能自動取得評估員資格。如核發課程結業證明，應依約定的出席及評量條件辦理；這不等同第三方人員認證，也不代表具備所有產品領域的評估能力。
有品質系統稽核經驗，還需要學這門課嗎？
若工作涉及功能安全專案，仍有必要補足安全計畫、工程證據、需求追溯與確認措施等知識。既有稽核技巧可以沿用，但不能直接推定具備功能安全技術判讀能力。
公司還沒有完整功能安全文件，可以上課嗎？
可以先用模擬案例建立概念，再盤點企業缺口。若希望課後直接執行專案稽核，建議至少準備開發流程、安全計畫、需求文件及部分驗證紀錄。
內部稽核一定要委託外部單位嗎？
不一定。關鍵在於適用確認措施所要求的能力與獨立性；當內部人員配置無法符合要求時，再評估跨單位安排或外部專業支援。
上完課能保證通過客戶稽核或產品認證嗎？
不能保證。客戶或評估方仍會檢查實際流程、工程成果與證據。培訓可協助提升查核能力，但產品及專案符合性仍須透過實際工作與適當評估證明。
還有哪些主題值得延伸學習？
可依團隊負責的技術與稽核範圍，搭配以下主題：
HARA 與 ASIL 判定實務：建立危害情境、安全目標與判定依據。
功能安全硬體與軟體開發：深化設計、分析、驗證與確認能力。
ISO 21448 SOTIF 預期功能安全：了解功能不足與性能限制引發的風險。
ISO/SAE 21434 車輛網路安全工程：了解資安風險及其與功能安全的介面。
下一步如何執行，ODI MORGAN 能提供哪些服務？
先提供產品類型、供應鏈角色、開發責任、專案階段、已確認的 ASIL 要求及參訓人員背景。若 ASIL 尚未確定，可提供客戶要求與現有安全分析資料，作為課程需求評估的起點。
ODI MORGAN 可依需求整合 ISO 26262 內部稽核員培訓、功能安全基礎與專題課程、文件差距分析、模擬稽核及改善追蹤，協助企業建立適合自身責任範圍的稽核能力。
聯繫 ODI MORGAN，先確認課程目標與專案缺口，再安排培訓、實作及後續輔導，讓稽核結果能支持實際改善與客戶溝通。
