InsightFab
知識庫/Tollgate 審查：六標準差專案的品質把關機制
DMAIC
6 分鐘閱讀

Tollgate 審查：六標準差專案的品質把關機制

DMAIC 每個階段結束時都有一個 Tollgate 審查，確認工作完成品質和專案方向正確再繼續。這篇說明 Tollgate 不是形式審查，而是讓專案不走彎路的關鍵機制。

情境

你的 DMAIC 專案做到 Improve 階段，發現解決方案要花 200 萬，但預期節省只有 50 萬。這個時候才發現做錯了方向，白白浪費了三個月。

如果 Define 階段結束時有一個認真的 Tollgate，早在第一關就應該發現商業效益不成立。

什麼是 Tollgate

Tollgate（閘口審查）是 DMAIC 每個階段結束時的正式審查會議。

核心概念： 就像高速公路的收費站——不付費（不達標準）就不能繼續往下走。 目的：
  • 確認本階段工作是否完整、品質是否達標
  • 確認專案方向是否仍然正確
  • 給管理層機會在投入更多資源之前做決策

    • 各階段 Tollgate 審查重點

    Define Tollgate

    問題：這個專案值不值得做？

    必須完成：
  • Project Charter 已簽核（問題、目標、範圍、時程、預算）
  • SIPOC 已完成
  • CTQ 已確認並可量測
  • 商業效益估算合理（ROI > 3:1 或符合策略優先度）
    • 通過標準： 管理層認可問題的重要性，且目標明確可達成

    Measure Tollgate

    問題：我們是否真的了解現狀？

    必須完成：
  • Gage R&R 完成，量測系統合格
  • 基準能力（Baseline Cpk / Sigma Level）已建立
  • 數據收集計畫已執行並驗證
  • 問題已量化（不能只說「不良多」，要說「A 零件 3 月不良率 4.2%」）
    • 通過標準： 有可靠數據支撐問題描述

    Analyze Tollgate

    問題：我們真的找到根本原因了嗎？

    必須完成：
  • 假設的原因已用數據驗證（不是腦力激盪的猜測）
  • Vital Few X 因子確認
  • 根本原因和問題之間有統計顯著關係
    • 通過標準： 根本原因有數據支撐，不是意見

    Improve Tollgate

    問題：解決方案有效且可執行嗎？

    必須完成：
  • DOE 或其他方法已確認最佳解
  • 確認實驗已通過
  • 改善後的 Cpk / Sigma 已達目標
  • 實施計畫可行（成本、時程、資源）
    • 通過標準： 改善效果已驗證，不只是預測

    Control Tollgate

    問題：改善成果能持續嗎？

    必須完成：
  • 管制計畫已建立並執行
  • SPC 管制圖已上線
  • SOP 已更新
  • 操作員已培訓
  • 知識已轉移給製程人員
    • 通過標準： 專案結束後，改善不會回退

    Tollgate 不是走形式

    常見問題：Tollgate 變成主管蓋章儀式。

    真正的 Tollgate 要有以下：
  • 具體的通過/不通過標準（事前定義）
  • 敢說「不通過，請補完」的文化
  • 記錄審查結論和待辦事項

    • 金句

    「Tollgate 的意義不是讓專案通過，是在最低成本的時間點，確認方向正確。每個沒有認真做的 Tollgate，都是把錯誤帶到更昂貴的下一個階段。」

    想試試看？

    文章裡提到的分析工具在 InsightFab 都可以直接用，上傳 CSV 即可分析。

    前往工具頁面

    同類別文章

    VOC 和 VOB：六標準差的起點，搞清楚誰的聲音最重要

    六標準差專案開始前，你需要知道客戶要什麼（VOC）和業務要什麼（VOB）。這兩個聲音有時一致，有時衝突。如何收集、轉化成可量測的 CTQ，是 Define 階段最關鍵的技能。

    DMAIC 完整實戰指南：六標準差不是口號，是解題順序

    DMAIC 五個字人人會說，但真正跑完一個專案的人不多。這篇從真實製程問題出發，逐步說明每個階段要做什麼、交付什麼、常見卡關在哪裡。

    魚骨圖：讓根本原因分析不再是腦力激盪大會

    魚骨圖（石川圖）人人都會畫，但真正有效的根本原因分析需要方法論。這篇教你怎麼用 6M 框架有系統地找到真正的根因，而不只是列出一堆猜測。