VDA6.3系列 · 2023版P2項目管理

P2項目管理——7個提問逐條拆解，
審核員看的是這些

VDA6.3:2023第四版 · 基于標準原文逐條講解 · P2篇

審核員一進會議室，第一句話通常是："先看你們的項目計劃。"

很多人以為P2只是"開胃菜"——畢竟只有7個提問，比P5（供應商管理）一整章還少。但你錯了。

P2是審核員觀察企業管理水平的第一窗口。開會前5分鐘就能看出你這個項目的管理是"真干活"還是"寫文件"。這7個提問查的不是文檔厚度，而是你有沒有把項目管理流程真正跑起來。

而且，2023版P2的評分邏輯變了——不是你"做了沒有"，而是"你做的這些事，從顧客的角度來看夠不夠"。

P2為什么被稱為"開胃菜"

P2項目管理共7個提問（與2016版數量相同），是整個VDA6.3過程審核中提問數量最少的部分。但這7個提問涵蓋了從項目計劃、資源配置、組織架構到經驗教訓的完整管理閉環。

2023版P2核心變化

1. 評分第三角度變更：2016版原為"抽象系統化評估"，2023版改為"從顧客角度"——這意味著評分時你必須回答"顧客會在意這個問題嗎"

2. 軟件方面新增考慮：2023版在每個提問中都加入了軟件開發活動的考量，包括與ASPICE和VDA-MLA的協調

3. 提問數量不變（7項），但"怎么評"完全變了

翻譯成大白話：以前你只要證明"按流程做了"就能得分。現在審核員會追問——"如果這事沒做好，顧客會受影響嗎？影響多大？"

逐條拆解：P2.1 – P2.7 P2.1 是否制定了項目計劃？

審核員在看什么

? 項目計劃是否包含所有里程碑節點

? 里程碑是否與顧客要求逐項對應

? 是否包含了軟件開發活動 2023新增

? 項目計劃變更后是否及時更新和溝通

? 計劃是否由跨職能團隊共同確認（不能只有項目經理自己簽字）

需要準備的證據

? 項目計劃文件/甘特圖（須標注顧客里程碑節點）

? 軟件開發子計劃（如適用） 2023新增

? 計劃變更記錄/版本履歷

常見不符合

項目計劃是模板——打開一看，模板的"SOP"字樣還沒刪。實際進度沒人跟蹤，變更靠口頭通知。軟件活動根本沒寫進項目計劃。

及格答案長什么樣：一份包含顧客強制里程碑（如OTS、PPAP提交日期）在內的甘特圖，節點與顧客APQP計劃對應，軟件開發活動有專門的子計劃（如軟件發布節點），變更記錄清晰可追溯。項目經理能對應計劃講清楚當前進度和偏差。

P2.2 是否落實了必要的資源？

審核員在看什么

? 人員、設備、工裝、檢具、IT基礎設施等資源是否匹配項目需求

? 資源計劃是否與項目計劃同步推進、同步更新

? 軟件相關的IT資源是否到位 2023新增

需要準備的證據

? 資源規劃矩陣（人力/設備/工裝/量檢具）

? 關鍵人員任命文件/委任狀

? 關鍵設備/工裝采購計劃及進度跟蹤

? IT資源（服務器、開發環境、測試環境）到位證明

常見不符合

資源規劃表格做得非常漂亮，但全是PPT層面的"規劃"——設備沒采購、人員未到位、測試環境沒搭建。項目經理說有資源，一問細節就露餡。

及格答案長什么樣：資源計劃不是靜態文檔。審核員查的不是"有沒有規劃表"，而是"資源是不是真的到位了"。關鍵設備有采購合同+到貨日期，關鍵崗位有任命書+在職證明，IT環境能當場打開看。

P2.3 項目組織架構和職責是否明確？

審核員在看什么

? 跨職能小組成員是否明確、覆蓋完整

? 職責矩陣（如RACI）是否清晰

? 軟件開發團隊的組織接口是否清晰 2023新增

? 成員是否知道自己在項目中的角色和任務

需要準備的證據

? 項目組織架構圖（含跨職能小組名單）

