資深工程師請了一週婚假，週二客戶A斷線、週四客戶B郵件寄不出去、週五客戶C誤刪檔案救援判錯——三次都不是技術能力不足，是三件「只有那個人知道」的事，多耗十一小時，換來客戶一句「怎麼換個人來就什麼都不知道」。 這一集示範怎麼讓代班的人當場問出這家客戶的真實現況，以及為什麼「無權限查看」這句話在維運業是洩密：您手上握著的，是好幾家同業競爭者的網路架構。
這裡是智庫引擎，專為企業設計的知識庫。本集我們走進資訊委外與維運服務商。畫面上這個問句，是這一行最不敢承認的事實：客戶的機房長什麼樣，只有一個工程師知道。副標把整集的目標講完了——從賣個人的記憶，到賣公司的服務水準。右邊那張圖有幾十櫃設備，只有一櫃被標成橘色。那一櫃就是有人真的清楚的部分，其他都是灰的。這一集要做的，就是把灰的變成橘的。 我們看一位資深工程師請了一週婚假，這一週發生了什麼。週二，客戶 A 網路連線斷了。代班的人不知道防火牆的管理埠已經被改過，也不知道那套備援要手動切換。週四，客戶 B 郵件寄不出去。代班的人不知道這個環境的郵件是走外部轉送的，設定在另一家供應商那裡。週五，客戶 C 誤刪檔案要救援。代班的人不知道這家客戶曾經要求縮短備份的保留天數，照著舊文件判斷，結果判錯了。右下角那一格是總帳：時間多耗了十一個小時。但底下那一句才真的傷：怎麼換個人來就什麼都不知道？請注意，三次都不是技術能力不足。是三件「只有那個人知道」的事。 這一頁把矛盾攤開來講。畫面左邊是一份合約，白紙黑字：您們簽的是服務水準。畫面右邊是一顆腦袋，裡面糾纏著一堆線：但實際交付的，是「某個人記得」。中間那道裂縫，就是這一行的風險所在。底下那段話請經營者念一次：您賣的是不中斷的服務水準，但當三十八家客戶的環境知識全綁在少數幾位工程師身上，公司的商業承諾就是一個極度脆弱的單點故障。合約承諾的是公司，實際交付的是個人。這中間的落差，平常看不出來，只有那個人休假的時候會看出來。 那把文件寫完整不就好了？畫面上四格，說明為什麼這條路走不通。左上，活環境對死文件。建置文件停在上線那一天，往後三年每一次擴充、每一次規則異動，幾乎都不會回寫。右上，暫時變成永久。這一格最真實——「先這樣繞過去」的應急設定，佔掉大半排障時間，而這些動作幾乎從不上件。左下，知識的形狀是對話。派工單上只寫「已處理完成」，真正的技術細節，藏在現場跟客戶口頭說明的那五分鐘裡。右下，認知過載。三十八家客戶乘上每家幾十項設定，人腦記不住，於是必然形成「這家是誰負責」的孤島分工。所以要求大家把文件寫完整，方向本身就錯了。 那問題要怎麼重新問？畫面上左右對照。左邊打叉的是舊思維，畫面上叫它無效抗爭：怎麼逼工程師把維護文件寫得更完整？這個問法，十年來沒有一家公司成功過。右邊打勾的是新思維：代班人員接手的時候，能不能隨時「問」出這家客戶的真實現況？差別在哪？左邊要求人多做事，右邊只要求把已經產生的東西留住。底下那句話講得很清楚：我們需要的不是另一個雲端硬碟，而是一條把混沌原料提煉成可查詢知識的自動化產線。雲端硬碟您們早就有了，問題從來不是沒地方放。 這條產線分三段。第一段，混沌投入。請注意第一句話：每一個客戶擁有獨立的盒子。這一點在維運這一行是底線，等一下第八頁會再講。要放進去的東西：建置文件、架構圖、派工單、變更紀錄，還有現場處理的口頭錄音。最後那一項是關鍵。工程師在客戶端講的那五分鐘，錄下來就進得了系統，不必請他回來再寫一次。第二段，清洗與萃取：去掉贅字，把客戶主機的位址、帳號、憑證這些敏感資訊強制蓋掉，然後做語意分類與脈絡摘要。第三段，蒸餾成一頁一頁有上下文、而且互相連得起來的概念頁面。從碎片，變成資產。中間差的就是這條產線。 回到週二那一通電話，如果有這套系統會怎麼樣？畫面左上角先注意一件事：目前檢視的盒子是客戶 A。先選對盒子，才問問題。代班工程師問：這家連線斷線要怎麼查？系統回的是這一段：該客戶防火牆是兩台備援，但需要手動切換，切換的時候必須同步規則；管理埠已經改成非預設埠。連線帳號跟網域服務整合，網域伺服器是老舊主機，避免非必要重啟。這四句話，就是週二那位代班者缺的全部。底下還附了出處：某某客戶現場處理錄音的逐字稿，加上歷次派工單。右邊那行直式的字是這一頁的結論：交付的不再是一份死文件，而是一個換誰接手都能精準應答現況的戰情中樞。 接下來這一頁，是維運服務商最該看的一頁。您們手上握著的，是很多家公司的網路架構與弱點紀錄——而這些公司之間，很可能是同業競爭者。畫面上半是一般系統的做法：沒有權限的時候顯示「無權限查看」。底下那行紅字寫出了致命傷：這句話等於告訴這位工程師，這家客戶的這份機密資料存在。畫面下半是本系統的做法：權限的過濾做在查找那一層，沒有權限的人搜尋，直接顯示查無資料。底下寫著護城河——完美隱匿，連「我們有服務這家客戶」的跡象都不會洩漏。差別聽起來很小，但在這一行是天差地遠。權限做在畫面上是遮住，做在查找層才是真的沒有。 光有隔離還不夠，實務上還要三道護欄。第一道，強制清洗。客戶主機的位址、帳號、憑證、序號，在進入知識庫之前一律蓋掉。嚴格規則寫在下面：處理沒有正確完成，整筆退回重跑。不是盡量遮，是不乾淨絕對不放行。第二道，臨時授權。代班期間才把人動態加進那個客戶的團隊，代班結束就移除。規則是：留存完整的稽核紀錄，事後可以全盤追溯誰、在什麼時候、看了什麼。第三道，物理根除。這一道是給合約終止、客戶離場用的。規則是：刪除整個知識來源，把清洗後的內容跟問答一起銷毀，確保完全符合離場的合規流程。第三道最容易被忽略，但它是您在提案時最有說服力的一句話——客戶會問「我們如果不續約，資料怎麼辦」。 導入之後，同樣一個代班週會變成什麼樣子？畫面上四格。左上，突發排障的時間落差。導入前明顯延長，導入後跟正常維運的落差大幅縮小。右上，打擾原負責人的次數，下降六成以上。這一格請特別看重——它的意思是，那位資深工程師終於可以真的放假了。左下，新進工程師的戰力。從只能從旁打雜，變成可以獨立處理的客戶數顯著提高。右下是客戶真實的感受轉換。以前是：怎麼換個人來就什麼都不知道？現在是：這位雖然沒來過，但他完全掌握我們這邊的狀況。這一句，就是續約的聲音。 這一頁是給老闆看的，講的是公司價值。同樣一份維運合約，左邊是過去的常態：賣的是某個人。底下四條後果：高離職風險、員工不敢休假、服務規模無法擴張、被挖角的時候損失慘重。第二條特別值得停一下——員工不敢休假，這不只是員工的問題，那是公司的營運風險寫在人身上。右邊是未來的標準：賣的是一家公司。組織級的集體記憶、無縫的人員輪替，還有最後那一條：具備規模化承接新客戶的底氣。很多維運商不是接不到案子，是不敢接。因為心裡清楚，現在的三十八家已經撐得很緊了。 最後這一頁的問題，請帶回公司數一數：您們的三十八家客戶，有幾家只有一個人清楚？右邊是三個下一步。第一，盤點最複雜、最綁人的那個客戶環境。就從最痛的那一家開始。第二，跟我們討論客戶資料的隔離架構，還有小規模先試做的範圍。隔離架構一定要先談，這是這一行的前提。第三，實際測一次：把現場紀錄轉成資產，看看代班的人問得到什麼。畫面最底下那行小字也要念：這些數字是導入目標與合理預期，實際成效取決於匯入的範圍，還有現場紀錄的習慣。聯絡方式就在畫面上。這裡是智庫引擎，我們下一集見。
沒有留言:
張貼留言