NPI 最危險的不是設計錯，是「錯了還被放過」

在 NPI 裡，設計出錯其實並不可怕。 真正可怕的是：明知道有問題，卻還是被放行。

如果你待過 EVT / DVT，一定知道我在說什麼。

不是沒人看出來， 而是每個人都有理由「先讓它過」。

設計為什麼會被放過？

我看過太多專案，設計在 EVT 就已經露出問題，但最後還是一路被帶進 DVT，理由通常長這樣：

• 「現在先這樣，後面再修」
• 「理論上 OK，風險不大」
• 「之前類似設計也沒出事」
• 「如果現在改，時程會爆」

注意，這些話沒有一句是技術錯誤。 但它們全部都是 風險逃避語言。

真正的問題不是設計，而是決策

很多人以為 NPI 的風險來自設計能力不夠。 但實務上，大部分出事的案子都有一個共通點：

問題在 EVT 就被看見，但沒有人負責把它擋下來。

為什麼？

因為「否決」本身是有成本的：

• 要承擔時程壓力
• 要得罪其他功能
• 要解釋「為什麼現在不能過」

結果就是 — — 錯誤不是被解決，是被延期。

被延期的風險，最後都會回來找你

你應該也遇過這種情況：

• EVT 看起來「勉強 OK」
• DVT 開始補強、加料、硬撐
• 試產才發現，結構已經沒有調整空間
• 最後變成：
• 良率問題
• 安規補救
• 或某個人要背鍋

這時候再回頭看 EVT 的設計，其實答案一直都在。

只是當時沒有人敢說： 「這個設計現在就不該過。」

NPI 裡最危險的角色，其實是「好好先生」

有一種工程師，看起來配合度高、效率好、什麼都能想辦法。

但在風險管理的角度，他其實是最危險的角色。

因為他習慣把問題「處理掉」， 而不是把問題「擋下來」。

在 NPI 裡，沒有被否決過的流程，通常只是還沒出事。

為什麼這種錯誤會一再發生？

因為多數團隊依賴的是：

• 經驗
• 默契
• 氣氛
• 「大家覺得應該可以」

而不是：

• 明確的否決條件
• 在 EVT 就能使用的風險檢核
• 不需要靠個人硬撐的決策依據

當判斷只能存在於某個人的腦袋裡， 那它就一定會在某次專案中消失。

我開始懷疑的不是工程能力，而是流程設計

這幾年我越來越確定一件事：

真正該被設計的，不只是產品，而是「什麼情況下必須說不」。

如果一個團隊沒有清楚定義：

• 什麼結構狀態「不能進 DVT」
• 什麼風險「不准用經驗扛」
• 什麼問題「一定要在 EVT 解掉」

那再強的工程師，最後也只能靠運氣。

給還在 NPI 裡的人一句實話

如果你現在正在某個專案裡， 心裡其實知道「這個地方怪怪的」， 但又說服自己「應該還行」。

請你記住一件事：

設計錯不可怕，被放過的錯才會害人。

如果你在 NPI / EVT / DVT 中，也遇過類似「明知有風險但還是被放行」的情況， 歡迎留言或私訊我，我想知道這是不是只有我遇過。