30種企業知識庫應用-10-機電空調工程
這裡是智庫引擎，專為企業設計的知識庫。本集我們談機電空調工程。畫面上這四個字，是這一集的主張：活的竣工圖。您看右邊那台冰水主機跟整套管路，藍色的是圖，橘色那一層是後來疊上去的——節點、連線，全部亮著。副標寫得很清楚：從靜態交接，變成動態脈絡。因為在這一行，交出去的那一套資料是死的，而五年後回去維修的人，需要的是一套活的。
我們從一件真實的事說起。一家做中大型建案空調機電統包的公司，完工的案子超過一百二十個，其中八十幾個簽了保養約。某天，一個五年前完工的辦公大樓報修：某層樓的空調在特定時段會失壓。派去的維修工程師看了一整天，最後卡在畫面左邊這顆閥。竣工圖上寫的是常開，現場實際是常閉。中間那三個字就是他當下的心情：為什麼？他不敢動。因為動了，整棟大樓的水路平衡可能跑掉。他打電話回公司，當初的專案經理三年前離職了；設計的人還在，但一百二十個案子、五年前的細節，想不起來。最後是一位老技師想起來的——就是右下角那一段：當時業主把八樓改成資料機房，怕水路搶量，把那條先關掉，本來說要改圖，後來沒改。這件事當初只有四個人知道，現在剩一個。而竣工圖上，什麼都沒有。 為什麼會這樣？這張表把原因講得很清楚。左邊是傳統的竣工資料，右邊是維修真正需要的東西。第一列，核心目的。竣工資料是交差用的，它證明「我們照約做完了」。可是維修要的是解釋——為什麼這裡跟設計不一樣。這兩件事從一開始就不是同一個目的。第二列，內容焦點。竣工資料回答的是「是什麼」：設備型號、最終的管線位置。維修要問的是「為什麼」：這個設定值怎麼決定的、當初哪個方案被否決過。第三列，更新機制。這一列最關鍵。機電工程最後兩個月幾乎都在調整——水路平衡、風量分配、控制邏輯、時程設定。這些調整發生在現場，記在調試人員的手冊上，極少完整回寫到圖上。底下那句話，是整張表的結論：竣工資料交出去那天，專案的知識脈絡也跟著一起蒸發了。 我們把這件事畫成一條曲線，就是畫面上這一條。橫軸是時間：施工、試車、交付、保固、五年後。縱軸是這個系統的有效知識量。您看它在試車的時候衝到最高——那是整個團隊對這棟建築最了解的一刻，每一顆閥、每一條管路都在腦子裡。然後交付。曲線直接掉下來，掉得又快又深。到五年後，幾乎貼在地上。右邊四個原因，第一個是交差導向，剛才講過了。第二個叫黑牌調試——最後兩個月的現場調整，只記在人員自己的手冊上。第三個是人員斷層，施工的是專案團隊，保養的是維護部門，中間隔了兩年跟幾次人事異動。第四個是案案不同：同樣是變頻箱型機，A 案跟 B 案的控制邏輯完全不一樣，因為業主改過的東西不一樣。右下角這句話請您記住：問題不在資料交得不夠多，而是施作當下的判斷沒有留下來。 那要怎麼補？先擋掉一個常見的做法。畫面左邊那朵雲，裡面塞滿了 PDF、錄音、信件。上面寫得很直接：雲端硬碟不等於知識。存了不代表查得到，查得到不代表看得懂。右邊才是要蓋的東西：一座煉油廠。把專案設計說明、竣工圖說、試車跟調試紀錄、業主變更往來，甚至教育訓練的錄音，全部倒進去，煉成可以查詢的知識。最下面那句話，是這一集最想留給您的一句：您要留給五年後的自己的，不是一套竣工圖，是一套解釋得了竣工圖的東西。 煉油廠裡面做四件事，畫面從左到右。第一步，原料匯入：試車紀錄、調試錄音、變更單。這些本來就有。第二步，清洗：去掉贅字，把業主窗口的姓名電話這類資料蓋掉，然後分類、做摘要。第三步，簡報上寫的是蒸餾收斂。白話講，就是把散落的片段收成一頁一頁的主題。第四步是這一行的重點：脈絡連結。把這些頁用概念節點互相連起來。下面那個對照最能說明差別。左邊灰色的是原始對話：那個啊，是後來業主把八樓改成資料機房，我們怕水路搶量，把那條先關掉。右邊橘色的是產出：目的，避免末端流量不足；原因，八樓變更為資料機房。同樣的內容，左邊那句話五年後沒有人找得到，右邊這一頁查得到。 不過這一行有一件事不能妥協，就是這一頁。畫面下面三張卡，我一張一張講。第一張，系統只產生草稿。為什麼？卡上那句話講得很白：機電資訊錯一個字，維修的人可能就把閥門打開了。所以必須由熟悉這個案子的人審閱、修改過才算。第二張，核可過才算數。沒有核可的內容，不會進到後續的查詢裡。這裡有一個導入最常卡住的地方，我特別提醒您：素材都匯了，但沒有人去按核可。這件事一定要指定到人，不能靠自願。第三張，版本化，不覆蓋。案子後續有變更、重新整理過，舊的那一頁不會被蓋掉，它會轉成「已汰換」保留下來。所以五年後有人問「當初為什麼這樣寫」，還追得回去。在機電這一行，可追溯不是加分項，是基本盤。 做出來以後，五年後那位維修工程師的一天會變成什麼樣子？他在上面那個框裡打一句話：主管路那顆閥為什麼是關的？系統回他的不是一段文字，是畫面上這三條線。往左下走，是業主變更紀錄：八樓變更為資料機房——這是原因。往右上走，是試車紀錄：水路平衡調整，暫時關閉——這是當時做了什麼。往正下方走，橘色那一格最重要，是維修警語：開啟前須重新評估末端流量，確認是否增設冰機。左邊那段說明點出了關鍵：如果只是讓文件變成可以搜尋，您查到的會是一堆片段。真正有用的，是把機電系統的連動關係具象化——改一個設定牽動水路平衡，牽動節能表現。他要的不是那份試車紀錄，他要的是「這顆閥能不能開」。 我們把兩種情境並排放在一起。左邊，憑記憶跟舊圖。現場反應是：這裡跟圖不一樣，我不敢動。然後開始四處打電話找離職的前輩，找不到就只能重新測量。結果是高風險、耗時長，就像在重新調查別人做的案子。請注意，那本來是您自己公司做的案子。右邊，有系統脈絡。現場反應變成：這顆閥是因為八樓機房關的，我先量末端流量再決定。處置方式是輸入現象，系統立刻調出五年前的調試紀錄跟變更原因。結果是準備時間縮短一半以上。右下角那五個字是這一頁的重點：真正實現接手。同樣一個案場，一個是重新調查，一個是接手。這中間的差距，就是保養約的利潤。要提醒您，這些數字是導入的合理預期，不是實測保證，實際成效取決於留下多少調試紀錄跟核可的紀律。 最後留一個問題給您，就是畫面上這一句：您們的八十幾個保養約，有多少是靠某個人記得？這個數字通常比想像中大，而且每年都在增加——因為每完工一個案子，就多一份沒有人寫下來的脈絡。下面那段話把帳算得很清楚：保養約的利潤來自效率，而效率的敵人，就是每次到場都要重新調查一次。如果您想開始，畫面上三個動作。第一，盤點現有的試車紀錄跟變更往來。第二，找出維修最耗時的那一個指標性案場。第三，小規模先試做一個，看看死資料怎麼變成活脈絡。聯絡方式就在畫面上。我是智庫引擎，我們下一集見。
沒有留言:
張貼留言