這裡是智庫引擎，專為企業設計的知識庫。本集我們談營建與土木工程。畫面上這句話，做工程的人聽了會有感：工地上最貴的三個字，不是趕工期，是打掉重做。您看下面那道牆，砌到一半，中間那一段被標成橘色——那就是等一下要拆掉的部分。旁邊拉出來的那片螢幕，是這一集要放進工地的東西。副標寫得很準：消弭資訊的時間差，讓對的決策在對的當下發生。
我們把一件真實的事還原給您看。一家營造廠同時在跑五個工地。畫面上這條時間軸，三個點。一個半月前，協調會上業主口頭要求：三樓某個門往東移三十公分，為了配合一個後來才確定的設備。這件事有錄音，也有會議紀錄的草稿。三週前，正式的變更圖說終於發下來了。可是您看那張圖——它被壓在工務所的桌上。因為那個時候工班正在做別的區域，沒有人翻到它。今天，監造巡場時發現：那道牆已經砌好了，而且是照兩個月前的舊圖砌的。左下角那句話，是工地主任事後講的，非常真實：圖沒有錯，會議紀錄也沒有錯，只是沒有人在那個當下，知道那道牆該用哪一版。右下角把帳算出來：兩天工期，加材料損耗，直接吃掉利潤。而這還算小的。 那為什麼一定會落後？畫面上四格，四個原因，而且沒有一個是誰不盡責。左上，空間斷層。決策在會議室，施作在現場。從決議到圖發下來，快則兩週、慢則一個月，而工班不會停下來等您。右上，數量超載。一棟中型廠辦的圖說、規範、送審、監造報告加起來上千份。要在裡面找「這道牆的最新開口位置」，簡報用了一個很傳神的說法：等同盲劍客。左下，形式落差。工地的決定有一半是站著講完的。它們最後會補進紀錄，可是在補進去之前，只存在幾個人的記憶裡。右下，跨案混淆。同時跑五個工地，同樣的工法、不同的業主要求，混在一起查，很容易套到別案的標準。底下那句話請您記住：營建業真正的風險不在技術，在資訊的時間差。 出了事之後，公司的第一個反應通常是左邊這個：加流程。您看那張圖——公文、印章、箭頭繞來繞去。追求圖說管理要更嚴謹、收文流程要更嚴格。問題是，那道牆砌下去的時候，並沒有人違反流程。流程都跑完了，只是還沒跑到現場。再加一層，只會讓它更慢。右邊才是正確的方向：讓站在那道牆前面的人，當場問得到這一案的最新決議。一個是往回管，一個是往前送。差別就在這裡。 那要怎麼往前送？畫面上這條產線，從左到右三段。左邊是原料。這個案子的協調會錄音、會議紀錄、變更通知、監造報告、施工說明，全部匯進來。注意，這些本來就有，工地不必多做一件事。中間是清洗。把「那個」、「就是說」這些贅字去掉；業主窗口的姓名電話這類個人資料先蓋掉；然後分類、做摘要。右邊是最後一段，簡報上寫的是蒸餾。白話講，就是整理成一頁一個主題的知識卡，而且相關的幾頁互相連起來。舉個例子。協調會上有人講了一段話：三樓資訊機房那個門要往東移三十公分，因為機櫃深度確定了；牆已經放樣，請工班先不要砌那一段；這個記得要發文，口頭講的不算。走完這條產線，它就變成一頁完整的變更紀錄——變更內容、原因、施工影響，還有那句最重要的：本項為口頭決議，須另行發文。 做出來以後，那一天會變成什麼樣子？工地主任站在那道牆前面，掏出手機，打一句話：三樓機房那道牆的門位置，最新是哪一版？系統回他三件事。第一，依協調會決議，門開口往東移三十公分。第二，那一段隔間牆決議暫停砌築，等正式圖說發放後才施作。第三——這一句最重要——本項為口頭決議，尚待發文確認。您看，它沒有假裝這件事已經定案。它把「還沒發文」這個狀態也一起告訴您，主任才知道要打電話去催。下面那一行是出處：某月某日工地協調會錄音，逐字稿第十八分鐘。點下去可以聽到當時真的有人這樣講。右邊那句話講得很實在：在動手前問對這一句，就能擋下百萬重做成本。 接下來兩頁是避坑指南，都是營建業導入時真的會踩到的。第一坑，也是最容易犯的：不分盒。畫面上面那個做法，是把五個工地的資料全部倒進同一個桶子，然後在問句裡加上案名——長安路案。看起來很合理對吧？右邊那兩行講出真相：系統是照意思去比對的，「長安路案」這幾個字很容易在別案的文件裡出現。結果您問長安路案，它撈給您的可能是長邦案的標準。正確做法在下面：一個標案一盒，盒子裡再依性質分——協調會紀錄一層、變更通知一層、監造報告一層。黃金法則只有一句話：先選盒子，再問問題。順帶提醒一件很多人做錯的事：勾兩個分類，系統理解成「或」，不是「且」。所以不要靠勾選來縮小範圍，要靠選盒子。 第二坑更隱蔽，但一定要知道。畫面左邊那一長條，上半段是藍色的，那是真的被讀進去的部分。中間那條橘色的虛線是分界，下半段灰色的——沒有進去。一個盒子裡塞太多內容，處理的時候可能撞到上限而被截斷。最危險的是右上角那句話：系統不會報錯。您以為整份都進去了，其實後半段完全遺失，而且沒有人會通知您。所以做法有兩個。第一，寧可多開幾盒，也不要把整案上千份文件塞在一起。第二，上傳完務必抽查一下尾段的內容有沒有被處理到。右下角這句話，是整場最值得帶走的一句：知道它的邊界在哪裡，比相信它無所不能更有用。 導入之後，差別會發生在哪一秒？就在畫面左邊這位工人抬頭的那一秒。走上面這條路：他心裡想，這個好像上次有講過要改，但我不確定。然後他做了一個很合理的決定——先照手上的舊圖做吧。結果就是右上角那一格：重做兩次，耗時、耗材、吃掉利潤。請注意，他沒有偷懶，他甚至有懷疑過。他只是沒有辦法確認。走下面這條路：他掏出手機，選這個案子，問一句看看。螢幕顯示「暫停砌築待新圖」，他就叫工班先去做別的區域。結果是只做一次，如期推進。同一個人，同一道牆，差別只在他手上有沒有一個問得到答案的地方。 換成數字來看，畫面上三張卡。第一張是品質：因為版本錯置造成的重做工項顯著減少。這一項最直接——每少拆一道牆，就是兩天工期加材料。第二張是效率：新進人員查找決議的時間，從數十分鐘變成數分鐘。工地最缺的就是熟悉這個案子的人，這一項等於讓新人提早幾個月上手。第三張是溝通：業主與監造的資訊確認往返次數，下降三到五成。最下面那行小字很誠實，我唸給您聽：實際成效取決於錄下多少協調會，以及分盒的紀律。這些數字是導入目標與合理預期，不是實測保證值。講白了——您沒有錄，它就沒有東西可以回答。 最後留兩個問題給您，就在畫面左邊。第一，您手上五個工地，有多少決議只存在別人的記憶裡？第二，有多少協調會的錄音，從來沒有人聽過第二次？第二個問題其實更關鍵。很多公司都有錄，只是錄完就躺在那裡。那些錄音不是資料，是還沒被開採的礦。右邊是三個步驟。第一，盤點：現在的會議紀錄、變更通知、監造報告是怎麼流通的。第二，鎖定：挑變更最頻繁、風險最高的那一個案場。第三，評估：小規模先試做一個，一起訂出要驗證的目標。聯絡方式就在畫面上。畫面最下面也標了：這個案例是為了說明系統怎麼運作的虛構情境。我是智庫引擎，我們下一集見。
沒有留言:
張貼留言