一把萬用尺：DMAIC五步驟，讓改善會議不再各說各話

林文德在泰國北柳府經營一家生產汽車零件射出成型件的小工廠「高信精密」，員工38人，主要供貨給日系一階零件商。最近三個月，客戶投訴接連不斷，退貨單一張比一張厚，主管會議每次都吵得很兇，卻每次吵出不同的結論。

這個月的會議，品保主管說是模具溫度沒調好；生產主管說是新進作業員手腳還不熟練；採購主管又說是最近換的供應商，原料批次不太穩定。三個人講的都對，也都沒錯——但每個人講的都只是「某一部分」，沒有人講得出整件事的全貌。會議開了兩小時，行動方案卻只剩下「大家再多注意一點」。

林文德上完通雲AI「管理者AI」平台六標準差課程的前兩講，已經知道DMAIC這五個字母，但心裡還是模糊：這五個步驟到底怎麼接？先做哪個、後做哪個？會不會像很多管理工具一樣，聽起來很厲害，實際上還是各做各的？他需要的不是又一個新名詞，而是一把能把三位主管的意見放進同一張地圖的「萬用尺」。

為什麼

DMAIC的骨架不是六標準差憑空原創，而是站在更早的一套改善邏輯上長出來的。1920年代，貝爾實驗室的統計學家華特・休哈特（Walter Shewhart）提出「計畫-執行-查核-行動」（Plan-Do-Check-Act）的循環，主張改善不該是一次性的猜測，而是可以反覆驗證的迴圈。二戰後，這套方法被品質大師愛德華・戴明（W. Edwards Deming）帶到日本，教給豐田等企業的工程師，後來被稱為「戴明循環」，成為日本製造業品質革命的底層邏輯之一。

到了2000年，顧問麥克・哈瑞（Mikel Harry，六標準差共同創始人之一）與理察・施洛德（Richard Schroeder）在《六標準差：突破性的管理策略》一書中，把這套「計畫-執行-查核-行動」的精神，拆解成更適合處理「為什麼會出錯」這類問題的五個具體階段——定義（Define）、量測（Measure）、分析（Analyze）、改善（Improve）、管制（Control），也就是DMAIC。它的邏輯很像醫生看診：先問清楚哪裡不舒服（定義），再量體溫血壓（量測），然後做檢查找病因（分析），接著開藥或動手術（改善），最後回診追蹤有沒有復發（管制）。跳過任何一步，都容易變成「頭痛醫頭」。這也是為什麼很多工廠的改善會議吵半天卻沒有結論——因為大家其實各自站在不同階段講話，林文德的品保主管在講「分析」，生產主管在講「改善」，採購主管又在講「量測」，三個人都對，但沒有共同的地圖，自然對不上頻道。

怎麼做

D-M-A-I-C，五個階段各自要回答什麼問題

與其死背五個英文字母，不如記住每個階段只回答一個核心問題：

定義（D）：我們到底要解決什麼問題？邊界在哪裡？（下一講會細講）

量測（M）：問題現在有多嚴重？用什麼數字證明？（第5講會細講）

分析（A）：真正的根本原因是什麼，不是用猜的？（第6講會細講）

改善（I）：針對根本原因，用最小成本驗證哪個解法真的有效？（第7講會細講）

管制（C）：怎麼確保改善成果不會三個月後打回原形？（第8講會細講）

五個階段像接力賽，前一棒沒跑好，後一棒接得再快也沒用。如果定義沒做好（不知道問題邊界），量測就會量錯東西；如果量測沒做好（沒有可信數字），分析就會變成各說各話的猜測會議——正是林文德那場吵了兩小時卻沒結論的會議。

畫出你自己的DMAIC地圖

林文德後來做的第一件事，不是急著開始「改善」，而是找三位主管一起，在白板上畫一張五格表格，把上個月的爭執重新歸位：

D：射出成型件毛邊超標，近三個月客訴增加15%，鎖定日系客戶A的兩款零件。

M：目前毛邊不良率8%（用檢驗記錄回推，而非印象）。

A：待查——先列出模具溫度、原料批次、人員熟練度三項可能原因，下一步用數據驗證。

I：待定——等分析完成後，再挑最小成本的方案先試點。

C：待定——等改善確認有效後，才設定管制標準。

光是把「待查」「待定」誠實標出來，林文德就發現一件事：過去每次開會，大家都急著跳到I（改善），卻從沒真正做過M（量測）和A（分析）。這張地圖不需要多精美，重點是讓每個人開口前，先說清楚「我現在講的是哪一格」，爭執自然少了一半。

🔧 AI 動手做：DMAIC專案地圖產生器

把你公司最近吵不出結論的一個問題，交給AI同事，讓它先幫你打一份DMAIC地圖草稿，再拿去跟主管們對焦討論。

我是一家位於[地區/國家]的[產業別]公司主管，目前遇到的問題是：[用一兩句話描述問題，例如：某條產線良率持續偏低、客訴增加]。

請你扮演六標準差顧問，幫我用DMAIC框架打一份「一頁專案地圖」草稿，格式如下：

1. Define（定義）：幫我把這個問題改寫成一句具體、有邊界、可量測的問題陳述，並列出可能的關鍵品質特性（CTQ）。
2. Measure（量測）：建議我可以用哪些不需要昂貴設備的簡單方法，先蒐集現況數據，並列出3個我該回答的量測問題。
3. Analyze（分析）：列出3-5個可能的根本原因假設，幫我分類成「人、機、料、法、環」。
4. Improve（改善）：針對上述假設，建議2-3個低成本、可以先小範圍試點的改善方向。
5. Control（管制）：建議我之後可以用什麼簡單指標或表格，持續監控這個問題有沒有再發生。

請用條列式呈現，語氣務實，不要用空泛的管理術語，盡量貼近中小企業實際可執行的做法。

本週就能做的一步：找一個你部門最近吵不出結論的問題，拿一張紙畫五格D-M-A-I-C，誠實標出哪些格子是「已經知道」、哪些其實還「不知道」。你會發現，很多爭執根本不是意見不合，而是大家站在不同格子講話。

📎 理論依據：Walter A. Shewhart 於1920年代在貝爾實驗室提出PDCA（計畫-執行-查核-行動）循環雛形；W. Edwards Deming 於二戰後將此循環引入日本並推廣為「戴明循環」；Mikel Harry 與 Richard Schroeder 於《Six Sigma: The Breakthrough Management Strategy》（2000）一書中，將此邏輯系統化為DMAIC五階段模型。