← 全部概念地圖
標準

概念地圖・安燈與目視管理

分類:管理

這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖,加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你,以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →

安燈與目視管理:異常沒解掉,就往上長一階

一條產線上方掛著三色燈,上個月整整一個月亮了 0 次。班長把這件事寫進月報,擺在「異常件數」那一欄,當成好消息。安燈(Andon)與目視管理管的是另一件事:異常從被看見到被處理,中間會經過幾雙手、每一雙手被允許用掉多少時間。這張圖把那條路徑攤成四階階梯——這一階沒解掉,訊息就自己往上長一階,每往上一階,代表同一件事又多拖了一段。看得懂這座階梯的人,看到那個「0」不會鬆一口氣。

異常升級階梯:四階各自的觸發條件與允許反應時間 一座由左下往右上升高的四階階梯。第 0 階是作業員自己拉繩,允許一個節拍 90 秒;第 1 階組長 2 分鐘內到線邊;第 2 階課長 10 分鐘內到;右上角最高的第 3 階以朱紅色標示,累計 30 分鐘未解就停線並追根因。每兩階之間有一個朱紅色的轉折箭頭,代表同一件事沒解掉就自己往上長一階。畫面下方一條橫條,把健康的一天 40 次拉繩依 34、5、1、0 分成四段,最右端的第 3 階寬度為零,以一條朱紅色細線標出。 異常升級階梯:一條線的四階,與各階的允許反應時間 節拍時間 90 秒/件 正常 求援 停線 規則:這一階沒解掉,訊息就自己往上長一階 第 0 階 作業員 發現異常就拉繩 一個節拍內:90 秒 第 1 階 組長 90 秒沒解掉 2 分鐘內到線邊 第 2 階 課長 組長 2 分鐘沒解掉 10 分鐘內到 第 3 階 停線 累計 30 分鐘未解 紅燈亮,追根因 愈往右上,代表同一件事拖得愈久 健康的一條線:一天 40 次拉繩,各自解在哪一階 第 0 階 34 次 第 1 階 5 次 第 2 階 1 次 第 3 階 0 次 這裡的 0 次=一整天都沒走到停線
四階各自標著被允許用掉的時間;底下那條橫條,是健康的一天。

四個階梯,各給多久

安燈真正的規格,寫在這張表的最後一欄。

階誰接手什麼時候往上長一階允許反應時間
第 0 階作業員自己發現異常,拉繩,黃燈亮一個節拍內:90 秒
第 1 階組長到線邊90 秒內沒解掉2 分鐘內到
第 2 階課長組長 2 分鐘內沒解掉10 分鐘內到
第 3 階停線,紅燈累計 30 分鐘未解停線並開始追根因

這張表要一列一列往下讀,而往下一列的意思很專一:同一件事還沒被解掉,於是它自己往上長了一階。一條健康的線,一天大概拉 40 次繩——34 次在第 0 階被現場自己解掉,5 次走到組長,1 次走到課長,第 3 階 0 次。那個 0 代表一整天都沒走到停線,是好消息。這篇文章後面還會出現另一個 0,講的是拉繩次數,意思剛好相反:那一個是全篇最可疑的訊號。

判斷這條升級鏈還活著,看三個地方

一、一天拉幾次。先別急著看解得好不好,先看有沒有人動手。拉繩次數是這整套系統唯一的入口流量——入口沒有流量,後面四階寫得再細都是牆上的字。次數多一點通常代表偵測靈敏、標準被拉得緊;次數少到接近沒有,才是要停下來查的那一種。自問:上個月這條線、這個班別的拉繩次數,你查得到一個數字嗎?

二、每一階的實際到場時間,對上表格裡的允許時間。2 分鐘與 10 分鐘都是拿節拍時間換算出來的:90 秒是一件的節奏,組長慢一分鐘,後面就多堆一件。所以要量的是差額——允許 2 分鐘,實際走了幾分鐘;差額穩定在哪個量級,這條鏈的鬆緊就在那裡。自問:最近十次拉繩,組長平均多久出現在線邊?有沒有人在記這件事?

三、拉繩的人事後被怎麼對待。這一項沒有儀表板,也做不成報表——它只存在於當班那半天的空氣裡。有人蹲下來一起看,跟有人先問一句「你確定嗎」,是兩種完全不同的系統,而它們在月報上長得一模一樣。要拿到這個答案,只能走進現場,找那個人聊三分鐘。自問:最近一次拉繩的人,當天下班前聽到的第一句話是什麼?

