現代汽車，早已是「裝了輪子的軟體」。一輛車動輒上億行程式碼，橫跨動力、底盤、資訊娛樂到輔助駕駛，還要在嚴苛的安全與時程約束下整合軟硬體。這種複雜度，讓「以功能為單位」的功能驅動開發（FDD）在汽車軟體開發中格外有價值。這篇談如何在汽車產業導入 FDD。
先認識功能驅動開發（FDD）
功能驅動開發（Feature-Driven Development）是一種以「功能」為核心的迭代開發方法。它先建立整體模型，再把系統拆成一份小而明確的功能清單，接著依功能逐一規劃、設計與建置。它兼具前期建模的結構性與功能迭代的敏捷性——對於既龐大又講究可靠度的汽車軟體，這種平衡很關鍵。
為什麼汽車產業適合 FDD
汽車軟體開發有幾個獨特挑戰，FDD 恰能對應：
極端的複雜度與整合。 一輛車由眾多電控單元與子系統組成。FDD 以功能為單位拆解，讓龐大的系統變得可管理，也讓各子系統的功能能被清楚追蹤與整合。
功能安全至上。 汽車軟體受功能安全標準（如 ISO 26262）約束，安全關鍵功能不容差錯。FDD 的功能層級設計與審查，為每個功能提供了可追溯的嚴謹。
軟硬體協同的長週期。 汽車開發橫跨軟體與硬體，週期長、相依多。FDD 清楚的功能清單與進度，有助於在漫長的開發中維持可見度與掌控。
導入 FDD 的步驟
一、建立系統的整體模型
讓軟體、系統與領域工程師共同建模，釐清各子系統與功能的關係。在汽車這種高度整合的系統裡，共同的模型是避免整合災難的前提。
二、拆解出功能清單
把系統拆成小而明確的功能。以汽車場景為例：「依車速調整轉向輔助力道」「偵測前車距離並發出警示」「在低電量時切換能源管理模式」。每個功能都對應一個清楚的車輛行為。
三、依功能規劃、設計、建置與驗證
排定功能順序（安全關鍵功能優先），指定負責人，逐一設計、開發、審查、測試與整合。汽車場景中，每個功能的驗證常需搭配模擬與台架測試。
汽車場景的特別考量
把功能安全嵌進流程。 安全關鍵功能的設計、審查與驗證，必須符合對應的安全標準，並全程留痕。
管理軟硬體的相依。 軟體功能常依賴特定硬體。把這些跨領域的相依攤開來管理，才能避免「軟體好了、硬體還沒到」的卡關。
維持長週期中的可見度。 汽車開發動輒數年。用清楚的功能進度，讓漫長的專案始終看得見全局。
用 Meegle 管理汽車軟體的功能與相依
汽車軟體開發的核心難題，是「龐大的功能清單」與「複雜的軟硬體相依」。Meegle 讓你把功能清單建成視覺化工作流，每個功能走過設計、開發、審查到驗證的節點，並嵌入安全檢核；相依關係清楚呈現功能之間、以及軟硬體之間的牽動，儀表板則在長週期中持續反映進度與風險。當龐大的複雜度被結構化地看見，汽車軟體的開發，才能在安全與時程的雙重壓力下穩健推進。
結語
在汽車產業導入功能驅動開發，是為了駕馭「軟體定義汽車」時代的巨大複雜度。FDD 以功能拆解龐大系統、以功能層級的審查守住安全、以清楚的功能進度維持長週期的可見度。把功能安全嵌進流程、管好軟硬體相依、在漫長開發中維持全局視野——當複雜度變得可管理，車廠就能在安全與速度之間，交出更可靠的成果。