BEP 核定只是起點
很多團隊把 BEP 通過審核當成終點，於是執行階段又回到各做各的。專案 BIM 經理真正的工作，是讓 BEP 裡寫的那些承諾，在執行階段真的被做到、被追蹤、被驗收。
治理的本質：把計畫書裡的「會做」，變成執行階段「做了、驗了、過了」。
這需要四個機制：啟始會議、交付計畫（TIDP／MIDP）、里程碑關卡、疑義閉環。
啟始會議（KOM）：把規則講在前面
啟始會議（Kick-off Meeting）是 BEP 核定後、實際建模前的第一場會。BIM 經理在這裡把規則建立起來，避免之後每件事都要吵：
- 對齊 BEP：命名規則、LOD 矩陣、檢核組合、CDE 狀態與權限，逐項講清楚。
- 確認協調節奏：多久整合一次、多久開一次協調會議、誰負責整合。
- 責任分工：每個專業的建模負責人、整合協調員、各自的交付項目與計畫日。
- 平台就緒：ACC／CDE 資料夾與權限已建好，各方帳號可登入。
把規則講在前面，執行階段的爭議會少一大半。
TIDP／MIDP：交付的單一事實來源
交付管理靠兩張計畫：
- TIDP（任務資訊交付計畫）：每個專業（任務團隊）各自的交付項目與計畫日——建築模型 V01 何時交、結構模型何時交…
- MIDP（主資訊交付計畫）：把各 TIDP 彙整成專案層級的主交付計畫，含整合模型與跨專業節點。
關鍵原則：計畫日只能有一個來源。如果 BEP 寫一個日期、Excel 一個日期、口頭又一個日期，追蹤就崩了。在 BIM 厚，交付項目的計畫日由 TIDP／MIDP 單一維護，模型上傳回報與里程碑比對都引用同一個日期。
| 交付項目 | 專業 | 計畫日 | 實際上傳 | 狀態 |
|---|---|---|---|---|
| 結構模型 V02 | 結構 | 6/15 | 6/14 | 準時 |
| 空調模型 V02 | 空調 | 6/15 | 6/19 | 逾期 |
| 整合模型 INT_V02 | 整合 | 6/20 | — | 進行中 |
里程碑關卡（Gate）：放行前的 KPI 把關
每個里程碑結束時，BIM 經理（會同業主／PCM）做一次關卡查核：把該過的 KPI 逐項勾稽，全過才放行，未過則退回對應模組重做。
里程碑 KPI 常見九項（對應契約 KPI 條款）例如：
- 各專業模型已送審且 LOD 達標
- 衝突解決率達標（重要衝突 100%）
- 圖模一致（模型與出圖無落差）
- 屬性（LOI）填寫率達標
- 交付項目齊全且準時
- 疑義無逾期未結
連續兩次未過同一關卡，通常觸發契約的履約條款——所以關卡不是形式，是真有後果的把關點。
關卡通過後封存（Archive）當次查核紀錄，作為稽核軌跡。
疑義閉環：讓問題不會消失
執行中一定會冒出問題：設計疑義、現場狀況、規格衝突。BIM 經理要確保每個疑義都有閉環，而不是石沉大海。
疑義（Issue）流程要件：
- 四級嚴重度：Critical／Major／Minor／Info，決定處理優先序。
- 三段式內容：現況 → 影響 → 要求行動，讓對方知道要做什麼。
- 具名指派與期限：誰負責、何時前回覆。
- 狀態與驗證：
Open → In Review → Closed，退回則Reopen，並記錄重啟次數。
重啟次數是個好指標——同一個疑義反覆 Reopen，代表根因沒解決，BIM 經理要介入。
任務層：把上面四個機制串成一條狀態機
成熟的做法，是讓交付、整合、會議、關卡、疑義都收斂成統一的任務（WorkItem）狀態機：每個任務 todo → doing → pending_review → done，退回則 returned。BEP 核定時依交付計畫生成任務，證據（模型回報、衝突檢核、會議紀錄）驅動狀態轉換。
這樣 BIM 經理看的不是五張分開的報表，而是一張「全專案任務在哪一格」的看板——這正是 BIM 厚執行管理的設計。
BIM 經理的治理紀律
- 規則講在前面（KOM），不要邊做邊定。
- 計畫日單一來源（TIDP／MIDP），不要多處各填。
- 關卡真的把關（KPI 全過才放行），不要橡皮圖章。
- 疑義務必閉環（具名、期限、驗證），不要讓問題消失。
治理不是多開幾場會，而是讓計畫書裡的承諾，有機制保證它被執行、被驗收。