船舶維修項目啟動標準作業程序
船舶維修項目啟動標準作業程序：規格受理、機械／電機／液壓審核、指派項目經理、拆分工作包、分包填補缺口、排期，以及開工前的確認／修訂啟動會議。
甚麼是船舶維修項目啟動標準作業程序流程
維修規格送到時，甚少完整得可以直接排期。客戶描述的，往往是左舷軸系有震動，或者液壓操舵有故障，而不是一份工作清單，船廠自己的機械、電機和液壓主管，要把這些描述變成具體範圍，才能有人承諾入塢日期。跳過技術審核，或者讓一個專業替三個專業一併簽署，落差就會在最壞的時刻浮現：維修進行到一半，船舶已經停租，一項漏掉的液壓發現，把一份原本兩星期的工作變成五星期。這正是為何圖表在審核之後緊接一道可行性判斷，並明確設有回到客戶要求澄清或現場勘查的迴路，而不是讓某位主管為了不拖慢時間表，靜靜猜測範圍。
流程的後半部分，同樣是資源調配問題，不只是技術問題。FAYARD 的工場、吊機和乾船塢，是所有進行中項目共用的有限資源，所以「我們能否自行處理」必須按專業逐一回答，而不是為整份工作一次過回答。一個需要專門液壓測試、而船廠內部並不具備該能力的工作包，必須在進入時間表之前先轉介給分包商，而不是在泊位檔期已經圍繞它訂好之後才被發現。風險與安全審核刻意放在較後位置，在工作包和時間表都已存在之後，因為對着一個抽象範圍做風險審核只會得出籠統結論；對着一組有日期、有資源的工作包做，得出的才是真正會改變計劃的發現。
啟動會議是流程自身的審批關卡：客戶一併看到範圍、時間表和價格，然後要麼確認，要麼把項目送回修訂並重開會議，而不是讓工作在一個只有船廠單方面同意的理解上開始。因為圖表中每一列都附有具名負責人和估算工時，這張圖同時也是一份實時的資源紀錄：銷售部、三位技術審核主管、項目經理、採購部和各工場，都在自己名下記有工時，所以一位同時被指派到三個維修項目的項目經理，會先在工作量面板上顯示為一個數字，而不是先變成一次錯過的死線。
本流程圖涵蓋的內容
本範本包含
- 五個階段泳道，由受理經技術審核、策劃、啟動至執行，橫跨包括「技術審核」、「項目經理」和「銷售／客戶」在內的角色泳道，讓每個步驟同時顯示所處階段及負責人。
- 受理與可行性迴路：規格先登記在受理登記冊，然後「由機械、電機及液壓主管進行範圍技術審核」帶出「範圍是否完整並在技術上可行？」這道判斷，答案為否時導向「向客戶要求澄清或現場勘查」並回到審核，而不是直接進入時間表。
- 項目擁有權與範圍拆分：「指派項目經理及項目編號」先於「按專業把範圍拆分為工作包」，於是工作被細分之前，已經有一位具名項目經理存在，而不是之後才有。
- 自行處理或外判的判斷：「內部產能是否涵蓋所有工作包？」在否的情況下分支到「為缺口物色並委聘分包商」，讓產能缺口在排期之前解決，而不是在排期期間才被發現。
- 排期與風險：「安排工場資源及入塢或泊位檔期」與「審核項目風險及安全要求」在策劃泳道中依序進行，讓安全審核針對的是一個已有資源、已有日期的計劃，而不是一個抽象範圍。
- 客戶啟動關卡：「與客戶及項目團隊舉行啟動會議」帶出「客戶在啟動會議上確認範圍、時間表及價格？」，要求變更時循環到「修訂範圍或時間表並重開啟動會議」，確認後則進入「向工場發出工作包並在系統中開立工作」。
何時使用本範本
- 客戶或經紀剛剛送來一份維修規格，你們需要一套固定流程，把它變成一個已核價、已排期的項目，而不是銷售、技術主管和項目經理之間一堆臨時電郵
- 到港船舶的規格比船廠能夠排期的還要含糊，範圍總是在泊位檔期已經預訂之後才獲得澄清，而不是之前
- 你們需要一個標準的自行處理或外判檢查點，決定一個工作包甚麼時候交給內部工場、甚麼時候交給分包商，讓這個決定一次過在紀錄上作出，而不是逐個項目去商量
- 一次客戶啟動會議不只一次，在工作已經開始之後才揭發範圍或價格分歧，你們希望在工場開立工作之前，有一個有紀錄的確認或修訂關卡
- 你們正在培訓新任項目經理或技術主管，需要一張圖表，說明規格如何變成已指派的項目經理、一組工作包、一份時間表及一份已發出的工作
運作方式
把泳道對應到你們自己的部門名稱
這裡的五個角色泳道，銷售／客戶、技術審核、項目經理、採購及工場，對應 FAYARD 的組織方式。如果你們的船廠把技術審核拆分成獨立的機械、電機及液壓泳道，而不是共用一條，就加入它們；如果採購和項目經理在較小的工作上是同一個人，就合併泳道，而不是畫出一次根本不存在的交接。
在每個步驟上寫具體人名，而不只是角色
在每一列的「負責人」欄放上真實人名，並在旁邊填上實際的估算工時（小時），就像「由機械、電機及液壓主管進行範圍技術審核」附有三位具名主管及一個合併估算一樣。這正是讓工作量分析面板能在錯過審核日期之前，先讓你看到一位主管在兩個進行中的啟動項目上被重複指派的原因。
把第一道判斷背後的可行性準則寫出來
「範圍是否完整並在技術上可行？」只有在各主管對於甚麼算完整有一套共同的書面標準時，才是一道有用的關卡：圖紙、容差、可達性限制、過往勘查資料。沒有這套標準，這道判斷就會變成因審核人不同而有差異的主觀判斷，澄清迴路也會被不一致地使用。
訂定工作包甚麼時候交給分包商的規則
「內部產能是否涵蓋所有工作包？」應根據一套有紀錄的規則來走，而不是憑直覺：船廠沒有的具名技能、某個工場在入塢窗口內已經排滿產能，或者船廠內部不具備的專門測試。把這條規則記在判斷旁邊，讓一位受時間表壓力的項目經理，不能悄悄跳過分包步驟去保住某個日期。
在使用這張圖表之前，先確定啟動會議「已確認」的定義
「客戶在啟動會議上確認範圍、時間表及價格？」每一次都需要在會議桌上同時放着這三樣東西：工作包、入塢或泊位日期，以及價格。如果客戶在會議上永遠只看到三者之一，「已確認」這個分支作為審批就毫無意義，糾紛只會在後面、執行期間才浮現，而不是在這裡。
把這張圖表當作項目的即時紀錄系統，持續保持更新
因為這張圖表已經附有每個步驟的負責人和工時，請在整個執行過程中持續更新它，而不是把它當成一次性的啟動文件：新增的工作包或重新指派的主管，都應該記錄在同一張圖表上並附上版本，這樣工作量面板和時間表才不會與船廠實際發生的情況脫節。
常見問題
為甚麼技術審核需要三個獨立專業和一道共同判斷？
因為船舶維修規格實際上很少只涉及單一專業，即使表面看來如此：一項液壓操舵故障，背後往往同時有電機控制部分和機械連桿部分。由機械、電機及液壓主管一同審核，再以一道共同的可行性判斷把關，正是能在跨專業發現變成維修進行到一半的意外之前，把它捕捉出來的方法。把審核拆成三個各自獨立、沒有共同判斷的簽署，通常正是船廠最終落得三個專業各自都相信範圍完整，卻沒有人整體核實過的原因。
為甚麼自行處理或外判的判斷放在工作包拆分之後，而不是之前？
因為「內部產能是否涵蓋所有工作包？」只能按專業、對着有實際工時的真實工作包來回答，而不是對着整份規格作為一個整體來回答。先把範圍拆分為工作包，正是讓「我們能否自行處理」從一個猜測變成一份清單的關鍵：每個工作包要麼配得上現有的工場和技能組合，要麼配不上，只有配不上的工作包才需要交給分包商。
如果客戶在啟動會議上不確認，會發生甚麼事？
圖表把「要求變更」導向「修訂範圍或時間表並重開啟動會議」，這會循環回到風險審核階段，而不是進入執行階段。這一點很重要，因為修訂後的範圍或時間表，可能同時改變風險狀況、資源配置，或兩者皆有，所以流程會重新進入策劃階段，而不是悄悄修補分歧後直接跳到發出工作包。
分包工作在哪裡重新併入主時間表？
「為缺口物色並委聘分包商」直接進入「安排工場資源及入塢或泊位檔期」，跟內部路徑在「是」的答案下到達的是同一個步驟。這樣排期就只有一個步驟，同時涵蓋內部及外判的工作包，而不是兩份日後才要對照同一個乾船塢或泊位窗口去協調的獨立時間表。
這跟一般的項目變更申請流程有甚麼分別？
這份標準作業程序講的是啟動一個維修項目，由客戶的規格到一份已發出、已配置資源的工作；變更申請流程規範的，則是項目已經開始並確立基線之後，對範圍、成本或時間表的更改。這裡的啟動會議，是範圍、時間表及價格第一次獲得共識的時刻。此後任何變更，一旦工場已經開立工作，都應該歸入一個獨立的變更控制流程，而不是一次重新啟動的會議。
為甚麼工時估算要放在個別列上，而不是項目一個總數上？
一個項目層級的總工時估算，恰恰隱藏了項目經理在啟動時最需要知道的資訊：究竟是銷售部、某位技術主管、採購部，還是某個工場成為瓶頸。按列記錄的工時，經工作量分析面板彙總後，可以顯示一位項目經理或液壓主管在幾個同時進行的啟動項目上承擔了多少工時，讓你在它變成一次延誤的審核日期之前，就在更早、成本更低的階段捕捉到。
此流程所處的位置
在大多數機構中，此流程緊接乾船塢入塢與出塢標準作業程序之後，並交接給船廠分包商入場標準作業程序。
它是船舶維修中的其中一個步驟。
第 1 步: 船舶到港與泊靠標準作業程序（修船廠）
第 2 步: 乾船塢入塢與出塢標準作業程序
船廠乾船塢入塢與出塢標準作業程序：核實墩位計劃、受控排水、穩定性檢查、乾塢期間維修，以及每步驟均有負責人與工時的起浮流程。
第 3 步: 船舶維修項目啟動標準作業程序 當前位置
船舶維修項目啟動標準作業程序：規格受理、機械／電機／液壓審核、指派項目經理、拆分工作包、分包填補缺口、排期，以及開工前的確認／修訂啟動會議。
第 4 步: 船廠分包商入場標準作業程序
船廠分包商入場標準作業程序：核實文件及保險、合格／不合格安全入場簡介、發出通行證及個人防護裝備、動火或密閉空間許可證判斷、受監督工作及退場。
第 5 步: 船舶維修品質檢驗標準作業程序
第 6 步: 船舶維修交接標準作業程序