一家拼裝車改裝廠的那條線,走一遍

實例演練
  • 燈掛在哪裡:一家把底盤改裝成清運車與工程車的拼裝車廠,把線切成好幾個工位,每個工位的節拍壓在 90 秒。三色燈掛在最後一站「車斗與底盤對位」的正上方,走道上任何一個點抬頭都看得見;辦公室那台看板螢幕只是副本。目視管理的第一課:燈要掛在做事的人抬頭就看得到的地方
  • 第 0 階:作業員拉繩:這一台的底盤螺孔位對不上,車斗放下去套不進去。作業員沒有硬敲,伸手拉繩,黃燈亮,自己先拿導引銷試著喬。這是最貴的東西被啟動的那一刻——一個人承認「我這裡卡住了」。拉繩發生在 90 秒之內,這一階運作正常
  • 第 1 階:組長沒有在 2 分鐘內到:一個節拍過去,還是套不進去,訊息往上長了一階。可是組長在廠區另一頭開晨會——他到線邊的時候,這一階的允許時間早就被吃光了。表格上寫著 2 分鐘,現場沒有人在量那個差額。階梯的第一道裂縫,永遠出現在「允許時間」與「實際到場」之間
  • 第 2 階與第 3 階:課長 10 分鐘內到,翻了前一批的紀錄,判斷是鑽孔的定位夾具鬆了——不只這一台,整批底盤都會歪。累計 30 分鐘未解,紅燈亮,線停下來重新校正夾具。停下來的那段時間,換回一個不會再犯的答案
  • 月報那一欄:這個月的月報上,「異常件數」寫著一個很小的數字,班長很滿意。整份報表裡,沒有任何一欄在問這條線一天拉幾次繩,也沒有一欄在記各階的實際到場時間。報表量得到停線,量不到那條鏈有沒有在跑

這條線值得記住的接縫,不在紅燈亮起的那一刻,而在第 1 階那兩分鐘。四階都寫在牆上,但只有第 0 階是自願的——作業員可以選擇不拉,而他做這個選擇的依據,是上一次拉繩之後發生了什麼。組長晨會遲到這件事,本身沒什麼;真正會累積的是,作業員第三次看見自己拉了繩卻沒人來,就會開始自己硬喬。硬喬成功一次,這條鏈就少走一階;硬喬成功十次,第 2 階與第 3 階從此收不到樣本,夾具鬆掉這件事會一直等到整批車出廠才被客戶發現。目視管理讓異常看得見,升級鏈決定它看得見多久——兩件事缺一,牆上的燈就只是一盞燈。以上為說明結構用的示意情境,僅供理解框架之用。

這座階梯什麼時候會騙你

  1. 亮 0 次的那個月,最該查的是拉繩的人後來怎麼了。一整個月拉 0 次繩,只有兩種讀法:這條線真的一個異常都沒有,或者這條升級鏈在某一階被人為關掉了。第二種遠比第一種常見,而且關法非常輕——不必發文、不必改制度、不必動到牆上任何一張表,只要在某一次拉繩之後,讓那個人被念一次就夠了。念的人往往覺得自己只是在提醒「下次先自己看一下」。從第一次拉繩到最後一次拉繩,通常隔不到兩週。之後燈就再也不亮了,而月報那一欄從此漂亮得像模範。
  2. 兩分鐘內到線邊,跟兩分鐘內把事情解掉,是兩件事。允許反應時間量的是「到場」,可是一旦把到場率做成考核指標,最省力的達標方式就是先走過去站著,再回頭慢慢想辦法——階梯被做成了打卡機。指標長得很好看,異常還在原地,而且因為已經「有人處理中」,它也不會再往上長一階。要防這一手,得多記一欄:這一次最後解在第幾階。到場時間管的是回應速度,解在第幾階管的是這條線真正的能力邊界。
  3. 第 0 階解得太漂亮,課長那一階就永遠沒有樣本。40 次裡有 34 次在現場自己解掉,看起來是一條很成熟的線。但如果同一顆螺孔每天都要被喬一次、而且每次都剛好在 90 秒內喬掉,它就永遠長不到第 2 階——課長手上不會有這件事的紀錄,根因分析永遠等不到它。老練的作業員是這套系統最溫柔的漏洞:他們的能力,會把該被看見的重複異常一次次吸收掉。所以第 0 階的比例太高時,要另外去問一句:這 34 次裡,有幾次是同一件事?

