模式建構

施工界面進度網圖之建構可分為如下五個主要步驟：

Step 1：整合分標進度網圖

建築專案施工分標之作業必須全部完成，整個專案計畫才能完工啟用，各分標計畫 之進度網圖必須整合為單一進度圖，而專案整體施工進度網圖可藉由作業間的先行後續 邏輯關係建立而成。

Step 2：確認界面群組(WG)

本步驟主要經由整體施工進度網圖確認專案的界面群組。例如圖3-4 中 A 分標之作 業A1、A2、A3 及 A4，B 分標之 B1 作業等，被視為 WG01。

Step 3：確認界面群組之控制作業(holding activities)

每一個WG 包含至少一個 FH 及 PH 作業，表 3-5 為建築工程中主要之五種界面群 組及其控制作業。一個WG 的 PH 可能為其他 WG 的 FH 作業，如表 3-5 中，油漆為天

存在，則每個IE 前後皆必須設置一個 FH 及 PH，因此某個 IE 的 PH 作業也可能成為另

為一個節點(node)。(2)結合 IE 的前置作業(FH)及後置作業(PH)。 (3)評估每一 IE 的工期，

IE 的工期是以該網圖中最長一條路徑之時程為工期。

ㄧ個界面所包含的並非只有其中的各個作業，而施工界面問題對專案工期的影響取 決於整合SEM-C 圖及 CIP 界面協調會議的處理情形，為了進一步在群組化的界面作業 中表示其影響，在界面進度網圖模式中，將這兩個程序各以一個作業節點的方式呈現，

即SEM node(圖面整合作業)及 CIP node(施工協調作業)兩個節點。利用 SEM node 代表 圖面審查作業，而CIP node 則是代表與此界面有關的施工協調會議，而專案執行過程中 為了處理界面問題會召開許多次的協會議，實際上這些會議可能在IE 開始施作前便已 開始進行，也可能必須透過2~3 次甚至更多次的會議來處理此 IE，因此 CIP node 定義 中利用一個虛擬作業來擷取這些次數及召開時間不定的CIP 會議決議對專案進度之影 響。

而這兩個作業節點在界面進度網圖模式中的關係為：每一個WG 的前控制作業(FH) 前含有一個SEM node，而每一個 IE 之後則跟隨一個 CIP node，如圖 3-5 所示，SEM node 為FH 的前置作業；而 CIP node 為 IE 的相互作業(in-between activities)B、C 及 D 之後續 作業。

B C D

CIP

FH PH

A Start

SEM IE

WG

FH A IE SEM CIP

圖3-5 SEM & CIP nodes 圖例(賴宇亭，2004)

由圖3-5 中可以了解，在施工界面進度網圖模式中所運用的群組化概念乃是將同一

面問題的兩個主要程序－圖面整合及施工協調，也就是說，一個完整的界面群組應包含 了界面問題所關連的作業及界面問題處理程序。

在此模式中透過界面群組將傳統CPM 網圖中複雜的作業關係加以簡化增加 CPM 網 圖的可讀性，並將界面的管理與進度結合，以進度管理的角度將界面視為作業，去追蹤 其前置後續作業關係及最早開始即最晚結束的時間，對界面進行即時的控管。

3.3 小結

目前各項研究已從許多不同的角度來針對界面管理作討論，但針對界面作業的群組 化管理進行較深入討論的只有”考慮施工界面之進度網圖模式”，但在該模式中尚未討論 到實務上應如何應用此概念，即什麼時候開始進行?如何進行?同樣的在此模式中有提到 界面的影響可分為圖面整合及施工協調兩個部份，但實務上應該如何得到這些資料來確 切表達界面的影響並未提供一明確的方式，因此本研究將在後續針對此兩部份進行探 討。