? 職責說明文件/RACI矩陣

? 項目會議紀要（證明成員實際參與） 2023新增

? 軟件團隊接口人名單及溝通機制

常見不符合

組織圖上清清楚楚，"質量代表"大名掛在上面。但審核員一查會議簽到——此人從未出席過項目會議。更有軟件團隊的人沒在組織架構里出現，審核員問"軟件誰管"，項目經理說"哦那是IT部門的事"。

及格答案長什么樣：組織架構圖不是擺設。跨職能小組每個成員都會參加項目會議（有簽到記錄證明）。RACI矩陣不是"默認全寫R"，而是每個任務有明確的A/責任人。軟件相關接口人有明確的匯報線和溝通機制。

P2.4 是否對顧客特定要求進行了評審？

審核員在看什么

? 合同/技術協議的評審是否完整

? CSR（顧客特定要求）清單是否建立

? 技術規范評審是否有記錄

? 軟件相關要求是否納入評審 2023新增

? CSR是否傳遞到所有相關部門

需要準備的證據

? 合同/PPAP合同

? CSR清單（含軟件要求）

? 合同評審記錄 / 技術規范評審記錄

? CSR傳遞記錄（覆蓋所有相關部門）

常見不符合

CSR清單確實做了，但只是Excel上一行標題。審核員問"這些要求你通知到工藝部門了嗎？通知了多久？他們有沒有反饋？"——沉默。尤其軟件相關的CSR最容易被遺漏（比如顧客要求ASPICE CL2，項目團隊完全不知道）。

及格答案長什么樣：CSR有清單，每一項有責任人、完成狀態、證據鏈接。審核員能隨機抽查一項，看到它從識別→評審→傳遞→落實的完整鏈路。軟件CSR（如ASPICE等級、信息安全要求）單獨列出。

P2.5 是否進行了可行性分析？

審核員在看什么

? 技術可行性、商務可行性、制造可行性是否全面評估

? 是否包含風險評估（不是"無風險"三個字）

? 軟件開發可行性是否納入 2023新增

? 可行性結論是否由跨職能團隊簽署

需要準備的證據

? 可行性承諾書（AIAG格式或等效文件）

? 風險評估記錄（含風險等級、應對措施）

? 開發可行性評估記錄 2023新增

? 跨職能小組簽署頁

常見不符合

可行性分析表上，每個格子都是綠色?。風險欄寫著"無重大風險"。審核員問"這個項目的核心技術你們是第一次做吧？為什么沒有風險？"——這就是形式化。

及格答案長什么樣：可行性分析不是為了簽"可行"，而是真正找出風險。高風險項有明確的應對措施和責任人。審核員能看到"這個技術有難度，我們計劃了A/B方案"而不是"全量可行"。軟件開發可行性（如技術棧、架構、測試覆蓋率）有獨立評估。

P2.6 是否有項目狀態報告機制？

審核員在看什么

? 是否定期進行項目評審

? 是否有紅綠燈狀態指標（且紅燈會被真對待）

? 問題升級機制是否有效運行

? 是否包含軟件成熟度評估（與VDA-MLA協調） 2023新增

需要準備的證據

? 項目狀態報告（含紅綠燈）

? 項目評審會議紀要（含決議和行動項跟蹤）

? 問題升級記錄

? MLA成熟度評估記錄（如適用） 2023新增

常見不符合

狀態報告存在，但連續6個月全是綠燈。審核員問"你們項目真的毫無問題？"更典型的是：月報上有紅燈項，但管理層沒有升級機制，紅燈亮了三個月沒人理。

及格答案長什么樣：狀態報告有紅有綠——綠燈說明進展順利，黃燈說明有風險但可控，紅燈必須有升級記錄和解決計劃。審核員會隨機抽查一項紅燈：看它什么時候亮的、什么時候升級的、什么時候關閉的。軟件成熟度有對應評估（如MLA等級評估）。

P2.7 是否有經驗教訓/Lessons Learned機制？

審核員在看什么

? 類似項目的歷史經驗是否被引用到當前項目

? 項目結束時是否對經驗教訓進行歸檔