用痛點的眼光,重讀那盞不亮的燈

痛點視角

不會亮燈的那條線,把異常搬去了看不見的地方。

安燈把「有沒有人在痛」做成了一顆燈,它的前提卻是:痛的那個人願意伸手。這座階梯畫得出每一階被允許用掉多少時間,畫不出拉繩的那個人在按下去前一秒盤算的東西——這一拉,會不會被記成我做不好;整條線因為我停下來,我明天還好不好過。P.A.I.N. 那把尺裡最難量的一格,從來是「誰在痛、痛到願不願意講」;安燈只是把這一格從客戶那邊搬到了車間的天花板上,難度一點也沒有變小。同樣的事,天天發生在你的客服信箱、你的退貨表單、你那個從來沒有人填的意見欄裡:沒有抱怨,可能是產品好,也可能是抱怨過的人發現講了沒用。所以判斷一套安燈活著沒有,別去讀燈的規格書,去看最近一次拉繩之後的那個下午。今晚就能做的一件事——翻出最近一次有人喊卡的紀錄,把當班那個人的名字找出來,明天早上走過去跟他說一句:上次那個,你喊得對。

關於安燈與目視管理,常被問到的幾件事

沒有產線的公司,安燈用得上嗎?

真正要移植的是那座階梯,三色燈只是它在車間裡的長相。客服中心把「一通電話講超過某個長度就自動亮給組長」做成一條升級鏈,跟拉繩是同一件事;軟體團隊的值班制度也是——告警沒人認領,多久之後自動叫醒下一層。你要寫下來的只有三件事:誰有權喊卡、喊了之後多久必須有人出現、幾階之後整件事會停下來重新看。三件都寫得出具體數字,你就有安燈了;寫不出「多久」那一欄,牆上掛什麼顏色的燈都沒有用。

一天拉 40 次繩,會不會太常干擾生產?

40 次裡有 34 次解在第 0 階,那一階根本沒有干擾到任何人——作業員在自己的 90 秒節拍內處理完,線沒有停。真正會讓整條線停下來的是第 3 階,而健康的一天在第 3 階是 0 次。拉繩次數多,通常代表偵測的靈敏度高、標準被拉得緊,那是好事。會出事的方向剛好相反:次數少到趨近於零時,異常沒有消失,只是被作業員自己吸收掉了,變成看不見的返工、超時與良率損耗。

安燈跟防呆差在哪裡?

防呆處理的是「讓錯誤根本做不出來」,安燈處理的是「錯誤已經發生了,訊息往上跑得夠不夠快」。順序上防呆在前、安燈在後,兩者互相補洞:一條線只有安燈、沒有防呆,同一種失誤會反覆被拉出來,第 0 階天天都很忙;只有防呆、沒有安燈,那些沒被防到的意外就沒有出口,只能靠現場硬扛。實務上通常是安燈先跑一段時間,累積出「哪幾件事最常拉繩」,那份清單才是防呆該優先動手的地方。

拉繩次數該不該納入考核?

納入之前先確認方向,因為方向錯一次就補不回來——這條鏈只要被關掉一次,重新啟動要花好幾個月。比較安全的做法是:考核「解在第幾階的分布」與「各階的實際到場時間」,把拉繩次數本身留成一個只被觀察、不被獎懲的數字。要往正向做也可以,例如公開表揚那些拉出重複異常的人;但只要有一次把拉繩次數往下扣分,前面所有努力都會在兩週內歸零。

去問一次那條線上個月拉了幾次繩。答案是 0,就往回走一階,去打聽上一個拉繩的人後來被怎麼講;答案接近 40,就去對每一階的實際到場時間。這條升級鏈管的是異常發生之後訊息跑得多快,至於讓錯誤在源頭就做不出來,是另一張圖的工作——見防呆設計。而現場同時開著多少件沒收尾的事、要不要先把在製品壓下來,可以接著看看板管理。

發現引用或事實有誤?請寫信回報,我會依更正政策修正。