客戶項目交付 SOP：儀表及自動化方案
全套儀表及自動化方案的客戶項目交付SOP：工程、儀器選型、客戶批核、採購、FAT、安裝、試運、文件記錄及操作員培訓。
甚麼是客戶項目交付 SOP：儀表及自動化方案流程
本套件中其餘九個SOP，各自涵蓋Insatech工作中界線分明的一部分：校正一件儀器、安裝一件儀器、調派一名技術員處理一項工作。這張圖凌駕在它們之上，因為一次項目查詢，要求的不是一件儀器，而是一套運作正常的系統——控制機櫃、配線、邏輯，以及餵給它們的儀表——依照客戶在一件物料落單之前已經簽核的時間表及價格交付。這正是為何「收到客戶查詢」及「與客戶進行需求分析」排在任何工程開始之前：一個由不清晰或未落實範圍開始的方案級項目，是服務公司最常見的一種「做錯東西」的方式，而這個錯誤的代價，不是一件儀器，而是整套建造工作。
這張圖並沒有重新描述已有獨立SOP的工作，而是將它吸收為一行，然後繼續前進。「按新儀器選型及規格 SOP選定儀器」及「按製程儀器安裝及試運 SOP在現場安裝系統」都以名稱指向它們交接的SOP，而不是重複其步驟，就如同「按儀器校正及文件記錄 SOP校正儀器」在安裝圖中所做的一樣。這是刻意的：儀器選型及儀器安裝都是有自己一套判斷及自己一套公差的真正工程及現場工作，在此重複只會讓兩個版本漸漸走樣。這張圖真正負責的，是圍繞它們的項目層架構：在一分錢花在採購之前的「客戶是否批核設計及範圍？」關卡，以及在一套未通過自身出廠測試的系統被裝上貨車之前的「FAT是否通過？」關卡。
這張圖以「培訓客戶操作員及維修人員」收尾，而正是這一行，令本SOP與套件中其他每一個都真正不同。其餘九個SOP，都是Insatech為客戶現有的儀表所做的事——校正、維修、保養——而知識仍留在Insatech自己的員工身上。一套交付的方案不一樣：Insatech離開之後，客戶必須能夠自行運作，所以「客戶最終巡視及簽署」只有在培訓真正完成之後才會為項目結案，而不是系統剛好在運作就算數。每一行都透過內建的People與Workload欄位，附有具名負責人與工時，讓workload BI面板可以顯示，一個FAT不合格、需要重測的項目，韓嘉明在裝配及試運上的工時，真正比一個FAT一次過關的項目長，而不是令每一個項目在紙面上看起來一樣大小。
本流程圖涵蓋的內容
本範本包含
- 接收及界定範圍，由「收到客戶查詢」到「與客戶進行需求分析」，下游一切——工程、FAT、培訓——都以這份紀錄為依據
- 橫跨「工程及設計」泳道的工程及設計：「工程設計及系統架構」、「按新儀器選型及規格 SOP選定儀器」及「機械及電氣設計（P&ID、迴路圖紙、機櫃佈局）」，先於任何一件物料落單之前
- 客戶批核關卡：「客戶是否批核設計及範圍？」，放行項目進入採購，或轉去「按客戶意見修訂設計」，重覆檢查直至客戶簽核
- 採購、裝配及出廠測試：「採購儀器、機櫃及物料」及「製作及裝配控制機櫃」匯入「出廠驗收測試（FAT），由客戶見證」及FAT合格決策，不合格會循環經「糾正FAT問題清單項目，並重新測試」，直至系統合格
- 現場交付，以名稱交接給安裝及試運專業：「按製程儀器安裝及試運 SOP在現場安裝系統」及「將系統投入實時製程試運」
- 文件記錄、培訓及移交：「編製竣工文件及證書」及「培訓客戶操作員及維修人員」在「客戶最終巡視及簽署」為項目結案——這是Insatech其他SOP都沒有的一步，因為沒有其他SOP會將鑰匙交給客戶自己的員工
何時使用本範本
- 你們想將Insatech界定範圍、設計及交付一套完整儀表及自動化方案的方式標準化，希望項目經理、工程、採購、現場服務及客戶之間的交接固定在一張圖上，而不是留在單一項目經理的腦海中
- 一個項目的進度落後，你們需要逐行查看，延誤到底出在工程及批核、採購及FAT，還是現場安裝及試運
- 一次出廠驗收測試不合格，你們想要一條有紀錄、有具名負責人的重測路徑，而不是一句非正式的「發貨前會搞掂」而沒有紀錄哪裡出錯
- 你們要培訓新入職的項目經理或項目工程師，需要一份參考，準確說明客戶批核及FAT這兩個關卡，必須在項目進入下一階段之前先清除
- 你們想令這張項目交付圖，與獨立的儀器選型及安裝SOP之間的界線明確，令項目工程師清楚哪一項決策要開哪一張圖
運作方式
將泳道換成你們實際的項目崗位
這張圖使用項目經理、工程、採購、現場服務及客戶。如果Insatech將機櫃裝配與現場試運分開，或者有獨立於QA的專責文件記錄角色，就將該角色設為獨立泳道，不要併入現場服務——交接位通常正是一個步驟被默默假定已經有人完成、而實際上是雙方互相假設對方已經處理的地方。
在兩個決策上填入你們自己的簽核標準
「客戶是否批核設計及範圍？」及「FAT是否通過？」都需要一個明確寫明的標準，而不只是「睇落無問題」——客戶正在批核的具體圖紙及數據表，以及FAT據以評分的具體驗收標準。將實際標準寫入該行的備註欄，令沒有人靠記憶當初承諾了甚麼。
令儀器選型及安裝兩行維持為交接，而不是重寫
「按新儀器選型及規格 SOP選定儀器」及「按製程儀器安裝及試運 SOP在現場安裝系統」刻意各佔一行。連結到那些SOP即可，不要在這裡重新描述其步驟，令項目圖與專業SOP不會漸漸互不一致。
在依賴BI面板之前，先在每一行設定People與Workload
Workload面板只可以合計有填寫工時的行。在你們改編這張圖的時候，為每一步填上People與Workload，使用實際的有效工時而不是經過時間，讓一個FAT不合格、需要重測的項目，真正顯示出比一次過關的項目更多工時。
不要讓培訓淪為順帶補上的一行
「培訓客戶操作員及維修人員」正是令本SOP不同於Insatech其他每一個SOP的地方。將它當作一個有排期、有資源、有自己工時及負責人的步驟，而不是硬塞進試運最後一個下午，因為這正是客戶對這次移交，實際上會記住的部分。
常見問題
甚麼會觸發項目交付流程的開始？
流程由「收到客戶查詢」開始：一次要求完整方案的請求——多件儀器加上一套控制系統及整合——而不是一件單一儀器。下游一切——工程、FAT、培訓——都以「與客戶進行需求分析」所記錄的紀錄為依據，那裡的缺口，日後會在項目更後段浮現為範圍分歧。
這個與新儀器選型及規格 SOP有甚麼分別？
那個SOP涵蓋為客戶的製程條件選定及訂立單一儀器規格的過程。這張圖將整個決定吸收為一行，「按新儀器選型及規格 SOP選定儀器」，因為一個項目級的交付，需要將它當作眾多輸入之一：架構、機櫃設計、採購及FAT都圍繞它而定。當客戶需要為一件儀器訂立規格時，用獨立的那個SOP；當客戶需要交付一套系統時，用這張圖。
如果客戶不批核設計，會如何處理？
「客戶是否批核設計及範圍？」決策會將「否」轉去「按客戶意見修訂設計」，再循環回去同一個決策，而不是強迫一次過的批核或失去項目的判定。任何東西都不會進入採購，直至客戶已經真正就「機械及電氣設計（P&ID、迴路圖紙、機櫃佈局）」所產出的P&ID、迴路圖紙及機櫃佈局簽核，而不是一個口頭的方案描述。
如果系統未通過出廠驗收測試，會如何處理？
「FAT是否通過？」決策會將不合格轉去「糾正FAT問題清單項目，並重新測試」，再循環回去「出廠驗收測試（FAT），由客戶見證」，而不是照樣讓系統發貨。在廠房截住一項缺陷、由客戶見證重測，刻意比在系統已安裝到現場之後才發現同一項缺陷，來得更早、更便宜。
為何這個SOP包含客戶培訓，而其他都沒有？
其餘九個SOP，都是Insatech為客戶現有儀表所做的事——校正它、維修它、保養它——知識仍留在Insatech自己的員工身上。本SOP交付的是一套系統，Insatech離開之後客戶必須自行操作，所以「培訓客戶操作員及維修人員」是「客戶最終巡視及簽署」為項目結案之前的必要步驟，而不是可有可無的附加項。
這個SOP是否取代項目中的製程儀器安裝及試運 SOP？
不會。「按製程儀器安裝及試運 SOP在現場安裝系統」以名稱將那部分工作交給專業圖表，而不是重複其設備檢查、迴路測試及校正步驟。這張圖負責的，是那項工作周邊的項目結構——開始之前的批核關卡，以及完成之後的文件記錄及培訓——而不是安裝本身的技術細節。
