船舶電氣統包項目標準作業程序
適用於全範圍工作的船舶電氣統包項目標準作業程序：Scanel全權負責由需求、規劃、工程、採購、安裝、測試及調試，直到文件、客戶接收及結案。
甚麼是船舶電氣統包項目標準作業程序流程
Scanel大部分標準作業程序，均描述一項單一、範圍已界定的工作：安裝這個系統、調試這個配電板、維修這部EEx馬達。本圖表則刻意有所不同。統包項目是客戶完全不界定個別部分範圍的情況：客戶只陳述所需，而Scanel由「已接收客戶需求」一直承擔到「統包項目已結案，客戶已接收系統」，將工程、採購、安裝、測試及調試，全部吸納為單一項目的各個階段，而不是每項都需要獨立啟動的分開工作。這正是本圖表在任何一張圖則開始之前，先設有「與客戶確認範圍、預算及時間表」及「範圍、預算及時間表是否已確認？」決策的原因：在一項統包工作中，並沒有一個獨立的客戶端界定範圍步驟，可以在之後捕捉一個錯誤假設，因此項目計劃必須建基於客戶真正確認的範圍，而不是Scanel從初步請求中推斷出來的範圍。
圖表中段的兩個關卡存在，是因為統包項目會把一項範圍較窄的工作本可自行捕捉的錯誤，其代價成倍放大。「客戶是否批准工程設計及設備清單？」是一個項目里程碑，而不是一個完整的設計反覆修訂循環，它在採購動用任何開支之前，確認設計及物料清單；想在承諾統包建造之前，更深入處理設計本身的客戶，較適合改由獨立的《電氣工程及設計變更標準作業程序》開始，而只想安裝一項明確界定範圍、不附帶工程或採購的客戶，則應改用《船舶電氣安裝標準作業程序》。「到貨設備是否符合規格？」會在任何物料抵達船舶或工地之前，對照採購單捕捉錯誤電壓額定值、防護等級或電纜規格，因為在統包工作中，Scanel承擔了直接訂購的客戶原本要自行承擔的採購風險。「系統是否通過調試測試？」則將同一種模式，應用在Scanel作為本範圍一部分所執行的調試階段之上，這是本圖表項目層面的通過或不通過，並不能取代獨立的《電氣系統調試標準作業程序》內的硬性通電審批關卡，那個關卡仍然決定系統是否安全通電，無論是由哪一張圖表帶它到那一步。
最後一欄，是客戶最初需求對照實際交付內容被檢查的地方，而「客戶是否接收已完成的系統？」刻意是一個真正的決策，而不是一項形式手續：尚有待處理事項會循環返回「向客戶提交成果以取得接收」，而不會憑客戶大概會滿意的假設就直接結案。每一行亦透過內建的「人員」和「工作量」欄，記錄指定負責人及所需工時，令工作量分析面板能夠在一項長達十二週或以上的項目中，顯示馬依的項目管理工時及華美琳的工程工時，是否真正跟隨項目所處的階段——早期設計密集、後期安裝及調試密集——而不只是假設計劃如期進行。
本流程圖涵蓋的內容
本範本包含
- 接收及規劃，由「已接收客戶需求」經「與客戶確認範圍、預算及時間表」及「範圍、預算及時間表是否已確認？」決策，到「制訂項目計劃：里程碑、資源安排、階段時間表」，令計劃建基於一項已確認的範圍，而不是一項假設的範圍
- 工程及設計批核關卡：「準備工程設計、電路圖及佈線圖」帶出「客戶是否批准工程設計及設備清單？」決策，在採購動用任何開支之前，將修訂要求轉往「按客戶意見修訂設計」
- 採購及設備核實關卡：「按已批准設計採購設備、電纜及物料」及「到貨設備是否符合規格？」決策，不符合就轉往「退回不符合規格的設備並重新訂購」，而不會讓其送到安裝團隊手上
- 「現場電氣」欄內的安裝：「動員現場團隊，安裝電纜、配電箱及設備」及「完成端接及安裝檢查」，在任何系統為測試而通電之前
- 測試及調試關卡：「進行功能及系統測試」帶出「系統是否通過調試測試？」決策，不通過就轉往「診斷並解決故障，重新測試」，而不會憑「大概會通過」的假設就直接進入文件工作
- 結案：「編製竣工文件、測試報告及操作維修手冊」、「向客戶提交成果以取得接收」、「客戶是否接收已完成的系統？」決策，以及「舉行項目結案會議，轉交操作維修文件及保養條款」，再加上每一行的「人員」及「工作量」，令工作量分析面板能夠顯示馬依的項目管理工時及華美琳的工程工時貫穿整個項目時間表
何時使用本範本
- 客戶想Scanel由頭到尾全權負責整個船舶或離岸電氣項目——由需求到結案——而不是自行協調工程、採購、安裝及調試等分開工作
- 你正在為一個新項目界定範圍，需要在承諾時間表之前確認它真正屬於統包項目，而不是在進行到一半才發現客戶原本期望自行按其時間表處理採購或工程批核
- 一項設計或採購訂單，需要在動用開支之前有一份有記錄的客戶簽收，而項目中原本沒有一個一致的地方記錄這項批核
- 你正在培訓一位新的項目經理或工程師，需要一份參考文件，說明統包工作中各階段如何互相交接，而不是讓每個階段的負責人假設上一階段已徹底結案
- 一個已完成的系統未能通過客戶接收，你希望有記錄顯示發現了甚麼問題，以及如何轉回項目之中，而不是一項在結案前沒有人記錄下來的非正式修正
運作方式
將各欄改成你實際的項目角色
本圖表使用客戶、項目經理、工程部、採購部、現場電氣，以及品保／調試。如果你的項目將採購批核與採購執行分開，或將品保簽核與調試工程師自己的測試分開，應為該角色設立獨立的欄，而不是併入同一欄。
在確認及批核關卡上填上你自己的驗收準則
「範圍、預算及時間表是否已確認？」及「客戶是否批准工程設計及設備清單？」，均需要一份訂明「已確認」及「已批准」的定義——一份已簽署的範圍文件、一個已批准的物料清單修訂版本——而不只是一句口頭同意。應將實際簽收機制寫入該行的備註欄，令負責執行關卡的人不需要靠記憶判斷甚麼才算數。
指定有權拒收不符合規格設備的人
「到貨設備是否符合規格？」是本圖表中一旦讓一件邊緣物料通過，就會在之後變得昂貴的一個關卡——一旦裝上，一件額定值錯誤的物料就是一項重新施工的工作，而不再是一次退貨。應指定一位具名角色，而不只是一個職稱，令誰有權把設備退回供應商，而不是在時間壓力下直接安裝，不再含糊。
在依賴工作量分析面板之前，為每一行填上「人員」及「工作量」
工作量面板只能為有填寫工時的行加總工時。調整圖表時，請為每一步填上「人員」及「工作量」，使用實際所需的工時，而不是經過的時間，令並行進行多個階段的項目，真正顯示為相關人員繁忙的一段時間，而不是看起來平均分佈。
決定甚麼算是尚待處理的接收事項
「客戶是否接收已完成的系統？」只有在項目經理及客戶事先就甚麼會轉往「尚有待處理事項」、甚麼只是結案後處理的小備註達成一致時才有用。應在「向客戶提交成果以取得接收」直接列出例子，令這項區分不會因項目而異。
常見問題
甚麼令一個項目屬於「統包」，而不是一項已界定範圍的安裝工作？
在本圖表中，客戶只在「已接收客戶需求」一次性陳述需求，而Scanel全權負責之後的一切：工程、採購、安裝、測試及調試，作為單一項目的各個階段。如果客戶已界定一項明確的電氣工程範圍，只需要安裝，正確的文件應改為《船舶電氣安裝標準作業程序》。
如果到貨設備與規格不符，會怎樣？
「到貨設備是否符合規格？」決策會在物料送到安裝團隊之前，將不符合的情況轉往「退回不符合規格的設備並重新訂購」。在此關卡對照採購單捕捉錯誤電壓額定值、防護等級或電纜規格，刻意比在物料已裝上之後才發現要早，也更便宜。
在採購開始動用開支之前，誰批准工程設計？
由「客戶是否批准工程設計及設備清單？」決策負責，這是一個項目里程碑，確認設計及物料清單，而不是詳細的設計審核循環本身。想在承諾統包建造之前，更深入地反覆修訂設計的客戶，較適合改由獨立的《電氣工程及設計變更標準作業程序》開始。
本圖表的調試關卡與Scanel專屬的調試標準作業程序有甚麼關係？
「系統是否通過調試測試？」是項目層面的通過或不通過檢查點，屬於本圖表作為統包範圍一部分所執行的調試階段。它並不能取代《電氣系統調試標準作業程序》內的硬性通電審批關卡，那個關卡仍然決定系統是否安全通電，無論是由哪一張圖表帶它到那一步。
如果客戶不接收已完成的系統，會怎樣？
「客戶是否接收已完成的系統？」會將「尚有待處理事項」循環返回「向客戶提交成果以取得接收」，而不會憑客戶大概會簽收的假設就進入「舉行項目結案會議，轉交操作維修文件及保養條款」。項目只會在接收確實被記錄之後才會結案。