船舶電氣統包項目標準作業程序

運作方式

1. 將各欄改成你實際的項目角色

   本圖表使用客戶、項目經理、工程部、採購部、現場電氣，以及品保／調試。如果你的項目將採購批核與採購執行分開，或將品保簽核與調試工程師自己的測試分開，應為該角色設立獨立的欄，而不是併入同一欄。

2. 在確認及批核關卡上填上你自己的驗收準則

   「範圍、預算及時間表是否已確認？」及「客戶是否批准工程設計及設備清單？」，均需要一份訂明「已確認」及「已批准」的定義——一份已簽署的範圍文件、一個已批准的物料清單修訂版本——而不只是一句口頭同意。應將實際簽收機制寫入該行的備註欄，令負責執行關卡的人不需要靠記憶判斷甚麼才算數。

3. 指定有權拒收不符合規格設備的人

   「到貨設備是否符合規格？」是本圖表中一旦讓一件邊緣物料通過，就會在之後變得昂貴的一個關卡——一旦裝上，一件額定值錯誤的物料就是一項重新施工的工作，而不再是一次退貨。應指定一位具名角色，而不只是一個職稱，令誰有權把設備退回供應商，而不是在時間壓力下直接安裝，不再含糊。

4. 在依賴工作量分析面板之前，為每一行填上「人員」及「工作量」

   工作量面板只能為有填寫工時的行加總工時。調整圖表時，請為每一步填上「人員」及「工作量」，使用實際所需的工時，而不是經過的時間，令並行進行多個階段的項目，真正顯示為相關人員繁忙的一段時間，而不是看起來平均分佈。

5. 決定甚麼算是尚待處理的接收事項

   「客戶是否接收已完成的系統？」只有在項目經理及客戶事先就甚麼會轉往「尚有待處理事項」、甚麼只是結案後處理的小備註達成一致時才有用。應在「向客戶提交成果以取得接收」直接列出例子，令這項區分不會因項目而異。

常見問題

甚麼令一個項目屬於「統包」，而不是一項已界定範圍的安裝工作？

在本圖表中，客戶只在「已接收客戶需求」一次性陳述需求，而Scanel全權負責之後的一切：工程、採購、安裝、測試及調試，作為單一項目的各個階段。如果客戶已界定一項明確的電氣工程範圍，只需要安裝，正確的文件應改為《船舶電氣安裝標準作業程序》。

如果到貨設備與規格不符，會怎樣？

「到貨設備是否符合規格？」決策會在物料送到安裝團隊之前，將不符合的情況轉往「退回不符合規格的設備並重新訂購」。在此關卡對照採購單捕捉錯誤電壓額定值、防護等級或電纜規格，刻意比在物料已裝上之後才發現要早，也更便宜。

在採購開始動用開支之前，誰批准工程設計？

由「客戶是否批准工程設計及設備清單？」決策負責，這是一個項目里程碑，確認設計及物料清單，而不是詳細的設計審核循環本身。想在承諾統包建造之前，更深入地反覆修訂設計的客戶，較適合改由獨立的《電氣工程及設計變更標準作業程序》開始。

本圖表的調試關卡與Scanel專屬的調試標準作業程序有甚麼關係？

「系統是否通過調試測試？」是項目層面的通過或不通過檢查點，屬於本圖表作為統包範圍一部分所執行的調試階段。它並不能取代《電氣系統調試標準作業程序》內的硬性通電審批關卡，那個關卡仍然決定系統是否安全通電，無論是由哪一張圖表帶它到那一步。

如果客戶不接收已完成的系統，會怎樣？

「客戶是否接收已完成的系統？」會將「尚有待處理事項」循環返回「向客戶提交成果以取得接收」，而不會憑客戶大概會簽收的假設就進入「舉行項目結案會議，轉交操作維修文件及保養條款」。項目只會在接收確實被記錄之後才會結案。