統包工程進度規劃之比較

4.2.1 進度展示方式

由表 4.5 可知上述四個專案皆以桿狀圖來展示統包工程預定進度，桿狀圖之優點是 容易製作、易懂且適合各階層工程人員溝通使用，但其缺點為，無法明確表明先後關係

（尤其是設計作業與施工作業間之關係）、不易掌控各作業項目間之互動關係、不易追 蹤作業進行情況對整體之影響，且不易因進度落後或超前而提供有效之預警動作。

在統包工程中，為求時程所短效益，採用設計及施工重疊進行進度規劃，使得各作 業之關聯性更趨複雜（與傳統發包方式相比，多了設計對施工及施工對設計之關係）， 而在現況統包工程中又常採用桿狀圖來展示預定進度，使得複雜的作業關聯性難以被處 理及無法呈現交互耦合性作業，進而使統包商難以掌控整個專案進度。

4.2.2 分辨作業間之關聯性

由表 4.5 可知上述四個專案皆以工程師經驗從桿狀圖中來分辨作業間之關聯性，並 沒有一套系統性之方法來幫助分辨各作業間之關聯性，因此在關係複雜的作業間，容易 因人為的經驗不同或疏忽，而沒有或難以將作業間所有的關聯性分辨出來，如此就不易 掌控各作業項目間之互動關係、不易追蹤作業進行情況對整體之影響，且不易因進度落 後或超前而提供有效之預警動作。

4.2.3 設計施工重疊

從上述專案訪談得知，大部分專案皆採用設計施工重疊之方式以求縮短工期，當設 計單位及施工單位為同公司，且有統包工程經驗時，認為設計施工同步是比較容易執行 的（與統包商之設計單位及施工單位為不同公司作比較），因為設計單位及施工單位同 公司，設計單位充分掌握施工單位之施工能量及施工技術，所做的設計將可配合施工單 位並在規劃初期可考量施工性（Constructability），以減少變更設計，且設計及施工介面 減少使得協調容易，減去文來文往時間及設計施工互推責任之問題。

由前述案例亦可看出，當業主為公部門時，設計施工可能不是同步的，因為公部門 之程式、法規等，比較不像私部門具有較大之彈性，因此設計須經過業主審查後才可施

工，也使得統包工程縮短時程之效益並不明顯，但設計與施工之互動關係仍是比傳統發 包方式更好，如尚在設計階段時，重要採購作業可能已經在進行，或者施工單位先進場 準備前置作業等，部分時程縮短之效益仍是存在的；而當業主為私部門時，設計雖然也 要經過業主審查，但在時程的壓力下，只要設計概念符合業主需求，施工的部分就會緊 接者進行，如此更可見時程縮短之效益，但採施工重疊邊設計邊施工之方式，將使設計 及施工作業之關聯性更趨複雜，而使得統包商難以掌控整個專案。

4.2.4 作業間之回饋（交互耦合性作業）

在統包工程中，作業間之回饋有以下二種狀況（如表 4.6 整理）：

（1） 設計作業間之相互回饋。

（2） 施工作業回饋至設計作業。

設計執行時，常常有作業間之相互回饋，這其中除了邏輯上的回饋（設計產出相互 傳遞）外，還有可能是訊息傳遞錯誤或設計考量疏忽等因素導致重做（Rework）之回饋，

而使得統包商難以評估回饋作業間之最早作業及作業間的順序，以致難以評估回饋作業 間及整個專案之時程，而使統包商難以掌控整個專案之進度。

在傳統的發包模式中，設計單位比較少會考量到未來施工單位之技術、能量及施工 性之問題，而等到發包施工後，施工單位回饋時，就是所謂的變更設計了，而這其中除 了文來文往的時間，施工單位還要等待設計單位的新設計，之後還要變更合約，甚至再 議價等，整個專案之時程就隨之延長了。

而在統包工程中，施工回饋設計可以分為二個部分：1.施工隨時將現況回饋設計，

以使得後續的設計能更符合現況。2.因為設計錯誤或現況影響而無法施工等因素導致設 計重作之回饋。

表 4.6 統包工程作業間回饋之說明

回饋狀況 說明

1 設計作業間之相互回饋

z 設計產出相互傳遞的回饋。

z 訊 息 傳 遞 錯 誤 或 設 計 考 量 疏 忽 等 因 素 而 導 致 重 做

（Rework）之回饋。

2 施工作業回饋至設計作業

z 施工隨時將現況回饋設計，以使得後續的設計能更符 合現況。

z 因為設計錯誤或現況影響而無法施工等因素而導致設 計重做（Rework）之回饋。

在上述案例中，都是以過去經驗判斷或密集的開會溝通協調，或在里程碑之前預留 協調時間，以解決交互耦合性作業之時程問題，而這也意味著交互耦合性作業之進度是 難以預測，甚至隨時會失控的，而本研究將則希望透過系統性的方式解決此一問題，避 免人為之經驗不同，或考量之疏忽等而造成進度失控。

4.2.5 作業及整個專案之時程

作業間之關聯性分為三種：獨立性作業（Parallel/Independent）、相依性作業

（Sequential/Dependent）與交互耦合性作業（Coupled/Interdependent）。當關聯性為獨立 性作業及相依性作業管控時，可針對個別作業進行時程計算及進度管控，但當關聯性為 交互耦合性作業，在進行時程計算及進度管控時，需考慮二個或二個以上之相關作業之 循環關係，使得時程計算及後續管控相當不易。

在統包工程中，交互耦合性作業是時常發生的，但由表 4.5 中可以看出，上述四個 案例於進度規劃並無特別考量交互耦合性作業之時程，而當回饋發生時，工程師所估計 之時程將失去準確性，而導致整個專案之進度難以掌控。

4.3 小結

現況統包工程為求時程效益，而採用設計施工重疊之方式來縮短時程，而這將使得 設計及施工作業之關聯性更趨複雜，且大部分專案大都以桿狀圖來展示預定進度，使統 包商無法明確分辨作業之關聯性、不易掌控各作業項目間之互動關係，且不易追蹤作業 進行情況對整體之影響，而導致整個專案難以管控。

為使統包商能分辨設計、施工階段及各作業間複雜之關聯性，並判斷回饋作業及整 個專案之時程，以利專案執行時之掌控，後續章節將建立一統包工程進度規劃模式以解 決上述之問題。