擔任 EPM 的這一年：在混亂與速度之間，學會成為「節點」的人

EPM 不是窗口，而是節點。

我負責水果客戶的phone NPI 相關專案，最近由於職涯轉換，想把這一年的所見所聞記錄下。

一天開始，從Material Planning、Internal Schedule、DFM review、DOE request、Qualification plan、MIL tracking，到 OK2build、FACA 等工程文件，每一個節點都影響後續決策。當設計端希望優化性能，製造端擔心良率風險，客戶端追著時程壓力時，EPM 必須站在中間，理解每一方真正關心的是什麼。

身為廠內專案的領導者，這份工作需要大量與cross functional team溝通、站在高層次的角度來下決策。

• 什麼時候該 push 廠內？
• 什麼風險是現在要解決的？
• 什麼可以帶著風險往前走？

這些沒有標準答案。

一、Hardware EPM 在產品生命週期中的位置

如果把硬體產品開發拆成幾個階段：

1. Concept validation
2. Design iteration
3. DVT / Qualification
4. Build execution
5. Mass production handoff

EPM 的責任範圍，橫跨 engineering 與 operation 的交界地帶。

以我負責的專案為例，我需要從：

• DFM review 協調
• DOE request 排程
• Qualification plan 整合
• OK2Build decision gate
• FACA / Issue tracking

一路追蹤到 prototype build 完成。

EPM 並不提供 engineering solution，但我們決定 engineering solution 是否能在正確時間發生。

新產品開發流程

二、跨部門協調：不是溝通，而是權衡

在一個典型專案中，我需要同時與：

• PD（Product Design）
• SQE（Supplier Quality）
• OPM（Operation Program）
• TPM（Technical Program Manager）

對齊方向。

這些角色的 KPI 完全不同：

• PD 關心 performance & design integrity
• SQE 關心 quality stability
• OPM 關心 ramp readiness
• TPM 關心 yield & machine stable
• 客戶關心 schedule

EPM 的工作不是轉發訊息，而是進行 trade-off alignment。

例如：

是否為了時程接受某些 engineering risk？

是否為了良率延後 build？

是否為了成本調整 supplier strategy？

這些決策背後沒有標準答案，但卻必須當即立斷帶領廠內向目標前進。

三、代表工廠站在客戶面前的時刻

這一年，我有機會赴北加州矽谷的Cupertino參與客戶會議，擔任簡報者。

在那個場域，我感受到供應鏈現實的快速變化。

• 數據必須準確
• 風險必須提前揭露
• Mitigation plan 必須可執行

我學到一個很重要的觀察： 客戶不期待你沒有問題，他期待你「知道問題在哪」。

這讓我重新思考 EPM 的價值 — — 不是完美，而是可預測（predictability）。

Cupertino總部

四、EPM 需要什麼能力？

經過這一年，我總結出 Hardware EPM 的核心能力結構：

1️⃣ Technical literacy（技術理解力）

不需要是設計專家，但必須能理解：

• First principle
• Risk impact
• Validation logic

2️⃣ System thinking（系統思維）

能把 design、supply、quality、schedule 放在同一張圖上看。

3️⃣ Risk management mindset（風險管理心態）

永遠問：

• 如果今天design change，schedule impact在哪？
• 是否有 early warning indicator？

4️⃣ Decision under ambiguity（在不完整資訊下決策）

硬體專案不會給你完整資訊。成熟的 EPM 必須在 70% clarity 下做出判斷。

結語：EPM 的價值，在於讓系統穩定運轉

這一年讓我看到：硬體產業的競爭力，並不只在 engineering innovation，而在 supply chain execution discipline。

EPM 不是最顯眼的角色，但卻是讓產品準時誕生的隱形支點。

在工程與營運之間；在設計與量產之間，我們讓節奏被控制，讓風險被看見。

這一年，我學會的不只是專案管理，而是如何在高度複雜的系統裡，成為那個讓事情向前推動的人。