? 知識是否在跨項目間傳遞（而非每個項目重新發明輪子）

需要準備的證據

? Lessons Learned文檔（含引用記錄）

? 類似項目經驗引用/規避清單

? 項目收尾階段的經驗總結記錄

? 跨項目知識庫/共享平臺（如有）

補丁說明

2016版第10章"最佳實踐/經驗教訓"在2023版中已刪除，但P2.7提問本身保留。這意味著Lessons Learned的審核權重在P2項目管理部分依然是明確的評分項，不要因為"標準刪了第10章"就忽略它。

常見不符合

每個項目都是從零開始。上一個項目出現過的同樣質量問題，這個項目沒有記錄、沒有引用。項目做完了，經驗跟著項目經理一起走了。審核員問"上個項目的問題這個項目怎么避免的？"——沒有答案。

及格答案長什么樣：Lessons Learned不是"項目做完寫一個Word歸檔"的儀式。審核員會查"當前項目的風險清單里有沒有引用歷史項目的教訓"，以及"這些引用是真實的還是抄來的"。好的企業會有跨項目知識沉淀機制——即使只是個Excel表不斷更新。

7個提問 × 關鍵證據文件對照

提問

核心審核主題

關鍵證據文件

P2.1

項目計劃

甘特圖（含顧客里程碑、軟件里程碑）；項目計劃變更記錄

P2.2

資源落實

資源規劃矩陣；人員任命文件；關鍵設備采購計劃

P2.3

組織與職責

組織架構圖；RACI矩陣；軟件接口人任命；會議簽到

P2.4

CSR評審

合同/PPAP合同；CSR清單（含軟件CSR）；評審記錄

P2.5

可行性分析

可行性承諾書（AIAG）；風險評估記錄；開發可行性評估

P2.6

狀態報告

項目狀態報告（紅綠燈）；升級記錄；MLA成熟度評估

P2.7

經驗教訓

Lessons Learned文檔；跨項目引用記錄；經驗庫

每個提問至少準備以上關鍵證據文件

P2最容易丟分的三個地方

1. 所有文檔都有，但全是"殼"

? 項目計劃有，但進度沒跟蹤

? 可行性分析簽了，但沒識別出一個風險

? 狀態報告有，但連續多月綠燈

? 審核員一眼看穿：這是"寫文件"不是"管項目"

2. CSR識別不全，尤其是軟件要求

? 只關注了尺寸、材料、性能類CSR

? 軟件相關CSR（ASPICE等級、信息安全、OTA要求）完全遺漏

? CSR有清單但沒傳遞到工藝、研發、IT部門

? 這是2023版新增關注重點，也是最容易踩的新坑

3. P2.7被當成"Optional"題

? 經驗教訓被認為"可做可不做"

? 沒有跨項目知識沉淀機制

? 項目做完沒有收尾總結

? 審核員問"上個項目同樣的問題怎么解決的"，你只能沉默

實操建議：項目啟動時的P2自檢清單

? 項目計劃：有沒有顧客的里程碑清單？電子版計劃是否包含軟件發布節點？

? 質量代表：他/她在項目群里說話了嗎？會議簽到有他/她的名字嗎？

? 可行性分析：有沒有一條"高風險"標記？如果有真實風險但文檔沒寫，回去改

? CSR：顧客的供應商手冊/技術協議/質量協議是否完整評審？軟件要求是否單獨列出了？

? 紅綠燈：最近一期的狀態報告有幾盞紅燈？沒有紅燈是正常的嗎？

? Lessons Learned：上一個類似項目的LL你引用了嗎？還是這個項目從零開始？

? 軟件團隊：軟件開發活動是否納入了項目計劃、組織架構、可行性分析和CSR評審？

加分項提示

如果你能在P2審核時主動展示以下幾點，審核員會對你印象非常深刻：

1 軟件成熟度評估（VDA-MLA等級）已納入項目狀態報告

2 軟件開發計劃有獨立子計劃，與ASPICE流程對齊

3 CSR清單包含軟件和信息安全要求

4 Lessons Learned不是文件歸檔，而是"當前項目的輸入"

5 項目計劃中的每個里程碑對應批準交付物清單