ISO 19650 在管什麼

ISO 19650 是 BIM 資訊管理的國際標準，核心觀念只有一句：用一致的流程，把「對的資訊」在「對的時間」交給「對的人」。對專案 BIM 經理來說，它提供一套把「資訊需求」一路推導到「交付成果」的骨架。

ISO 19650 不是要你買什麼軟體，而是要你把資訊的「需求 → 計畫 → 生產 → 交付」管成一條可稽核的鏈。

四種資訊需求：層層推導

ISO 19650 把資訊需求分成四層，由抽象到具體：

需求全名由誰提內容
OIR組織資訊需求業主組織組織營運層級需要的資訊（如資產管理目標）
AIR資產資訊需求業主／資產管理維運階段資產需要的資訊
PIR專案資訊需求業主專案端本專案各決策點需要的資訊
EIR交換資訊需求業主（給廠商）對廠商的具體交付要求（即台灣的「業主需求書」）

推導關係：OIR／AIR → PIR → EIR。業主從組織與資產的長期需求，逐層推導到對這個專案、對這次發包的具體要求。台灣公共工程的 EIR（業主需求書），就是這條鏈最末端、廠商實際拿到的那一份。

廠商收到 EIR 後，以 BEP（BIM 執行計畫書） 回應——這就接回了 BIM 經理最熟悉的 EIR→BEP 流程。

交付團隊：委任方與被委任方

ISO 19650 用「委任」描述合約關係：

  • 委任方（Appointing Party）：業主／需求方。
  • 主被委任方（Lead Appointed Party）：總包／統籌的廠商，對業主負責整體資訊交付。
  • 被委任方（Appointed Party）：各專業任務團隊。

對應到台灣公共工程：業主（含 PCM）是委任方，得標廠商的專案 BIM 經理通常代表主被委任方統籌，各專業建模團隊是被委任方。整合協調員確保各被委任方的資訊「能整合」。

CDE：資訊狀態的流轉

ISO 19650 的核心機制是 CDE（共同資料環境） 與資訊的狀態流轉：

  • WIP（工作中）：各團隊自己在做、未經檢查的資訊。
  • Shared（共享）：通過自檢、可供其他團隊參考協調的資訊。
  • Published（發布）：經業主核准、正式交付的資訊。
  • Archived（封存）：保留稽核軌跡的歷史版本。

BIM 經理要設計 CDE 的資料夾與權限，確保資訊只能依 WIP → Shared → Published 前進，每次狀態轉換都有檢查與核准——這就是 ISO 19650 所謂的「資訊容器」生命週期管理。

落地到台灣公共工程

把國際標準對應到本地制度，BIM 經理要做的轉譯：

  • EIR ＝ 業主需求書：工程會 BIM 作業手冊與招標文件中的 BIM 要求，就是 ISO 19650 的 EIR。
  • BEP ＝ BIM 執行計畫書：廠商回應，對應標準的交付計畫。
  • 人力分級對應角色：台灣建研所提出的「BIM 建模員／協調員／經理」三級制，正好對應 ISO 19650 的任務團隊建模、協調整合、資訊管理三種功能。
  • CDE 多用 ACC：WIP→Shared→Published 的狀態，落實在 ACC 的資料夾與權限設計。

重點不是照搬條文，而是讓「需求可追溯、交付可稽核、狀態可控管」這三件事在本地專案真的發生。

BIM 經理的資訊治理紀律

  • 需求可追溯：每個交付項目都對得回某條 EIR／PIR 需求，沒有無來由的交付，也沒有漏掉的需求。
  • 角色對位：用委任結構釐清誰對誰負責，避免責任真空。
  • 狀態受控：CDE 的 WIP／Shared／Published 不是資料夾名稱，而是有檢查與核准把關的閘門。
  • 本地轉譯：把 OIR/AIR/PIR/EIR 講成業主聽得懂的「需求書與計畫書」，標準才用得起來。

ISO 19650 給 BIM 經理的，不是更多文件，而是一套讓資訊交付「可被信任」的共同語言。