那個下午，我盯著 0.85 的 Cpk 報告，腦袋一陣空白
你們有沒有遇過這種鳥事？廠內有個新產品要量產，老闆信誓旦旦說「這次會是業界領先！」，然後呢？製程一開，良率跟洗三溫暖一樣，一下衝上 90% 又馬上跌到 70%。我還記得有一次，報告出來，Cpk 值只有 0.85。會議室裡死寂一片，空氣凝結到我都能聽到自己心跳聲。這產品從頭到尾都在「修正」，時間拉長，成本飆高，最後還不是硬著頭皮出貨。到底問題出在哪？追根究柢，很多時候，就是 Project Charter 沒寫好。
問題出在哪：一開始沒把「方向盤」抓穩
說穿了，Project Charter 就是你專案的「憲法」。想像一下，你要蓋一棟摩天大樓，結果設計圖只有幾張草稿，連地基要打多深、用什麼建材都沒定案。這就是沒有 Project Charter 的專案。大家各憑感覺做事，做到一半發現方向錯了，再回頭改，那花的錢跟時間，絕對讓你欲哭無淚。在 DMAIC 的 Define 階段，Project Charter 就是要幫你把專案的目標、範圍、參與者、以及最重要的「為什麼要做」都寫清楚，像一個羅盤，讓大家有個共同的北極星。
實際上怎麼做：Project Charter 的 6 大元素
Project Charter 看似簡單，但要寫到真正有用，有 6 個關鍵元素你一定要抓牢：
- 專案名稱 (Project Title)： 聽起來很基本，但它要能一語道破你的專案目的。例如：「降低先進封裝製程中，DPMO 由 6210 降至 3000 以下的缺陷改善專案」。
- 商業問題 (Business Problem)： 講白了，就是「為什麼要花時間和錢做這個專案？」你必須量化問題的嚴重性。例如：「目前新產品 A 的良率僅 85%，導致每月額外報廢成本 $500 萬，且客戶抱怨 DPMO 過高，影響下單意願。」
- 目標 (Goals)： 這是你想達成的具體成果，而且必須是 SMART 原則：Specific (具體)、Measurable (可衡量)、Achievable (可達成)、Relevant (相關)、Time-bound (有時限)。例如：「在未來三個月內，將產品 A 的製程良率從 85% 提升至 95%，並將 DPMO 降低至 3000。」
- 專案範圍 (Scope)： 範圍要清楚定義「做什麼」和「不做什麼」。這超級重要，可以避免無限擴張。例如：「本專案範圍僅限於製程中的蝕刻及薄膜段，不包含晶圓製造與後段測試。」
- 專案團隊 (Team Members & Roles)： 誰負責什麼？誰是專案負責人？誰是組員？白紙黑字寫清楚，避免權責不清。例如：「專案負責人：資深工程師王小明；組員：製程工程師李大華、品管工程師張美麗。」
- 時間表 (Timeline)： 專案預計多久完成？什麼時候要達到哪個里程碑？沒有時間軸，專案很容易拖延。例如：「Define 階段：2 週；Measure 階段：4 週；Analyze 階段：3 週；Improve 階段：5 週；Control 階段：2 週。預計總共 16 週完成。」
所以重點是，Project Charter 不只是一張紙，它更是你跟老闆、跟團隊成員的「契約」。
最常見的坑：目標模糊、範圍失控
我最常看到、也踩過最大的坑，就是目標寫得模稜兩可。什麼「提升良率」、「改善品質」這種話，講了跟沒講一樣。如果目標不能量化，你怎麼知道專案有沒有成功？另一個就是範圍失控。一開始大家說好只看蝕刻製程，結果做到一半，有人提議「乾脆把薄膜也一起看啦！反正都開案了」。結果呢？專案時間一直拉長，人力一直投入，最後搞得大家人仰馬翻。坦白講，這就是 Project Charter 沒寫清楚，或是寫了沒確實執行。
今天能做的一件事
花 30 分鐘，為你手邊一個專案列出 Project Charter 的 6 個元素。